TypeScript part4 (376ﾚｽ)
上
下
前
次
1-
新
53
:
デフォルトの名無しさん
[sage] 2022/02/06(日) 23:46:30.23
ID:AuLf6V7C(7/7)
AA×
>>50
>>51
外部ﾘﾝｸ:w3techs.com
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
53: デフォルトの名無しさん [sage] 2022/02/06(日) 23:46:30.23 ID:AuLf6V7C >>50 いずれにしてもJava出身でJava流の開発をしたいのならJavaを使うべきだよ。 シェアもJSよりはあるし、実際何とかなるだろう。 https://w3techs.com/technologies/details/pl-java > 処理効率が大事な部分でわざわざJSONを経由して効率落とすの？ 開発効率を優先するって事だよ。多分Web系の連中はこっちを選択する。 （俺はWeb系ではないが） なおJSONも効率が悪いのは無駄にダブルクオーテーションが多いくらいだから、この方式でもさほど効率は落ちないよ。 >>51 規模に対してのアプローチが根本的に違うんだよ。 Java：どんなに大規模になってもメンテ出来るようなコードを目指す。コードはひたすらメンテ。 Web系：そもそも大規模にならないように、ひたすらマイクロサービスを目指す。コードは書き捨て。 Java流のまどろっこしいコードだとサクッと変更出来ないからこうなってるのだと思うよ。 実際、Web系だとサーバー側全コードを書き直しました、とか割と聞くでしょ。Javaではあり得ないし。 だから、Web系言語で、そんなに大規模になるという事自体が間違ったアプローチなんだよ。 そういう風に言語が出来てない。toJSONという点からも分かるだろ。 俺もこのアプローチの違いに気づいた時はちょっと驚いたけど、間違いでもないよ。 これを認められないのなら、君はJavaでやるべきだよ。 あと、依存に関する考え方も違う。 Web系で危険な依存は、死んでしまう言語/フレームワーク/ライブラリに依存する事で、 具体的にはAltJSのほぼ全部(CoffeeScript等)、Vue/React以外のフレームワーク全部とかだよ。 仮にprotocol buffersを使うとして、頓死した場合、I/O部分は書き直さないといけない。 それはドメイン側のコードをいじるのと同じ手間だと思うけど。 だったら、分離した意味って無いよね。 まあいずれにしても、君はJavaを選択すべきだと思うけど。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/53
いずれにしても出身で流の開発をしたいのならを使うべきだよ シェアもよりはあるし実際何とかなるだろう 処理効率が大事な部分でわざわざを経由して効率落とすの？ 開発効率を優先するって事だよ多分系の連中はこっちを選択する 俺は系ではないが なおも効率が悪いのは無駄にダブルクオーテーションが多いくらいだからこの方式でもさほど効率は落ちないよ 規模に対してのアプローチが根本的に違うんだよ どんなに大規模になってもメンテ出来るようなコードを目指すコードはひたすらメンテ 系そもそも大規模にならないようにひたすらマイクロサービスを目指すコードは書き捨て 流のまどろっこしいコードだとサクッと変更出来ないからこうなってるのだと思うよ 実際系だとサーバー側全コードを書き直しましたとか割と聞くでしょではあり得ないし だから系言語でそんなに大規模になるという事自体が間違ったアプローチなんだよ そういう風に言語が出来てないという点からも分かるだろ 俺もこのアプローチの違いに気づいた時はちょっと驚いたけど間違いでもないよ これを認められないのなら君はでやるべきだよ あと依存に関する考え方も違う 系で危険な依存は死んでしまう言語フレームワークライブラリに依存する事で 具体的にはのほぼ全部等以外のフレームワーク全部とかだよ 仮に を使うとして頓死した場合部分は書き直さないといけない それはドメイン側のコードをいじるのと同じ手間だと思うけど だったら分離した意味って無いよね まあいずれにしても君はを選択すべきだと思うけど
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 323 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.092s