配列の章の演習問題の修正#465
Conversation
Deploying with
|
| Latest commit: |
9d9ae44
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://ba6091d5.utcode-learn.pages.dev |
| Branch Preview URL: | https://462-fix-array-exercise.utcode-learn.pages.dev |
|
追加でコミットメッセージは、しっかりとつけてほしいです... |
(適当にconflict消したら色々ロールバックしてました)
chelproc
left a comment
chelproc
left a comment
There was a problem hiding this comment.
- オブジェクトを説明する前にオブジェクトと言ってませんか？
- 配列自体が値であることを説明したほうがいいですね。スライドにあったような図もあるとより良いです。
- document.writeを関数の中と外に置く例もあるといいですね
- 「モジュール化」自体は重要な概念ではあるものの、モジュール化することは関数化することとは違いますし、一定のまとまりにコードを分割することを「モジュール化」以外の言い方で表すこともあります。「モジュール化前/後」という表記はモジュール化の方法が1通りしかないような誤解を与える危険がありますし、「分割する単位が1つの関心であるべきである」という重要な情報が伝わらない可能性がある気がします。このセクションはちょっと見直したほうがいい気がします。
|
|
||
| :::danger | ||
| 配列の長さにかかわらず配列の最初の値を使うような処理をする場合は、長さが0である空の配列を渡された時に例外処理することを忘れないでください！ | ||
| 配列の長さにかかわらず配列の最初の値を使うような処理をする場合は、長さが0である空の配列を除外することを忘れないでください！ |
|
ここらへんは別PRで対応お願いします！ |
|
準備できたら、レビューをリリクエストとかしてお知らせください。 |
| パーツに分割すると、次のようなメリットがあります。 | ||
|
|
||
| モジュール化前: | ||
| - ブロックあたりのコードが短くなるので、読みやすい |
There was a problem hiding this comment.
コードを短くできるというのは、少し違う気がするかも。単純に関心を分離できることが重要で、コードを短くすることが大切なわけではない気がしてる。コードは短いのがよいということはないはず。
| ::: | ||
|
|
||
| ## モジュール化 | ||
| ## パーツに分割する |
| モジュール化前: | ||
| - ブロックあたりのコードが短くなるので、読みやすい | ||
| - パーツごとにテストができるので、デバッグがしやすい | ||
| - 汎用性のあるパーツなら、使いまわしができる |
There was a problem hiding this comment.
汎用性のないものはそもそもあるのかなあ。汎用性のないものを想定させると、ただ無関係のものを凝集させただけのコードを書くのを助長しそう。
|
モジュール化のセクションは、一旦今のままにして練習問題の方をマージしたいです... |
このプルリクエストに関係のないことは別のところに書いてほしいです...（いつまでもマージできなくなる...） |
…arn into 462-fix-array-exercise
chvmvd
left a comment
chvmvd
left a comment
There was a problem hiding this comment.
一旦これでマージしちゃいましょう！！
モジュール化については、別PRで要検討ってことで。
|
マージします！モジュール化はIssueにでもします |
3 participants
#462