---
# System prepended metadata

title: 2020年6月13日 bizdevMTG

---

# 2020年6月13日 bizdevMTG
議題
- 共有事項
- エンジニアMTG

## 共有事項
- 会社移転:https://co-ba.net/
- 営業:カタリバとのコラボ
- 採用:repの方は隔週でバックのフォローをお願いする立場に
　→6月はトライアル、良ければ7月以降レギュラー

## エンジニアMTG
- 橘さん進捗
　ホームページの更新に着手
 教師側レスポンシブに着手
- 土佐さん進捗
 チャットのリアルタイム化に着手
 今週中に実装予定
 Q.個人チャット作りたい
 A.完全に別で作ったらどうか
 →生徒ID、教師ID、メッセージ情報をカラムに持つテーブルを新たに作成？
 →グループのテーブルがあって、そこに生徒と教師を入れてメッセージを交わす
 Q.生年月日のデータ型変更どうしようか(int,int,int->datetime)
 A.どちらも検討したが、分けておいた方が良いという結論
  入力が選択形式だから問題ないはず(つかわないけどIEは選択形式にならない) 
- 藤瀬さん進捗
　フラッシュがいったん終了
 →answerのエラーだけ出せてないがそれ以外は完了
 アクセス制限に着手
 ->学校側がすべてのデータを見られるように変更
- 大友進捗
　フラッシュ、プロフィールモーダルが完了
 ログアウトボタンの削除に着手
 生年月日のデザイン修正
 
## 今週着手するモノまとめ
- 教師側レスポンシブ(橘)
- チャットのリアルタイム化(土佐)
- アクセス制限に着手(藤瀬)
 ->学校側がすべてのデータを見られるように変更
- ログアウトボタンの削除に着手(大友)
- 生年月日のデザイン修正(大友)
- openedとclosedをサイドバーからなくしてchoice画面に(大友、橘)

