nocox / asakatu-kun

asakatu-kun

環境構築

APIについて

asakatu-kun's Issues

アカウント作成の実装

フロント側の仕様をドキュメントにかく。

フロント側の仕様、今決まっている仕様・機能をドキュメントにまとめます。
伊藤CEOにもやっていただきたし。

wikiに書いていきます。

イベント削除API

イベント一覧API

ユーザステータスAPI

DDL作成

SQLでベタな感じで書く！

JDBCの設定

デザインのモック作成(ログイン周り)

ログイン周りのモックの作成
XDでデモ可能な状態にする。

フロントのための、モックサーバーを作成する

フロントのテストのしやすさと、
フロントとバックエンドの開発上の意思疎通のためにモックサーバを作成する。
調査も含む。

共通コンンポーネントのコーディング

ナビゲーションやフッターなど、共通のコンポーネントのコーディンング。

イベント参加API

イベント詳細API

イベント参加ユーザ一覧API

開発規約とか、環境立てる方法とかREADMEかWikiに書く

test

testのIssue

今日の昼言ってた、あのースキーマ変えたんですよ、あのー、ドロップしないから、データが何重にも入っちゃうやつ

OkResponseが重複しています

ユーザーステイタス詳細画面のコーディング

ステータスの詳細と、その編集のページを作成。

test-tomato

ユーザの詳細API

ユーザ情報更新API

フロントの開発環境を構築する

What

単純にディレクトリを作成したり、仮置きでファイルのリンクをしておく。

docker, npm scriptも書く。

デザインのモック作成(ログイン以外)

XDで動くモックを作成する。
作成したもののURLなどはwikiかどこかに残しておいてもらえると助かる。
なんなら一旦それもgit管理してもいいかもね。
と思っている。

Event作成画面のコーディング

イベント作成画面コーディング

フロントのCSSフレームワークの選定

CSSフレームワークを使うか否か、また使う場合何をしようするかまで決定する。

BootStrapのようなものを使うか全部こっちで用意するか。

個人的にはSassつかいたいなーーーー
でもCDOがわからなかったら大丈夫です。

test-2-doi

yyy

hjk

test_doi

これはテストです

ログイン実装

イベント作成API

初回データ投入

最低限動作を確認できる程度のデータを投入する
seed.rb的なものがあるなら書く

ログイン周りの使用可能なライブラリの選定

APIとして実装する場合はどのような感じになるのかの調査も含む

Spring bootで使用可能なOR Mapperの技術選定

DDLはSQLで書くが、DMLだけOR Mapperの力を借りられたりするか調査する

HTMLテンプレートの作成

目的・背景

ヘッダーとかいちいち書くの面倒なので統一のフォーマットを作成
アプリケーションに統合する時には、結局一回書くだけていいかもしれない。

概要

ヘッダーの項目の作成
html　bodyの基本的なタグの作成

満たすべき要求（テスト）

• 特になし

TaskList

• 必要そうな物をとりあえず入れておく
  + [ ] ファビコンの設定
  + [ ] スマホ用アイコンの設定
  + [ ] ページ情報の記述
• SNSのやついるならつくる

Doneの定義

上記タスクリストが全て終わった上で、フロントチームで合意が取れている状態。

参考

現状なし。

留意事項

• SEOとか多分必要ない気がするけど、なにかに使えそうな気がするのでとりあえず入れてみた。

検討事項

• SEO系消したほうがいいかな。

EVENT詳細のユーザーステータスの非同期化

ユーザーステータスが非同期的に更新されるように修正する。

event一覧ページのコーディング

HTML、CSSでできるところとJSでの実装が必要なところは担当者分けていいと思っている。

PRテンプレートの作成

テンプレートあった方が、レビューする時も作成する時も楽かもしれない

イベント更新API

イベント回りのテストと、ログイン対応

無料枠をフル活用したAWS設計

EC2とRDSの無料枠をフル活用するように設計する。
自動デプロイまで

APIエンドポイント設計

APIのエンドポイントをフロントと話し合って決定する。
JSONの内容まで決める。

Event一覧ページの非同期処理の実装

タブ切り替え時に非同期的に画面がレンダリングされるように書き換える。

CSSの命名規則を決定する

what

BEMなのか、OCSSなのか。
独自の決め方なのか。

why

デザイン側でその規則を統一していないと、CSSがごちゃごちゃになる。

ユーザステータス編集API

CTO_kengen_kure

aaaaaaaaaaa

S3作る

EVENT詳細ページのコーディング

イベント詳細と、ユーザーステータス一覧

Vue,Sassの環境を作る

目的・背景

JSだけだとコスト高すぎるので、
CDOにとって学習コストが低そうなVueを使用してコーディングを行います。

概要

どっかーファイルを作成し、環境を整える。
さすの環境も一緒に入れちゃおうかなー。

以下後で書きます。

満たすべき要求（テスト）

• [ ]

TaskList

• [ ]

Doneの定義

参考

https://jp.vuejs.org/v2/cookbook/dockerize-vuejs-app.html

留意事項

検討事項

ログイン周りのコーディング

ログイン、サインアップ、グループ周りのコーディング。

フロント側のIssue作成

別プロジェクトで作成する