フラッター良い講義ありがとうございます〜 講義を聞きながら残念な点が多く、長く書いています。 まとめ - フラッターでアプリを作る講義としては素晴らしいですが、フラッターを理解するには？ -------------------------------------------------- ---- 全受講評 フルーターコードを絞る速度を見ると、関連する作業をたくさんしたようですが、それに比べて全体的なプロジェクト設計能力や経験、IT知識などがやや不足している感じでした。もちろん就学生の方や学生の方が聞くには十分だと思うが、ある程度経歴のある開発者が聞くには中途半端な概念説明が間違った部分やプロジェクトをなぜこのように構成したのか？という考えがたくさん聞きました。 講義聞きながら最初は質問することで文を残しましたが、これを書き続けると講義進度が出てこないようで、別にメモしながらただ講義を渡しましたね。一旦少ないものは以下の通りです。 - 認証プロセスの説明の中でトークンまたはセッションの理論の説明が不足 ->これは質問に残る - プロジェクト構造を取得する際の詳細な説明の欠如。フラッターでどのパターンを使用しているのかを少し聞きたかったのですが、説明なしでリポジトリを作成し、プロバイダーを作成します〜 - 提供されたサーバー API の response 形式が正しくありません。ページングをしていなかったレスポンスモデルが同じでなければ開発しやすいのにページングあるのはdataで一度包んで下げてくれ、ないのはただサッと下げると、これはクラでも共通で管理することができないので、とても不便なのに、、 - Dioインターセプターを作るときには、ただのルールです〜＆＃x27; - 中途半端な "oop を知っていれば、," - ネーミングが全体的に合わない。同じ画像URLフィールドも imgUrl , imageUrl 二つ , user_model は userModel で camel として使用するが username は なぜ userName で使わないのか分からない - 講義後半に行くほど同じ言葉を繰り返す区間が増える。ビデオ編集のためだと思いますが、同じ言葉を繰り返すセクションもあります。 - gorouterチャプター後、突然UerMeRepositoryに倒れた。以前の講義でUserModelは作らなかったのです。講義が欠けているようです。 ... 上記のような内容のため、実際に講義を聞くよりは、講義の初めに何をやってみましょうか？ （+執筆した本も購入してみましたが、何か大きい会社のプロジェクトを経験したことがないという感じがします。） 講義を聞きながら受講坪は抱きしめる方ですが、講義の途中でこんな言葉をあまりにも多く書いて書いてみました。 ＆quot;これはプロジェクト、チーム、人によって異なりますので、このコードとは異なる方法があります＆quot; ＆quot;これはこれができませんか？と言うと、私は発言はありません。＆quot; などのタックルに対して防御的な言葉をたくさんいただきますが、講義を聞く立場ではむしろ否定的に聞こえます。さまざまなプロジェクト経験があれば、さまざまな例を説明しながら、このような方法あんな方法があると説明することができるようですが、そうでないので、このようなことを言うように見えます。むしろ言及はしなかったらもっと良かったようですね。 そして＆quot;お金をあげて売る講義なので、すべてお知らせします＆quot;という言葉もたくさんありますが、説明が悪すぎます。講義を聞きながら内部コードを見てみるのにもっと時間がかかったようですね。私が考えると、「中級」であれば、内部的にコードがどのように戻るかまで説明されることを期待していますが、中がどのように戻るのか分からず、ただあるものを取り込む講義でした。 今後の講義では、さまざまなプロジェクトの例や内部ロジックなどの説明も追加されたらと思います。