# システム開発演習 最終発表 メモ

## リンク
- [CSC.T375 System Implementation - Web Programming -　成果報告会](https://cs-sysimpl.github.io/presentation.html)

- [作成中のスライド](https://docs.google.com/presentation/d/1B8pdiw3sf8IVb7HVO3RB7agp2GVWlF3tZSxT3t_Xmd4/edit?usp=sharing)

## 指示内容
### 課題
> 開発したアプリケーションについて，Keynoteなどを用いて作成したスライドにより発表を行う．
> - 各チームの持ち時間を15分とする．発表時間の配分は各チームに任せるが，質疑応答の時間を最低でも3分以上残すこと．
> - 開発したアプリケーションについて，目的や機能を説明すること．
機能説明にはデモンストレーションを含むこと．
> - 売りになる機能が，なぜ売りになるのか，どういう人にとって役に立つのか，どういう問題を解決するのかに注目する．
> - 役割分担や使用言語・フレームワーク，うまくいった点・反省点などといった開発プロセスについて，1ページないし2ページ程度で簡単に報告すること．

各チームの持ち時間15分, 質疑応答の時間(最低3分)を残す <- 結構長い?

### 評価項目
> 評価項目は以下の5項目とする．
> - アプリケーションの有用性
対象・目的が妥当か，提供するサービスは目的を達成するものになっているか
> - アプリケーションのデザイン
視覚的にわかりやすいか，使いやすさを考慮しているか
> - アプリケーションの独創性
推せる機能あるいはサービスを持っているか
> - 発表のわかりやすさ
資料の構成，話し方など，理解しやすい発表であったか
> - アピール力
デモの構成，押し機能の説明などに工夫が見られたか

## スライド内容案

### 目的

### 機能
1. アカウント作成 / ログイン
2. 名刺を作成
3. 名刺を交換
4. 交換した名刺を閲覧
- (デモンストレーションを含む)

### 開発プロセス

#### 役割分担
- [リーダー] 戛山 英高(C)
- [マネージャー] 鈴木 豪(C)
- 齋藤 智和(C)
- 池田 晃毅(S)
- 十河 健人(S)

#### 使用言語・フレームワーク
- サーバーサイド
- 言語 : Go
- フレームワーク : gin
- フロントエンド
- 言語 : typescript
- フレームワーク : next.js

#### *うまくいった点*
- github.ioにて最新のAPI仕様を参照できたので捗った
- (鈴木)サーバの人（十河さん）とGitHub issueや授業時間内でのZoomの打ち合わせでうまく連絡が取れてスムーズに意思疎通（API仕様など）ができた．
- (鈴木)他の状況との兼ね合いで予定を入れ替えることはあったものの，予定通りのペースで実装できた．
- (鈴木)IssueやDiscussionで近況報告ができていたと思う．
- (戛山) Swaggerなどの環境構築や画面デザインが最初に出来上がったので、その後の開発が楽になった
- (十河) GitHubをまともに使ったのは初めてだったがうまく活用できた
- (十河) 3Qの授業が役に立った(流用できるものが多かった)
- (十河) 授業時間に進捗報告会をするようにしたのはモチベーション的によかった.

#### *反省点*
- Swaggerのモックがあまり有効に使えなかった
- (鈴木)Swaggerの環境構築に時間がかかってしまった．C#で使ったことがあるが，Go言語ではC#よりもうまくいかなかった．（列挙型が無い，APIのエンドポイントや仕様を自動的に解析してくれないなど）
- (鈴木)フロントとバックエンドが違うポートなので，CORSに引っかかって，Cookie関連の問題を解決するのに時間がかかってしまった．
- (鈴木)Next.jsの理解に時間がかかった．（私はVue.jsを使ったことがあるが，Nuxt.jsは使ったことがない．）
- (戛山) 後からの仕様変更や、仕様の共有不足があって定義周りを頻繁に書き直すことになった
- (戛山) マイルストーンを厳格に設定していなかったので、なかなか拡張課題の優先度が決まらなかった
- (十河) サーバの実装待ちでクライアントが作業を進められないことがあった
- (十河) 通知機能等サーバ側でやるべきことを鈴木さんにやってもらってしまった

#### その他