---
# System prepended metadata

title: team Aチェックシート

---

# team Aチェックシート
- 稼働時間
    - 朝会を固定でするか
            - 13時に(昼会)
    - 稼働できない日や時間の確認
    - その他チーム内で確認したいこと

- チームメンバースキル確認
    - 得意不得意
        - （もっか）recyclerView, navigationやったことある、GitHubわからないマン
        - （にしが）DB設計（room,sql),リスト表示,
        　画面遷移,DB取り出しはやったことがある
         　Githubは使ったことはある
        - (あゆむ) [MVVM, MVP]の経験ある、coroutineちょっとわかる、Githubわからないマン

    - やりたい技術領域

    - その他チーム内で確認したいこと

- Githubの運用方法
    - PRの書き方のフォーマット
     ※チームBの書き方引用
        - [WIP]   作業中。マージしてはいけない。
        - [feat] ︓(feature) 新しい機能の追加
        - [fix] ︓bugの修正
        - [docs] ︓documentのみの追加
        - [style] ︓細かいとこ(空⽩の削除,フォーマットなど
        - [refactor] ︓プログラムの動きを変えないでソースコードを変更するとき、ライブラリのアップデートでやったりする
        - [pref] : パフォーマンスを上げるコミットなど
        - [test] ︓テストの追加やテストの修正など
        - [chore] : その他
        
        
    - ブランチ命名規則 
        - [branch-name] 基本動詞で書く(厳しそうなものであれば名詞)
        -   　ファイル・クラス名 
        UpperCamelCaseで記入すること
        Activity、Fragment、AdapterなどはComponent名を末尾に付ける
        例： MainActivity , CardListFragment
        - メソッド名
        lowerCamelCaseで書くこと
        動詞で始めること。ただし、Booleanを返すメソッドはisから始める
        プロパティへのアクセスメソッドについて
        Booleanを返すもの：is
        それ以外を返すもの：get
        Setter:set
        - xmlのid名
        snake_caseで書くこと
        例：title_text_view
        
        - 変数名について
        基本的に分かりやすい名前で、長さは特に気にしなくてよい略さない！(長ければ長いほどいいと思っていてもかまわない)
        もしもそのコミットで特に重要でない変数名や決める際に悩むのであればその型名をlowerCamelCaseで書いてください(e.g `val list: List<T> = tList` or `val list: List<T> = list` 個人的には型が「List」の場合はlistが好き)
        自分の中で持ってる変数名一覧をいかに示すので悩んだ場合参考にしてください.
        
| 型 | それに対応する変数名 | 補足 |
| -------- | -------- | -------- |
| List<T> | list | Tはあらゆる型を想定していてStringでもIntでもいい |
| T | value | Tについて上に同じ |
| T | elem | Tについては上に同じ、しかしTがListやArrayの要素を使用する場合にのみ使う(e.g `list.forEach{ elem -> println(elem) }` `for(val elem : list) println(elem))`　(後者のkotlinの書き方忘れた。なんでjavaぽく書いてる) |
        
    - その他チーム内で確認したいこと
     今作業しているissueなどはprojectのdevelopmentの中にあるIn progressに置くこと
     （３段階あるので作業段階に応じて動かすように）
- Discordの使い方（基本的に繋ぐことを勧めます）
    - 基本ずっと繋ぐか、コアタイムを定めてその時間だけ繋ぐか、どうかなど
        - 基本はずっとつなぐ
    - その他チーム内で確認したいこと

- 画面設計について
    - 必要な画面洗い出し、画面の導線の洗い出しなど

![](https://i.imgur.com/ICQyJwo.png)    - メモ入力
![](https://i.imgur.com/4bzhNE0.png)    - メモ一覧
![](https://i.imgur.com/5quuFlK.png)    - プロフィール
![](https://i.imgur.com/AQzo5wv.png)    - タイマー
![](https://i.imgur.com/WcOqnNP.png)    - タブ

    - その他チーム内で確認したいこと

- issueのアサイン
  もっか メモ一覧のviewmodel, fragmentの実装する
  にしが メモ一覧のrecyclerviewの実装する
  あゆむ Roomを使ってデータを管理する
   
- モチベーションのすり合わせ
    - 各自の目標を決める
  もっか MVVMを理解する
  にしが MVVMを使えるようにする.
  あゆむ みなをMVVMへ導く。

    - その他チーム内で確認したいこと