TypeScript part4 (376ﾚｽ)
TypeScript part4 http://mevius.5ch.net/test/read.cgi/tech/1640872622/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
26: デフォルトの名無しさん [sage] 2022/02/06(日) 19:18:05.78 ID:7lkHt7VO >>24 つーか「影響を与える」と私が一言でも書いたかな？ 君のレスでは影響を与えるって言葉を変化させるという意味で使ってるように読める だが私はイミュータブルオブジェクトを元にイミュータブルオブジェクトを「生成する」としか書いてない modifyとcreateはプログラミングにおいて全く異なる概念なので明確に区別することをおすすめする PODなら間違ったデータを簡単に渡せる IO境界だけでバリデーションすればいいという考え方は人間を信用しすぎている 人間は間違えるという前提を忘れてはいけないよ 百点満点のコードを確実に書けると確信できるようなちっぽけなシステムではそれでなんとかなるかもしれないけどね http://mevius.5ch.net/test/read.cgi/tech/1640872622/26
28: デフォルトの名無しさん [sage] 2022/02/06(日) 19:34:50.15 ID:7lkHt7VO >>25 今はなっている？ないないなってない 適当なことを言わんでくれ JSONやXMLやバイトストリームやフォームデータのような外界の都合を吸収してシステムが扱いやすい形式に変換する(あるいはその逆の流れ)はドメイン層の仕事じゃない それは外界とやり取りをするための専門の層の仕事だ http://mevius.5ch.net/test/read.cgi/tech/1640872622/28
29: デフォルトの名無しさん [sage] 2022/02/06(日) 19:39:52.33 ID:7lkHt7VO >>27 structだけじゃ人間は間違えるし問題あるって話をしてる structではデータ型が合ってるところまでしか保証できない インスタンスが抱えてるデータが満たすべき条件を満たしていることを保証できるか？そこがポイント それを保証するにはstructでは不十分で完全コンストラクタを実装したクラスが不可欠 http://mevius.5ch.net/test/read.cgi/tech/1640872622/29
39: デフォルトの名無しさん [sage] 2022/02/06(日) 21:25:43.66 ID:7lkHt7VO >>37 君も話がループしてるね 面倒だからPODで済ませるで通じるちっぽけな規模ならそれでいいんだよ私は一貫してそこは否定してないでしょ？ それなりに規模が大きくなった時の話をしてんの FizzBuzzをエンタープライズの手法で作るのが馬鹿馬鹿しいのと同じように エンタープライズのシステムをFizzBuzzを書くようなノリで作るのも馬鹿馬鹿しいってこと http://mevius.5ch.net/test/read.cgi/tech/1640872622/39
40: デフォルトの名無しさん [sage] 2022/02/06(日) 21:33:21.13 ID:7lkHt7VO >>35 ちなみにバイナリでシリアライズするのはprotocol buffersとか普通にあるよ で、どんな形式で通信すんの？JSON？バイナリ？XML？CSV？ そんなのはドメイン側は知りたくない絶対に知りたくない ドメイン側がシリアライズの責務を負ってしまったらじゃあ通信の形式が増えるたびにドメイン側を拡張するのか？ そんなのドメイン側の本質とは全く関係ない通信様式の問題なのに？ http://mevius.5ch.net/test/read.cgi/tech/1640872622/40
44: デフォルトの名無しさん [sage] 2022/02/06(日) 22:29:45.95 ID:7lkHt7VO あらゆる形式に対応するためじゃない責務を明確に分けるため 仮に変更される可能性がなければ１つの関数でシステムを組むのか？そうはならんやろ 変更される予定がなくても責務は分けて作るんだよお仕事ではね ProtobufはgRPC バイナリで有名なのだと他にもMessage Packとか こっちはゲームとかfluentdで有名 君はFizzBuzzのノリでエンタープライズ開発しそうだね http://mevius.5ch.net/test/read.cgi/tech/1640872622/44
47: デフォルトの名無しさん [sage] 2022/02/06(日) 22:50:56.58 ID:7lkHt7VO >>42 TypeScriptでもそうすれば良いじゃんってのはその通り 別にTypeScriptがclass使えないとかそういうことを問題視してるわけじゃぜんぜんないんだ ここで最初に戻ってよくレスを読んでみて 私が提起した問題点はこれね 「PODの濫用が標準的なコーディングスタイルとして受け入れられてる」 この問題に関しては言語自体の話題じゃないんだよ ようするに今日やったような問答をTypeScript人材を雇うと毎回全員にやらなきゃならない可能性が高いってこと これじゃ申し訳ないけど仕事にならないよ なので鯖サイドではTypeScriptは残念だけど人集めの段階でNGってことになるわけ 規模でかくなるのわかってるんだから最初から鯖サイドではちゃんとレイヤ分けましょうねクラス使いましょうねSOLIDなコード書きましょうねでスッと話が通じる人が多い言語で計画立てたいわけさ そうなると古臭いけどJavaなど無難な選択肢しかないんだよな… http://mevius.5ch.net/test/read.cgi/tech/1640872622/47
50: デフォルトの名無しさん [sage] 2022/02/06(日) 23:08:32.84 ID:7lkHt7VO >>48 うん TypeScripterとは分かり合えない人が多いだろうなとは思ってたけど君とは特に分かり合えないと思う 関数１つでシステム書く人を理解するのは私には不可能だ 365をリテラルで書かないのはDDDとかそれ以前の問題だと思うよ 君の書いたコードって四年に一回ぐらいバグ出してない？大丈夫？ 処理効率が大事な部分でわざわざJSONを経由して効率落とすの？ ライブラリ開発者が必死になって直列化コストを削減してくれたのを嘲笑うかのような所業 やっぱり理解できないや http://mevius.5ch.net/test/read.cgi/tech/1640872622/50
51: デフォルトの名無しさん [sage] 2022/02/06(日) 23:09:14.59 ID:7lkHt7VO >>49 それで回る規模の世界はそりゃ回るだろうね これも何度も言ってるよね http://mevius.5ch.net/test/read.cgi/tech/1640872622/51
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.932s*