## 6月の開発要件
フロントエンド(橘)
- 先生側のレスポンシブ対応
ーーー↓デザイナーとのやり取りによる
- デザインのフィードバック
ーーー↓先方にchromeを導入してもらうことを最優先に考える
- IE対応
ーーー↓技術要件が高いため劣後
- home画面に追加機能の実装
ーーー↓実証実験中の反応を元に作成
- QandA使用方法ページの作成
下記サービスを使用
(https://tayori.com/faq/8c9e4a8224b65a9549b2c3c16f59f1402ce02b10)

バックエンド
1.  チャットや授業待機画面の出欠席状況をリアルタイムで反映させる(土佐)
2.  学校側の機能(classrooms#new classrooms#edit)()
3.  クラス一覧でのclosedと開講中の出し分け()
4.  スーパーアカウントとして学校アカウントはすべてのクラス・授業を見れるようにする()



# ■2020年6月日　エンジニアMTG
議題
- 7月以降のマイルストーンについて
- β版の開発内容について
- 具体的なスケジュール感
(誰かがボールを持って一人がたたき台を作成)
(エンジニアでコンセンサスをとる)

一番のボトルネック
* 何をつくればいいのか仕様書レベルで具体的に定義されていない(githubのissueレベル)
* 必ず必要になる機能の絞り込む(ビジネスサイドの仕事)
* 実装可能かどうかの判断もできない
* 実装に必要な期間の概算
* 期限いつまでというスケジュールも組めない
⇒中継役
橘・大友

# ■2020年6月9日　エンジニアMTG
議題
- 今取り組んでいることの共有
- BizサイドとのMTGの共有
- 6月及び今後の開発について

## 今取り組んでいることについて
* flashについて
実装方法の目途は立った
実装の量は藤瀬さん一人で問題ない
* 

## BizサイドとのMTGの共有
### 【ヒアリングによる課題】
①モチベーション・学習管理
②日本語教育教材の開発
③セキュリティ
④サービスの利便性
⑤日本語教育機関と日本語教師とのリレーション構築
⑥管理者(スーパーアカウント)の管理画面
　・学校側
　・saola側
ーーー
セキュリティに関するレベル
⇒どのレベルで実装する？
　エンジニアの方で実装可能なレベルを協議

### 【α版の向上】
* セキュリティの向上
* サービスの利便性の向上
```
    短文回答
    ZoomのURLを勝手に取得するAPI連携
    デザイン改善
    言語追加をするかどうか
    ーーー↓アプリ化後
    チャット通知
    授業のプッシュ
```

* 日本語教材コンテンツの作成
　別途議論

* 教師・学生に対するリサーチ
・学習満足度、人間関係、健康状態
・1day、1か月（スパンは要議論）
・レポートを定期的に作成して提供

### 【ベータ版開発】
* アプリ化
* 高度なセキュリティの実装
* オンライン会議システムの内製化
* デザイン改善
* 言語追加
* ゲーミフィケーション
```
　バッジ・ポイントの獲得
　証明書の獲得
　経験値によってアバターが変化するなど
　視覚の変化と実利
```
### β版の開発について
・大友さんと橘はデザイナーとデザインの修正およびゲーミフィケーション化
・土佐君の使用言語に合わせてアプリ開発のエンジニアを補充

### 今後の開発スケジュールについて
* ベータ版の定義

* ベータ版の開発期間
* 

## 6月の開発優先順位について
フロントエンド(橘)
- 先生側のレスポンシブ対応
ーーー↓デザイナーとのやり取りによる
- デザインのフィードバック
ーーー↓先方にchromeを導入してもらうことを最優先に考える
- IE対応
ーーー↓技術要件が高いため劣後
- home画面に追加機能の実装
ーーー↓実証実験中の反応を元に作成
- QandA使用方法ページの作成
下記サービスを使用
(https://tayori.com/faq/8c9e4a8224b65a9549b2c3c16f59f1402ce02b10)

バックエンド
1.  ☑ログアウトボタンの追加(プロフィールアイコンを選んだときにモーダルで表示)
2.  ☑フラッシュメッセージ
3.  (☑デザイン未)生徒の生年月日と年齢の修正
4.  チャットや授業待機画面の出欠席状況をリアルタイムで反映させる
7.  学校側の機能(classrooms#new classrooms#edit)
開発する機能について要議論
8.  ~~opendedとclosed出しわけ~~
⇒サブメニューを削除し、クラス一覧にて開講中と終了済みのクラスを分けて表示する
 (UI変更で対応する)
9.  スーパーアカウントとして学校アカウントはすべてのクラス・授業を見れるようにする

## 7月マイルストーン
フロントエンド
- 宿題に記述形式を追加する
(短文回答の機能のデザイン)
- デザイン改善
- 日本語の簡単化

バックエンド
- 宿題に記述形式を追加する
(機能の実装)
(短文回答の機能のデザインのアップデート)
(機能のアップデート)
- ZoomのURLを勝手に取得するAPI連携
- 新規登録機能の追加
- ❓成績確認画面でのグラフ表示
何をどのようにグラフ表示するのかについて要議論
エンジニアの意見)
個別の生徒の点数推移を出すより下記を実装したほうが良いのでは？
個人の苦手なクラス・領域の特定
クラス・授業回ごとなど全体を俯瞰できるようなグラフ表示
⇒ヒアリングを重ねて実装を検討したほうが良いのでは
ーーー
↓アプリ化後
- チャット通知
- 授業のプッシュ

### セキュリティについて

セキュリティ脆弱性の原因
* Heroku posgresなどのベンダー提供のアプリ
* saolaの脆弱性
* human error

セキュリティの内容
* 通信：
* ユーザー認証
* ストレージの頑健性



# ■第1回saola議事録
データを入れている期間でやるべきことを決める
## Bizサイドのここまでとこれから
- 529に納品はpending
- 優先順位の変更、心機能の検討
- 資金調達〇
- 営業:来週に6件のMTG
- 販路拡大への戦略を立てる
- S:どういった工数を削減したいのか？など顧客の求める機能、要求は何か
- どういったチームを作るか？どういった働き方をするか？
- CS,セールス、エンジニアの距離が近くなっていくだろう
## β版のざっくりスケジュールについて
ー＞後日

データを入れている期間でやるべきこと
- 先延ばしにしていた機能
- チャットのリアルタイム反映
- 随時出てきたバグの処理
- リファクタリング

## 土日（5/30, 31）でやること
- heroku本番環境デプロイ（橘:環境構築、土佐:デプロイ）
- masterとdevelopブランチに移動（土佐）
- デザインの修正（大友さん、橘さん）
- テスト（土佐:safariでテスト　大友:IEでテスト)

## 6月マイルストーン
バックエンド
- opendedとclosed出しわけ
- チャットのリアルタイム化
- 授業待機画面の出欠席状況をリアルタイムで反映させる
- 学校側の機能(classrooms#new classrooms#edit) 
- 成績確認画面でのグラフ表示

フロントエンド(橘)
- 利用規約モーダルのプルリチェック
- QandA使用方法ページの作成
- デザインのフィードバック
- IE対応
- 先生側のレスポンシブ対応

### 追記:0606 開発優先順位検討段階
バックエンド
1.  ログアウトボタンの追加(プロフィールアイコンを選んだときにモーダルで表示)
2.  フラッシュメッセージ
3.  生徒の生年月日と年齢の修正
4.  チャットや授業待機画面の出欠席状況をリアルタイムで反映させる
5.  成績確認画面でのグラフ表示
6.  学校側の機能(classrooms#new classrooms#edit)
7.  ~~opendedとclosed出しわけ~~
⇒サブメニューを削除し、クラス一覧にて開講中と終了済みのクラスを分けて表示する
 (UI変更で対応する)
9.  スーパーアカウントとして学校アカウントはすべてのクラス・授業を見れるようにする



## biz側に伝えること
アプリ開発について
### 目的
- 顧客接点を増やす
- 留学生の不動産仲介、口座開設につなげたい

### 開発期間について
- アプリ開発は余裕を持たせて3ヶ月ほど期間が欲しい。


## git branchの作り方

pullrequest: master <- feat/1/hellowold
pullrequest: develop <- feat/1/helloworld

```zsh
git pull origin master (master)
git checkout branch feat/1/hello
```

```zsh
git pull (master)
git checkout develop (develop)
git pull origin develop
git checkout branch feat/1/hello
```

## 授業のリハーサルの流れ(実施済み)

1. teacherが授業と宿題を設置
2. studentが授業に参加(していることを確認teacher)
3. 授業終了
4. 生徒が宿題に取り組む
5. 先生が宿題の解答と授業後から宿題回答までの時間を確認
6. 終了 

### アカウント
- teacher13PC
- student13スマホ

### セキュリティについて

セキュリティ脆弱性の原因
* Heroku posgresなどのベンダー提供のアプリ
* saolaの脆弱性
* human error

セキュリティの内容
* 通信：
* ユーザー認証
* ストレージの頑健性
