クラスを作ることをサボらない - 絵描きエンジニアの日常

JJUG CCC 2018 Fallのいくつかのセッションで型についての話があったので書きたくなった。 この話はJavaやScalaみたいな静的型の世界の思想で、多分Rubyとかでは違う思想だとおもう。 Javaを書いてるときのおれきゅーの脳内 型を定義して取りうる値を狭めることで 間違った使い方ができないようにする ことを最初に考えてる。多分。防御的プログラミングってやつなのかな？しらんけど。 とにかくエラーはより早いタイミングで見つかるほうが良くて、実行時よりコンパイル時にわかるほうが便利だし、コンパイル時よりエディタ上でリアルタイムに分かるほうがもっと良い。 たとえば汎用的な型を使うとこんなミスがあり得る。 long id = 10; new User(id); new Item(id); 静的型なら多分こうかけるほうが間違えなくて嬉しい。 Id<User> id = Id.of(1

[sue445]

Rubyでもメソッドの引数や戻り値が複雑でYARDのコメントが書きづらい時は専用のクラス作るので、むっちゃ共感できる

[su_zu_ki_1010]

テーブルの項目ごとにクラスを作る（同じ項目が複数テーブルに存在する時にかなりわかりやすい）、って話も何かで読んだなぁ。うらがみさんのツィートかblogだったか…

[justgg]

こうしたいけど複数人で開発してるときの名前づけの合意とコミュニケーションのコストが大変になりそうな気がする。

[iga_k]

流れるようなステマ “宣伝ですが、composed_ofについては技術書典5で頒布した「pixiv PAYの薄い本」で書いてある。ちなみに表紙は僕が一番好きなイラストレーターのしらたま先生です。”

[rlho]

“クラスを作るのをサボらない。”

[mas-higa]

何が許されて何が許されないか、ここに挙がってる例を見ただけでもコンテキストによるとしか思えない。/ それとも JPY にどんな操作が許されるか名前から分かりようがないのでコンパイラに任せるという話かな?

[marisatokinoko]

いい話

[monorod]

最初は冗長だと思うけど、後から良さがわかって来る奴や

[mirai-iro]

アプリケーションハンガリアンを型で実現する的な感じ？

[bufferings]

いい話だなー

[tinsep19]

folioの例はいいな。

[bottomzlife]

先生「はい。このクラス全体が静かになるまで6分32秒かかりました」