TypeScript part4

[表示 : 全て最新50 1-99 101- 201- 301- 2ch.scのread.cgiへ]
Update time : 11/15 23:17 / Filesize : 130 KB / Number-of Response : 398
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

TypeScript part4

1 名前：デフォルトの名無しさん [2021/12/30(木) 22:57:02.78 ID:XEA11GKy.net]: www.typescriptlang.org/

JavaScript that scales.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.

part1
https://peace.5ch.net/test/read.cgi/tech/1349187527/
part2
https://mevius.5ch.net/test/read.cgi/tech/1430386649/
part3
https://mevius.5ch.net/test/read.cgi/tech/1524746903/
2 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 23:05:57.59 ID:18t9WvJQ.net]: 乙
3 名前：デフォルトの名無しさん mailto:sage [2021/12/31(金) 00:30:19.49 ID:/NplslaL.net]: >>1
乙
4 名前：デフォルトの名無しさん mailto:sage [2021/12/31(金) 10:54:08.06 ID:jCXckXJt.net]: 4.6でmjs対応は入るのかな？
5 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 23:06:00.91 ID:CViIeqBQ.net]: Unionを受け取る関数の返り値の型を引数の型によって変えたいときってどう書けばいいの？

type F<T> = (() => void) | ((x: T) => void);

const wrap = <T>(f: F<T>) => ??? ;

const a: () => void = wrap( () => {} );
const b: (x: string) => void = wrap( (x: string) => {} );
6 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 21:25:57.79 ID:RQFIXaIQ.net]: typescript作ったやつ何考えてんだ？
tsconfigにpath alias書いた
babel.configにも書かないと動きません
webpack.condigにも書かないと動きません
jest.configにも書かないとテストできません
あのさぁ俺はビルドツール職人になりたいわけでも設定ファイル書きたいわけでもないんだよ
どうにかしてくれよほんとこのクソッタレエコシステム
7 名前：デフォルトの名無しさん mailto:sage [2022/02/01(火) 23:58:06.60 ID:0JyqEM+P.net]: typescriptはただのtype check toolです
babelはただのjavascript convert toolです
webpackはただのjavascript concat toolです
jestはただのtesting toolです
全部違うのです

吽孤javascriptを何とかマシにしたい4銃士を連れてきたよみたいなノリだからしゃーない
8 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 13:50:02.45 ID:26fWvErU.net]: TS童貞案件がようやっと終わった。辛かった。もうやりたくない。有給とります。

@感想
・reactの時だけ使えばおk！
・鯖では使うな！どうなっても知らんぞ！
・熟練の設定ファイル職人を必ず1人雇え！絶対にだ！
9 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:01:40.08 ID:23zQCz2C.net]: LAMPとか言ってPHPやPerlでバックエンド作ってた狂気の時代よりは遙かにいいと思うけどなぁ
10 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:21:47.42 ID:Fo3XpFx5.net]: 型バリデーションできない人には（TypeScriptは）難しい
11 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:32:39.20 ID:grglIiaK.net]: 鯖サイドは外界とのIOが多いから型バリデーションが増えすぎるのが課題かな
あとはPODの濫用が標準的なコーディングスタイルとして受け入れられてる点が問題だと感じた
これじゃ型があってても不変条件を満たしているかまではわからん
12 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:39:40.47 ID:Fo3XpFx5.net]: いやPODで問題ないでしょReadonlyなりas const付ければいいじゃん
13 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 14:43:17.15 ID:23zQCz2C.net]: PODってなんぞ？
Plain Object Darkness？
14 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 15:05:31.38 ID:Fo3XpFx5.net]: 型の話だしググった感じPlain Old Data型の事だと思って回答した。
プリミティブ及びプリミティブで構成されたオブジェクトからなるコンストラクタを持たないオブジェクト。ざっくり構造体みたいなオブジェクトって意味かなと。C++用語のようだ
15 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 15:19:09.13 ID:23zQCz2C.net]: つまりPlatina Opal Diamond・・・ってコト！？
16 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 15:33:19.89 ID:grglIiaK.net]: >>12
そも辺りはスケールによる
ドメインが薄いならそれでなんとかなるかもしれない
実際の業務システムはどうしてもドメインが大きくなるからちゃんとクラス化しよう

>>13
Plain Old Data
プリミティブとPODの属性だけを持っている単純な型のこと
正確にはPODと呼ぶにはC言語とのデータ互換性が要る
しかしこの文脈では緩いニュアンスで伝わると考えてPODと書いた
17 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 15:46:19.86 ID:Fo3XpFx5.net]: >>16
『ドメインが薄い』とか何用語だ。ググっても出てこないような独自なのじゃなくて、もうちょい一般的な用語使って？

色々組み合わせるにしてもTS単独で大きなものを組むにしても入り口から出口までimmutableならそれで問題ないと思うんだけど。
デザインパターンにこだわり過ぎてない？
18 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:28:56.52 ID:d9+JDYY/.net]: 頭悪いんだよ
融通のきかない頭でっかち
19 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 16:57:31.55 ID:23zQCz2C.net]: immutable な POD で FP すれば GOOD じゃん
class は not json serializable ビコーズチョベリバ
20 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:24:04.04 ID:Fo3XpFx5.net]: 無茶苦茶言ってるかと思ったらちゃんとした内容で草w
21 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 17:45:58.69 ID:cUJBT0A1.net]: >>17
すまん
DDDのドメイン層を連想してくれると思って言った

イミュータブルだから大丈夫ってのは規模の小さなシステムでならたしかに間違いではない
ただ規模が大きくなるにつれてそれでは難しくなるのもまた事実
というのもイミュータブルなPODだと不正なイミュータブルオブジェクトの生成を抑止する方法が残念ながら無い
なのでプログラムにバグが紛れ込みやすくなってしまう
それと特定の型に対する演算がプログラムのあちこちに分散してしまい凝集度が下がって大混乱というのが典型的な末路だね

>>18
Jsonを必要としているのは主にIOを司る層であってそれはドメイン層ではない
異なる層が負うべき責務を別の層が引き受けるのはクリーンな設計とは言えないよね
なのでドメイン層のクラスがJson Serializableである必要はない
というかドメイン層のクラスに直接Deserializeするのは危険なので大規模案件ではむしろ禁止した方がいい
それは完全コンストラクタを経由せずにオブジェクトをインスタンス化するということであり
不正なオブジェクトを生成してしまう可能性をプログラムに埋め込むということに他ならない
22 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:34:09.22 ID:Fo3XpFx5.net]: >>21
> イミュータブルなPODだと不正なイミュータブルオブジェクトの生成を抑止する方法が残念ながら無い
不正なイミュータブルオブジェクトの問題ってなに？
イミュータブルオブジェクトがイミュータブルオブジェクトにどうやって影響を与えるのさ。

> 特定の型に対する演算がプログラムのあちこちに分散してしまい凝集度が下がって大混乱
疎結合になってむしろ良いことでは？
TSにおいて凝集度はクラスで担保すべきでは無いでしょ。
23 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 18:49:51.15 ID:K22p1cEy.net]: >>22
不正なイミュータブルオブジェクトを元に生成した別のイミュータブルオブジェクトもまた不正なイミュータブルオブジェクトになる可能性が高い
その連鎖はいずれIO境界まで辿り着きユーザーに間違ったAPIレスポンスを返したりデータベースに間違ったデータを格納したりする

関数の入り口に間違ったオブジェクトを渡したら関数の戻り値もまた間違ったオブジェクトになることは理解できる？
もちろん途中でバリデーションをかけて落とすことはできるだろうがそれではバリデーションが増えすぎて手に負えなくなる
なのでそもそも間違ったオブジェクトを作れないようにしよう
作れないものを関数に渡すことはできないので安心だ
そういう考え方ね

下だけどそれを疎結合とは言わない
否定したい思いが先走って無茶苦茶言ってない？
24 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:01:45.12 ID:Fo3XpFx5.net]: >>23
> 不正なイミュータブルオブジェクトを元に生成した別のイミュータブルオブジェクトもまた不正なイミュータブルオブジェクトになる可能性が高い
繰り返しになるけど、イミュータブルオブジェクトはイミュータブルオブジェクトに影響与えないよ？

> 関数の入り口に間違ったオブジェクトを渡したら関数の戻り値もまた間違ったオブジェクトになることは理解できる？
間違ったオブジェクト渡らないよ？なんの為の型だと思ってるの？ structとか使わないの？
データの入り口（IO等）で型バリデーションすればあとは型が化けたりしないよ。
25 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:06:18.29 ID:AuLf6V7C.net]: >>21
> Jsonを必要としているのは主にIOを司る層であってそれはドメイン層ではない
> 異なる層が負うべき責務を別の層が引き受けるのはクリーンな設計とは言えないよね
> なのでドメイン層のクラスがJson Serializableである必要はない
横だがこれは完全に間違ってるだろ。

シリアライズするのは確かにI/O側だが、他言語も含めて今現在は
クラス側にserialize手段を用意するのが主流だ。TS知らんがJSと同じならtoJSON()。
だからドメイン側でシリアライズする可能性のあるクラスの全てにtoJSONを用意しておくのが正しい解だという事に今はなっている。

I/O側にやらせていたのは昔の設計だ。ただそれの何が悪かったのかは俺は知らない。
（実行効率だけは無茶苦茶良かったから、クラスを導入して非効率になっただけなのかもしれんが）
26 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:18:05.78 ID:7lkHt7VO.net]: >>24
つーか「影響を与える」と私が一言でも書いたかな？
君のレスでは影響を与えるって言葉を変化させるという意味で使ってるように読める
だが私はイミュータブルオブジェクトを元にイミュータブルオブジェクトを「生成する」としか書いてない
modifyとcreateはプログラミングにおいて全く異なる概念なので明確に区別することをおすすめする

PODなら間違ったデータを簡単に渡せる
IO境界だけでバリデーションすればいいという考え方は人間を信用しすぎている
人間は間違えるという前提を忘れてはいけないよ
百点満点のコードを確実に書けると確信できるようなちっぽけなシステムではそれでなんとかなるかもしれないけどね
27 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:28:15.98 ID:Fo3XpFx5.net]: >>26
イミュータブルがイミュータブルなままなら問題ないって話しかしてないよ？

> 人間は間違える
そのためのTypeScriptのstructだよ？
28 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:34:50.15 ID:7lkHt7VO.net]: >>25
今はなっている？ないないなってない
適当なことを言わんでくれ

JSONやXMLやバイトストリームやフォームデータのような外界の都合を吸収してシステムが扱いやすい形式に変換する(あるいはその逆の流れ)はドメイン層の仕事じゃない
それは外界とやり取りをするための専門の層の仕事だ
29 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 19:39:52.33 ID:7lkHt7VO.net]: >>27
structだけじゃ人間は間違えるし問題あるって話をしてる
structではデータ型が合ってるところまでしか保証できない
インスタンスが抱えてるデータが満たすべき条件を満たしていることを保証できるか？そこがポイント
それを保証するにはstructでは不十分で完全コンストラクタを実装したクラスが不可欠
30 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:00:52.90 ID:Fo3XpFx5.net]: >>29
だからデータの入り口で型バリデーションするんだよ。
君は前スレの最後で暴れてた型バリデーションできない人だったか。話が通じないわけだ。
31 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:04:35.10 ID:+4OSlPdc.net]: >>30
だからそれじゃバリデーション箇所が多すぎて手が回らんっての
話がループしてるよ
32 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:06:04.45 ID:Fo3XpFx5.net]: >>31
だからIOとかfetchみたいなデータの入り口だけなんだよ？
33 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:12:58.65 ID:W5e759ag.net]: >>32
またループしてる
そこだけバリデーションしても人間のミスはカバーしきれない
規模の小さなシステムならなんとかなるかもしれないが大きなシステムでは絶対無理
これ以上は無限ループして時間の無駄っぽいね
34 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:14:05.76 ID:Fo3XpFx5.net]: >>33
そうだね。止めてもいいよ。
35 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 20:51:55.71 ID:AuLf6V7C.net]: >>28
toJSONを呼ぶのはI/O層の仕事で、
toJSONを定義するのはドメイン層の仕事だよ。

つか、そうじゃないと無理なんだよ。
JSONでは対応出来ない型があるから、何が入っているか分からない状態ではシリアライズは出来ない。
逆に言えば何でもシリアライズ出来れば全部I/O側に任せる事は出来るのだが、
現時点で現実的にこれはバイトストリームしかないから、バイナリデータでメモリダンプ形式で良ければ出来るけど、
これはJSONともXMLとも言わないし、実際これをやってるシステムは今は無いでしょ。
36 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:05:05.78 ID:Y8lZmwFL.net]: >>35
ん？別の人か？

ドメイン側が提供するのは属性の読み取りアクセスと同等の引数を受け取る完全コンストラクタオーバーロードだけ
読み取った属性を外界が要求する形式に整形、シリアライズする(あるいはその逆)のはIO層の仕事

どの外界とどんな形式でやり取りするのか？
ドメイン層はそんなことは知らないし知ってはいけない
だから外界に依存しない純粋な読み取り属性とコンストラクタでIO層と連携する
IO層はそのデータをどうすべきか全て知っている
37 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:14:45.88 ID:AuLf6V7C.net]: >>36
まあそれでも出来るけど、それが面倒で二度手間で意味無いからみんなPODを使ってるんだと思うぞ。

FizzBuzzEnterpriseEditionとか、君は本気でやりそうだね。
https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
38 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:24:14.91 ID:Fo3XpFx5.net]: >>37
なんだこれww
39 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:25:43.66 ID:7lkHt7VO.net]: >>37
君も話がループしてるね
面倒だからPODで済ませるで通じるちっぽけな規模ならそれでいいんだよ私は一貫してそこは否定してないでしょ？
それなりに規模が大きくなった時の話をしてんの

FizzBuzzをエンタープライズの手法で作るのが馬鹿馬鹿しいのと同じように
エンタープライズのシステムをFizzBuzzを書くようなノリで作るのも馬鹿馬鹿しいってこと
40 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 21:33:21.13 ID:7lkHt7VO.net]: >>35
ちなみにバイナリでシリアライズするのはprotocol buffersとか普通にあるよ

で、どんな形式で通信すんの？JSON？バイナリ？XML？CSV？
そんなのはドメイン側は知りたくない絶対に知りたくない
ドメイン側がシリアライズの責務を負ってしまったらじゃあ通信の形式が増えるたびにドメイン側を拡張するのか？
そんなのドメイン側の本質とは全く関係ない通信様式の問題なのに？
41 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:02:56.26 ID:AuLf6V7C.net]: >>40
JavaScriptといえばJSON以外無い。
そしてXMLもDOMParserでどうにでもなる。

通信形式をドメイン側と分離するべきなのは「あらゆる形式に対応する」大前提でだ。
今時JSONかXMLしかないし、実際これで事足りるからみんなこれを使ってる。
密結合が駄目なのは「変更される可能性がある箇所」であって、何でもかんでも分離すればいいというものではない。
疎結合にすれば結局間接参照を中に挟むから、実行効率もコード効率も落ちるだけ。

Protocol Buffers見てみたが、ぶっちゃけこれ誰も使ってないだろ。
JSに対応してない時点で今現在のコンピューティングとかけ離れている。
現在もJSONで揺るぎないし、今後もJSONがさらに蔓延る雰囲気だ。
なら、ドメイン側がJSON形式に依存しても全く問題ないんだよ。
そこを無理矢理分離して、分離する意味の無いところも含めてあらゆる分離を行ってるのがFizzBuzzEnterpriseEdition。
君が言ってるのはこれ。

勿論、JSONが廃れればドメイン側のコードを書き換える必要が発生するけど、これは多分あり得ない未来なんだよ。
それでもこれに備えたければ備えるのも自由だけど.。

尚一応言っておくがJSONはJavaScriptObjectNotationの略で、つまりJSネイティブ形式だ。
だからPython等の他言語がJSON依存を避けるのならまだ分かるが、TS/JSで避ける意味はない。
君は完全にFizzBuzzEnterpriseEditionのノリでプログラミングをしてる。
42 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:16:09.49 ID:jR6D7dXS.net]: PODがダメなら普通にclassを使えばいいじゃない
その class に完全コントスクラタと toJSON を実装すればいい

つか贅沢言いすぎや
TSほどJSON API と神話性高く、堅く書けて、ほどよく柔軟な言語ないで
ワイはバックエンドをGoで書かされているが、言語機能の貧弱さに発狂しそうや
爆速でコンパイルできても爆裂バグだらけじゃ話にならん
43 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:20:03.49 ID:jR6D7dXS.net]: >>37
ヤバスギでしょ
44 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:29:45.95 ID:7lkHt7VO.net]: あらゆる形式に対応するためじゃない責務を明確に分けるため
仮に変更される可能性がなければ１つの関数でシステムを組むのか？そうはならんやろ
変更される予定がなくても責務は分けて作るんだよお仕事ではね

ProtobufはgRPC
バイナリで有名なのだと他にもMessage Packとか
こっちはゲームとかfluentdで有名

君はFizzBuzzのノリでエンタープライズ開発しそうだね
45 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:30:03.08 ID:Uni4uKu0.net]: そのDDDの文脈でTSだとバリデーションが必要で
GoやC#だとバリデーションが必要ないケースってどんな場合のこと？
46 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:33:52.37 ID:jR6D7dXS.net]: >>45
Goは完全コンストラクタを実装できない、誰でもインタスンス作り放題ヤリ放題だからバリデーションなんかいらんのや！
バリデーションなんて軟弱フニャチンオカマ野郎がへっぴり腰を振ってるようなもんだ！
ﾌｧｯｷｭｰLGBT！
47 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:50:56.58 ID:7lkHt7VO.net]: >>42
TypeScriptでもそうすれば良いじゃんってのはその通り
別にTypeScriptがclass使えないとかそういうことを問題視してるわけじゃぜんぜんないんだ

ここで最初に戻ってよくレスを読んでみて
私が提起した問題点はこれね
「PODの濫用が標準的なコーディングスタイルとして受け入れられてる」
この問題に関しては言語自体の話題じゃないんだよ

ようするに今日やったような問答をTypeScript人材を雇うと毎回全員にやらなきゃならない可能性が高いってこと
これじゃ申し訳ないけど仕事にならないよ
なので鯖サイドではTypeScriptは残念だけど人集めの段階でNGってことになるわけ

規模でかくなるのわかってるんだから最初から鯖サイドではちゃんとレイヤ分けましょうねクラス使いましょうねSOLIDなコード書きましょうねでスッと話が通じる人が多い言語で計画立てたいわけさ
そうなると古臭いけどJavaなど無難な選択肢しかないんだよな…
48 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 22:57:06.33 ID:AuLf6V7C.net]: >>44
まあ君とは平行線のようだね。

> 仮に変更される可能性がなければ１つの関数でシステムを組むのか？
組むぞ。俺は変更される可能性がない所に依存するのは全く問題ないと見てる。
そして基本的に実行効率重視だから、無駄な事はしない。

君はドメインが「１年が365日である事を知っている必要はない」として、365すらもリテラルでは書かないのだろう。
そして人類が火星に到達した時、君のコードは無修正で動くが、俺のコードは役に立たない。
でも俺は、「一方ロシアは鉛筆を使った」は大切にすべきだと思ってるから、
365はリテラルで書いてしまって、火星に到達してから書き直す事を選択する。

俺はJSONが廃れる未来なんてないと思ってるから、コードがJSON形式に依存するのも何ら問題を感じないし、
今のJSのアーキテクチャ、つまりtoJSONを整備しろ、で全く問題ないと思ってる。
これは確かに分離出来てないアーキテクチャだけど、する意味もないと思うよ。
むしろ他言語でもJSON使えないのはポンコツ扱いだろ今は。

> gRPC
> Message Pack
> fluentd
JSONがあまり効率のいい形式ではないのは事実で、これに対する策のようだね。
ただ、俺ならI/O層でJSON形式から変換させる。
つまりドメイン層はtoJSONを定義して、それでおしまい。それ以上の形式が欲しければI/O層で変換だ。
君のアプローチより現実的だと思うけど。
49 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:02:11.49 ID:AuLf6V7C.net]: >>47
そりゃお前のノリでやってくれる奴はお前の畑の奴だよ。
それがJavaならそうすればいいだけ。

ただ、PODが駄目だってのはただの先入観で、
実際それでやってる奴が多くて、それでも世界が回ってるのなら、お前が勘違いしてるだけだよ。
50 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:08:32.84 ID:7lkHt7VO.net]: >>48
うん
TypeScripterとは分かり合えない人が多いだろうなとは思ってたけど君とは特に分かり合えないと思う
関数１つでシステム書く人を理解するのは私には不可能だ

365をリテラルで書かないのはDDDとかそれ以前の問題だと思うよ
君の書いたコードって四年に一回ぐらいバグ出してない？大丈夫？

処理効率が大事な部分でわざわざJSONを経由して効率落とすの？
ライブラリ開発者が必死になって直列化コストを削減してくれたのを嘲笑うかのような所業
やっぱり理解できないや
51 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:09:14.59 ID:7lkHt7VO.net]: >>49
それで回る規模の世界はそりゃ回るだろうね
これも何度も言ってるよね
52 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:34:35.72 ID:EROXxvgE.net]: なら、その規模を確認してからでよかったんじゃね？
53 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:46:30.23 ID:AuLf6V7C.net]: >>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を選択すべきだと思うけど。
54 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 03:29:33.54 ID:yhez4jOW.net]: あと、パフォーマンスレンジの選択も間違ってる。
スクリプト言語は、チャッチャと書いてチャッチャと動かす為の言語であって、
ゴリゴリ一生懸命コードを書いて、パフォーマンスやメンテナンス性を得るための言語ではない。

つまり、今回で言うと、
TS/JSはJSONで全く問題無い場合に使う言語であって、
JSONではパフォーマンスに問題があると分かっているのなら、GoかRustを使うべき。
勿論Javaでもいいが、RustならJavaより速い。

だからこそ逆に、手抜きして何が悪い！ってことになる。
要求仕様が「オブジェクトを復旧できること」なら、
一番簡単なのはJSONで、これを使う人が多いのは当然だ。
一々自前でコードを書きたくなければPODになる。これがいいかどうかはさておき。
(ただまあ俺も、Web系の連中はJavaのstaticおじさんを馬鹿にする割には
書いてるコードがstaticおじさんと同じなのはどうなのよ、とは思ったが)

ちなみに主張されてるようなケースでJavaならイテレータでも渡してI/O側でシリアライズするのか？
単純なイテレータだと階層があったら厳しいから、階層も跨いでいけるイテレータを渡す事になりそうだが、
それでもデータの中身が何か知ってないとシリアライズは厳しくて、
現実的に完全に分離するのは無理だと思うが。

なおメンテナンス性についてはTS/JSは以外に高い。
こういう構造にしたい、というのはあっけないほど簡単に記述出来るから、分離だけは簡単だ。
(ただ、その分離の意味があるのか？が俺には疑問なのだが)
55 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 03:30:51.04 ID:yhez4jOW.net]: それから、規模については他の人も指摘してるけど、一体何万行のTSを書く気だ？
やれば分かるが、鯖なんて結局DBから読んで加工して吐くだけだから、
APIだけ(HTML生成無し)なら3,000行も書けばいっぱしのサービスは出来てしまう。
あっけないほど簡単にね。スクリプト言語だから記述レベルが元々高いってのもあるけど。
(HTML部分はどこまで凝るかだけど、コード自体は独立してるから分量が多くなっても何ら問題ないはず)

Javaから見ればWeb系は多分1/10位で開発してる。
Redditで6人(言語不明)、diggも6人(Go)、discordが35人(Rust)とかだったと思ったよ。
そもそもそんな「大規模開発」になってない。
この辺を知って、俺は「あれ？これはJavaのアプローチの方が間違ってたんじゃね？」と思いだしたんだよ。

OOP：どんなに大規模なコードでも取り扱ってみせる！
スクリプト言語：そもそも複雑にならない範囲に留めろ

Javaから見ればWeb系は馬鹿ばっかなのも事実だろうけど、JavaはJavaで馬鹿な事をやってる。
だから特等席を与えられていたのにJSに駆逐された。(クライアントサイドでは)
それって鉛筆でよくね？ってのを考えた方がいいと思うぜ。
56 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 06:51:13.72 ID:b69Z+ASC.net]: TSの知識が無くTSの開発者文化に馴染めず、理解してない言葉を並べ、決して間違いを認めず、自分のやり方に固執し、目の前にある概念を理解しようともしない。
う～んこのおっさん。
57 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 10:07:24.70 ID:WuDoUI67.net]: >>55
ううむ…せめてレス読んで理解した上で応答してほしいんだが…

小さなシステムでやり方にこだわる必要はないってのは深夜3時までかけて書いた情熱的な作文でいちいち主張しなくても私も最初から認めてることでしょ？
昨日議論したのはそういう手法が通じない規模のシステムの話ね(何度もそう書いてるはずだが)
大きいシステムではうまくいかないよという話をしてるのに
その応答が小さなシステムならうまくいくから問題ないでは話が噛み合うわけがないよね
58 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 11:40:42.69 ID:RorkGoUL.net]: いやでもわかるわ
json serializable / deserializable で、かつ this 参照可能な method 生えてれば、カプセル化というかコードの凝縮度上げられるのになとは思う
まぁそういう toJSON, fromJSON を実装すれば的な話ではあるが

type Human に getFullName 実装したい時に
POD だと getFullName(h: Human) みたいになって

getFullName(h) じゃなく
h.getFullName() みたいにしたかったのに
みたいな
59 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 11:50:23.99 ID:UTO8dkwM.net]: 凝集度をclassで確保する必要は無いんやで。
書き方についてもパイプライン演算子がstage2入ったしね
60 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 11:58:19.03 ID:UTO8dkwM.net]: Rustのstructとimplみたく、型とそれに付随する関数を収めたモジュールを作るんや。
61 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:40:58.10 ID:yhez4jOW.net]: >>57
だから何万行書くつもりなんだ？って聞いてるんだよ。

Webの場合は3層なりに強制的に分割されるし、状態管理はDBに丸投げ、View/UIはHTML/CSS/JSに丸投げなので、
鯖でやる事なんて大して無いんだよ。
セキュリティガバガバでよく、（＝社内向けシステムに表示するだけとか)
ORMまでセットアップされてれば、
fizzbuzzの次には掲示板でも作ってみようか、となるくらい単純に出来てる。

だからこそPHPみたいな糞言語が未だに主流なわけでさ。
あれほどの糞言語でも何とかなる程度に収まってんだよ。
ここら辺はやれば分かるんだが、君はやってもないのにJava的な開発を想定しているからおかしな事になってる。
だから1/10想定で、と言ってるわけでさ。
62 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:41:25.24 ID:yhez4jOW.net]: > 大きいシステムではうまくいかないよという話をしてるのに
これが間違ってる。大きいシステムが存在しない世界なんだよ。
なぜなら、大きくなった部分は切り出され、まだ切り出されてない残り部分しか書かない方式だから。

ユーザーデータの管理が面倒です→DBとして切り出して丸投げ
HTML生成が面倒です→フレームワークに丸投げ
DBを触るのが面倒です→クエリビルダにしますか？ORMにしますか？
セッション管理も面倒です→ではこれもフレームワークで

だからフレームワークは基本的に小粒だし、場合によってはいきなり頓死する。
でもフレームワークまみれで良ければいくらでも手抜き出来る世界だし、それで良しとされてる。
そしてWeb系プログラマは基本的に技術的には非力で、これは「スクリプタをプログラマと呼ぶな」とか言われてたりするが、
だからこそ逆に、自分より上の連中が作ったフレームワークに乗っかる事に抵抗がない。

Javaの連中や、最近の初心者は、手段が目的化してしまってる。
疎結合にする事、綺麗なコードを書く事が目的になってしまってる。それは本来は手段だ。
本来の目的は、「仕様を満たすコードを最速で得る事」だよ。
その際にコードの複雑化が障害になるので疎結合や綺麗なコードが必要になるわけだが、
逆に、ひたすら切り出して絶対に複雑化させない、というアプローチをWeb系は採ってる。
OOPだと大体1,000-3,000行で各モジュールは出来、この単位で切り出して行ってるはずだが、
Web系だと本当に数行で書けるような事すら切り出してたりするし、ここまでやれば大規模化や複雑化は絶対にしない。
逆に依存性は問題になってくるから、みんな動向には敏感だろ。
どっちが良いというものでもないけど、俺はこのWeb系のやり方もありだと思うよ。
すくなくともWeb系の常識からすると、みずほ銀行のポンコツシステムとかあり得ない。
最終的には口座への入出金だけガッツリ管理出来ればいいだけなのに、何でそんなに落ちるんだよ？でしかない。

Javaの流儀でサーバー側を作るのも技術的には可能だけど、それが主流でないって事は、
Javaエンジニアなんて腐るほどいるのだし、「やらなかった」のではなく「上手く行かなかった」と考えた方が妥当だと思うけど。
それでもやるのはどうぞご自由にだが。
63 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:44:13.86 ID:NQzt3ZES.net]: >>60
それが完璧にできればいいんだが、それだと大きなシステムでは統制が行き届かず、処理が分散し凝集度が下がる、というのは過去の実績から明らかなんだよね
そのスタイルでやろうとすると人間がミスをしない、という前提が必要になるんだけど、現実的にそれは難しい
なので大きい案件では「間違えるためには手間がかかる状態」を作り出して人間のミスを抑止するわけ
クラスなら処理の置き場所がはっきりしてるだけでなく、他の場所に書こうとすると別のクラスが必要になるので間違いに気付き易くなる
なので自然と処理が然るべきクラスに集まって、凝集度が高まるって話

何度も何度も言ってるけど
管理コストのスケーリングを考えなくていい、個人や小さなチームで作れる範囲なら、PODと関数でいいんじゃないかな？
その程度ならプログラマが注意深く作業すれば、ミスなく作れるからね

雑談として脱線するけど、ただデータを流すだけ的な小さいサービスは今後はノーコードが主流になると思う
鯖サイドTSのメインターゲットがそういうスモールサービスだとしたら、将来はもしかしたらノーコードとのシェア争いになるのかもね
64 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:57:08.26 ID:UTO8dkwM.net]: >>63
モジュール関数がそうなる状況ではclassもそうなるよ？
65 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:59:32.42 ID:yhez4jOW.net]: >>58
> getFullName(h) じゃなく
> h.getFullName() みたいにしたかったのに
> みたいな
それはC#で言う拡張メソッドだね。staticメソッドをインスタンスメソッドとして『記述出来る』
Goは逆にメソッドをstaticとして呼べたはずだけど。

この辺は『どう書きたいか』であり、文法の問題であって、（本来は）コード構造の問題ではない。
C#はこの辺の文法とコード構造を分離した。
つまり、メソッドとして書きたいからクラスにします、ではなく、
メソッドとして書きたければメソッドとして書ける文法（拡張メソッド）を用意した。
まあ実際はただのパッチだけどね。何故かは知らんが.NETは無駄にstaticメソッドが多くてウザイのは事実だから。
(ただ今見てみるとC#のはPODでは駄目っぽいが)

Rubyはこの辺、プリミティブなしで全部オブジェクトだから、数字にもメソッドを生やせるし、出来る素地はある。
（やってないと思うけど）
だからJSでやるならボックス化+拡張メソッドで、ということになる。
再度言うがこの辺は文法の話（に出来る話）であって、（本来は）コード構造の話ではないよ。
66 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:01:33.92 ID:NQzt3ZES.net]: >>61
業務システムは何万行の単位じゃ足りない
そこから1桁2桁は増える

君が幸運にも高々数千行の平和なシステムとしか縁がない環境にいるのはよくわかったよ
でも世の中のシステムはそんな恵まれたももばかりじゃないんだ

企業の業務がどれだけ複雑で巨大なのか想像してみたことある？
適当にそれなりの規模の企業をピックアップしてどんな仕事してるか想像して見て？
データベースやIOや画面とか全部取っ払ってドメインロジックだけでいいよ
それを君は3000行ぽっちで実装できるのかい？
もしできるというなら今すぐにそのシステムを売り込みに行った方がいい
あっという間に大金持ちだ
67 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:05:14.01 ID:RorkGoUL.net]: >>59
パイプ何年かかっとんねん
パイプ待ってる内にシステムサ終ですわ

object の後のドットで補完できると絶頂射精できるんや
パイプなんてどうやっても補完できないし無理無理かたつむり
68 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:13:31.34 ID:wsXwvKB4.net]: >>64
頻度の話ね
69 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:18:28.93 ID:UTO8dkwM.net]: >>67
そういう事なら仕方ないなw
可変長パイプ関数TSで作るのは確かに辛いけど、とりあえずこんなんで良くね？
https://stackoverflow.com/questions/65154695/typescript-types-for-a-pipe-function
70 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:29:41.52 ID:yhez4jOW.net]: >>66
> 業務システムは何万行の単位じゃ足りない
それは仕様を絞り込めてない糞だからだよ。

既に言ったとおり、銀行のシステムなんて最終的には「口座への入出金管理」でしかないだろ。
だったらそれをまず作って、これが3,000行。
そしてそれが株からなら、株を管理する鯖を立てて、これも3,000行。
オンラインバンキングが欲しければ、これもUI専用鯖を立てて3,000行。とやっていくのがマイクロサービス流。
モノリシックには作らないから、でかくなりようがない。
この辺は発想の違いで、以下が分かりやすいが、
https://note.com/tsuchie88/n/ncae14ac6466b
SMBCがマイクロサービス的で、君が見てる世界は三菱UFJのモノリシック型だね。
どっちが良いとかいう単純な話でもないのだけど。

まあいずれにしてもやりたいようにやればいいとは思うよ。
俺はそれは「誰も思いつかなかった」のではなく、「既に失敗してるから今は誰もやってない」だけだと思うけど。
文化の形成過程って、これだと思うし。
文化を否定する前に、まず何故そんな文化になってるのかを考えるべきだよ。
それは何だかんだで現時点での最適化がかかった状態ではあるのだから。

>>63
フレームワークをこねくり回すだけで出来るものはノーコードが主流になるとは思う。
ただしそれでWeb系言語が廃れる事はない。フレームワークになってない部分は自前で書くしかないので。
なお主にマイクロサービスを目指しているのはGoだね。みんなRustに行っちゃった感はあるけど。
TSは…JSだと型が無くて糞だと思ってる連中が使ってるはずだけど、何指向かは知らん。
（というか俺はTS使ってないし)
71 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:33:18.79 ID:Afq51Jp9.net]: 業務システムにオープン系入ってきてもう何十年よ
プロジェクト規模ならわかるがシステム規模で何十万行とか
ミドルウェアも活用できてない失敗プロジェクト
DSLで品質も保ててスッキリ記述できる部分も汎用言語で書いてそう
72 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:36:19.77 ID:Ipfs3xdV.net]: >>70
ははは
ならその素晴らしい数千行の銀行システムを売り込んできたら？
73 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:40:37.88 ID:UTO8dkwM.net]: 途中までの思想はわかるけど、数千行銀行はちょっと無理だと思うよ……
74 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:46:02.77 ID:UTO8dkwM.net]: とはいえ分割単位次第か
75 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 13:58:43.68 ID:yhez4jOW.net]: >>72
今は俺はJavaを殺すのはWeb系だと思ってるよ。
何処かが「もうこれWeb系でよくね？」として試しにやってみて成功したら、一気に流れると思う。
開発/運用コストが1/10～1/100だろうから、
金銭面しか評価出来ない文系馬鹿が仕切ってる日本の銀行とかは一気に導入だよ。
マジな話、みずほ銀行が作り直すのならマイクロサービスでやれば面白いとは思ってる。
まあ現実的には病院や自治体から導入で、銀行は最後尾だろうけどね。

>>73
それは発想の方向の違い。
単発サービスで3,000行程度に留まるところまでサービスを分割する。
できるできないではなく、3,000行程度になるまでひたすら分割するだけ。

実際、DBに対して単に読み書きするだけなら、200行程度で書けるでしょ。
だから最悪、1,000行程度までのマイクロサービスに分割しろ、と言われても普通に出来てしまうんだよ。
76 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:09:33.83 ID:UTO8dkwM.net]: >>75
そういう意味なら納得です
77 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:10:07.39 ID:4z8oj16v.net]: 素晴らしい！
ひとりの天才の出現によって金融系システム従事者が超難度システムのメンテから解放されるんだね
私はもしかすると時代の転換点を最も近いところから目撃してしまったのかもしれない
78 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:19:47.08 ID:RorkGoUL.net]: >>69
lodash compose かな
まぁあれはあれで前立腺イキな気持ちよさはある
79 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:20:45.58 ID:RorkGoUL.net]: >>77
みずほ社員２０万人「ﾀｽｹﾃ・・・ﾀｽｹﾃ・・・」
80 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:27:40.67 ID:mmIvHtEJ.net]: ちゅーかなんでみんながみんなクソデカカチカチシステム作る前提なわけ？
適材適所って言葉を知らんのか
81 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:43:03.87 ID:UTO8dkwM.net]: >>78
lodash有りならlodash/fpにそのままズバリpipeもあるし、部分適用もお手の物やん
82 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:51:15.15 ID:RorkGoUL.net]: >>80
だって小さいシステムなら誰でも作れるじゃん
それこそPHPやPerlでも構わな・・・くはない死にたくなるけど、まぁやってやれんことはない
っぱエンジニアは20万人月回してこそ1人前でしょ
83 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 14:55:26.17 ID:R1s+yfGI.net]: それにしてもマイクロサービス万能論者って久々に見た気がするわ
サービスを分割すればするほどサービス間の連動の管理が難しくなってそれはそれでうまくいかないぞ
というんでモジュラーモノリスだとか色々回帰論が出てきて今となっては「やっぱり銀の弾丸はなかったね」が常識で通じる時代になったと思ったんだが…

仮に30万行のシステムがあったとしてそれを3000行に分割したら単純計算で100個に分割できるわけだ
100種類のサービスを間違いなく連動させるのがどれだけ大変なことなのか
ちょっと甘く見過ぎてる感じがするね？
84 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 15:01:35.38 ID:dHoIQX/o.net]: >>61
>Webの場合は3層なりに強制的に分割されるし、状態管理はDBに丸投げ、View/UIはHTML/CSS/JSに丸投げなので、
>鯖でやる事なんて大して無いんだよ。

どんだけ無知なんだよww
流石にこのレベルで偉そうに語られると相手するのが恥ずかしくなる
85 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 15:02:48.84 ID:HmGAn9CY.net]: >>82
TS開発者全てを20万人月扱うスーパーマンにするなw
86 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 15:13:48.61 ID:27SiZacg.net]: >>75
相手がボロ出すまで同じ事繰り返すだけの自演おじさんなんて相手しなくて良いよ。おじさんの話の内容見てても読解力もTS理解度も足りてないんだし
87 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 15:26:53.69 ID:S/gDVAW3.net]: DDD的な話はわりとまともなこと言ってるけど
コード例を出さないからTS固有の問題なのか使い方や作り方の問題なのか判別つかないね
88 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 15:33:02.79 ID:S/gDVAW3.net]: 銀行みたいに堅牢性や永続性が最重要のシステムをTSで作るわけないけど
変化に対する柔軟性に重きを置くシステムならサーバー側でもTSは有力な選択肢だと思う

UnionやIntersectionのおかげでFunctionalなDDDがやりやすいってのが一番の理由
JavaみたいにOOPベースのDDDやるならTSを選ぶメリット感じない
89 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 16:02:48.76 ID:UTO8dkwM.net]: >>87
それだよねぇ。長い文章書くわりに具体的な内容無いもの
90 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 16:15:52.59 ID:yhez4jOW.net]: >>83
> 30万行のシステム
これがそもそも間違いなんだよ。
銀行なんて最終的には通帳に記入する内容、つまりは「日時と金額と取引相手」だけ管理出来てればいいんだぞ。
最初から綺麗に作れば、何をどうやっても30万行なんてならんよ。

無駄に膨らんでる理由は、過去のコードを除去出来ない点にある。
だけどそれは新規に書く部分には関係ない。
だから現実的には携帯みたいに2G->3G->4G->5Gと徐々に載せ替え、過去の口座も徐々に新鯖に載せ替えて、
古いコードは丸ごと捨てていけば良かっただけの話。
「メンテする」というのがかなり難しいから、「新規に書いて古いのは捨てる」の発想。
実際Web系はこれに近いでしょ。
実は本来はOOPもこれ（モジュール単位で入れ替えてアップグレードしていく）だったのだが、
何故かひたすらメンテする思想になってしまってるが。

一応言っておくが俺が言ってる行数は、71の言ってる「システム規模」、つまり自前で書くコード規模な。
3rdパーティのライブラリやフレームワーク等、他人が書いてて既に動くことが確定しているコードは含まない。
まあこれを誤解しているレスは今のところ無いと見ているが。
91 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 16:16:36.07 ID:yhez4jOW.net]: あと俺は別にマイクロサービスが良いと思っているわけではない。
俺が言ってるのは、（という程は言ってないが）
「コードを書いて捨てる前提なら、メンテナンス性も可読性も必要ない」って事だ。
ここが逆転の発想なんだよ。
元々これらが必要だったのは、
初心者あるあるの「半年前に自分が書いたコードが読めない」「規模が大きすぎてコードを追えない」を回避するためだ。
後者については大体10,000行程度が限界だと昔から言われてるから、単純には、

・半年で開発を終了出来ない規模以上の開発は、可読性が高いコードでないと無理。
・10,000行を越える規模の開発は、一人では無理。よって他人にも読めるコードを書け。
・作り直すにしてもどうせ同じようなコードを書く事になるから、メンテした方が生産性が高い。

というわけでこれが大正義とされていたわけだが、実際は、

・そもそも可読性の高さなんて初心者には分からない。
・メンテ性を上げるために間接参照挟みまくってるコードは、余計に分かりにくくなる。
・Web系はそもそもそんなに大規模にならない。(DBとJSに切り出した時点でほぼスカスカ）
・Web系は仕様自体がガンガン追加されるので、古いコードをありがたがってメンテする意味がない。
　（新しい仕様を使った機能は新しく書くしかない）

なので、「依存しない」ではなく「依存先を適切に選んで単純なコードを書き、ハズレだったら捨てる」と割り切ってるのがWeb系。
具体的にはJSONもそうだろ。toJSONはJSON形式に依存する大前提で、JSON形式が捨てられれば立ちゆかなくなるコードだ。
しかし、JSONが使える限りは至極単純なコード、JSON.stringifyとJSON.parseで終われる。
そこを完全コンストラクタを呼び出すコードを全クラス分I/O層に置け、というのは、理屈は分かるが、無駄手間でしかない。
それがJavaにおいては正義だ、というのもまた事実なのだろうけど。
でも実際それがJava界隈の糞な所でもあるよね。
関数ポインタが使えないという言語の問題を継承をこねくり回したデザインパターンで誤魔化して糞コードにしてて、
しかもそれを自覚出来てないところとかもね。
92 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 16:17:21.79 ID:yhez4jOW.net]: だから他人から言われた大正義を信じるのではなくて、それは何の為なのか、
どこまで依存していいのか、何に依存してはいけないのか、
コードはどの程度メンテする予定で、可読性はどれくらい必要なのか、
ちゃんと自分で考えて丁度良い点を目指さないと駄目なんだよ。
Javaにおいては20年後に他人がコードを読む前提だから、間違ってもこんな事は言われないはずだけど、
Web系においては、20年後も動いているコードなんて存在しない前提でも全く問題ないんだよ。
だからJavaの常識はJavaの世界向けにチューニング済みであって、それをWeb系に持ち込んでも失敗するだけだよ。
まあそれでもやるのは自由だけど。
93 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 17:00:21.50 ID:RorkGoUL.net]: > 最初から綺麗に作れば、何をどうやっても30万行なんてならんよ。

ガラパゴス日本村のおらが法のスパゲッティをシステム化するんだからしゃーない
30万のif文がおんどれらを襲う

この国の映し鏡である金融システムをリファクタするには、まず老い腐った政治家どもを晒し首にして
もう一度ﾄｷｮを焼け野原にするところからやり直さなきゃいけないんだよ
94 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 17:13:31.69 ID:UTO8dkwM.net]: >>93
おまいさん以前Linux板あたりに居なかったか？
95 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 18:19:58.29 ID:RorkGoUL.net]: >>94
いたよ。あそこは楽しかったね。
96 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 18:34:04.56 ID:UTO8dkwM.net]: >>95
だな。相変わらずで何よりだ
97 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 21:20:10.49 ID:yhez4jOW.net]: >>58
そういえば
> fromJSON
ではなくて、reviver関数な。
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/JSON/parse

> getFullName(h) じゃなく
> h.getFullName() みたいにしたかったのに
> みたいな
あと、出来る/出来ないで言えば、これは出来るよ。勿論禁じ手だが

Object.prototype.getFullName = function(){return this.firstName+this.familyName;};
var h = {firstName:'Java', familyName:'Script'};
h.getFullName(); // "JavaScript"

とか。問題は、JSはこれを行うように設計されてるのに、事実上使えない点で、
プロトタイプ拡張がもうちょっとローカルに出来る仕組みが導入されたら言語としては面白くなるとは思うよ。
(俺は知らないけど、)prototype.js時代は楽しかっただろうとも想像出来る。
それぞれのclassをちゃんと整備する方が正道ではあるのだけどね。
98 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 21:40:15.30 ID:yhez4jOW.net]: 一応訂正。enumerableとwritable消しときます。

Object.defineProperty(Object.prototype,'getFullName',{value:function(){return this.firstName+this.familyName;}, configurable:true});
99 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 21:51:28.00 ID:RorkGoUL.net]: >>97
へー、reviver初めて知ったわ、サンガツ

いやープロトタイプ汚染なんて30年ぶりに思い出したよ
Goのレシーバをsyntax砂糖で自動でmethod生えるような文法の方がいいと思う
100 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 02:42:31.37 ID:DdhkyzyV.net]: https://twitter.com/uhyo_/status/1499759388462297096
uhyo_の上から目線が年々悪化している
発表でも口調からそれが感じられる
相手を思いやらずくさすハラスメント人間がTwitterのTSコミュニティ作ってるのは最早害悪では

会社のSlackでこんなのやられたら何人か辞めるでしょw
(deleted an unsolicited ad)
101 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 07:10:18.34 ID:HDnhD39u.net]: 直接本人に言えよ
102 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 08:26:19.33 ID:rV2+S9i4.net]: 売られたケンカは買ってこそ江戸っ子よ
103 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 10:57:55.53 ID:XO0AXwV8.net]: >>100
ぼくがきにいらないからあいてをつぶす
ゆとりだね

Webなんだから普通に競争すればいいだけ
お前がもっと良いコミュニティを立ち上げれば人が離れて過疎って殺せる
それが出来ないのなら「ぼくのさいこうのこみゅにてぃ」を勘違いしてるお前らゴミゆとりの問題
104 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 11:00:21.82 ID:HDnhD39u.net]: 喧嘩売ってるだけのやつは粛々とNG
105 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:37:44.83 ID:IUYGleof.net]: >>100
相手にしなけりゃいいじゃん

よく知らない人だけどツイート見れば自己満論破厨なのは明らか
この手の人にまともな議論は通用しないからね
106 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 03:59:56.58 ID:/IifMZTR.net]: >>103
そんなこわいせかいはやだッピ
107 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 07:16:43.23 ID:pk8t6Esu.net]: >>106
56してしまえば笑顔になれるよ
108 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 10:45:25.91 ID:oGjlcJ2o.net]: >>106
> 相手を思いやらずくさすハラスメント人間がTwitterのTSコミュニティ作ってるのは最早害悪では
つまり、「相手を思いやって腐す事のない優しい人がTwitterのコミュニティを作るべき！！！」と思ってて、
それが大正義なんだろ。やってみればいい。

でもそれではWeb上のコミュニティは成り立たない。
その程度も分からない馬鹿が、しかも全く関係ないここにその話を持ち込む事も馬鹿げてる。
だからお前も死ね、でしかない。

ただいずれにしても、ゆとりはベースの価値観が違うから、非ゆとりが立ち上げたコミュニティで安寧を得る事はないよ。
だからゆとり向けコミュニティはゆとりで立ち上げないと無理だ。
Qiitaとか素晴らしく上手く立ち上がってる所だと思うけど、5chとは根本的に違うし相容れないでしょ。
好きなところを使えばいいが、「今ある場所を俺好みに変えよう」というのは傲慢だし原住民を馬鹿にしてる。
それすら理解出来ないからこんな無関係なところで悪態つくわけでさ。

まあでも元気があるならまずは自分で立ち上げてみるべきだよ。
それで客を奪えるのならそれが正義だし、優勝劣敗でよりよい方向に発展するのが正しい姿で、
Webはこれが割と厳密に守られてる構造だから、この点は素晴らしい。
だから文句があるのならまずはやってみる事だ。
そしてまずは、「そうなってる理由がある」事を理解すべきだ。
109 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 10:52:15.05 ID:xougf8Rz.net]: じいじ、ゆとり教育はとっくの昔に終わったんやで
110 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 10:56:05.27 ID:nmpRTGjT.net]: なにこの気持ち悪いやつ
111 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 10:58:33.29 ID:pk8t6Esu.net]: コードは短く読みやすく書きましょうって教わらなかったん？
112 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 11:03:19.14 ID:oGjlcJ2o.net]: >>109
いや5chの雰囲気が変わりつつあるのはゆとりが流入してきてるからだろ（勿論数年前からだが）

中高生で5ch見てるようなら本気でヤバイから止めた方がいい
大学生でもまだ止めておいた方がいい
社会人で、ある程度社会についても知り、デタラメな陰謀論とかも自分の頭で判断つくようになってから、ならありで、
実際これが大半だから、現時点での新規流入組はほぼ全員ゆとりだと思うが。
113 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 11:23:08.54 ID:oGjlcJ2o.net]: >>111
ちなみにお前らはそう習ったのか？それはどこで？
114 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 11:28:44.61 ID:xougf8Rz.net]: ゆとり以前ってどんだけ前やねん
115 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 11:53:24.67 ID:pk8t6Esu.net]: じぃじ・・・
116 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 12:05:40.95 ID:oGjlcJ2o.net]: >>114
俺の感覚では2013、つまり9年前だ。
そしてここ数年が5ch上のゆとり人口密度が最大で、その後脱ゆとり世代の流入が始まる。
だから現時点で(ゆとり的価値観では)ここが快適だと思えないのなら、そりゃそもそも無理なんだよ。
そして俺らにとってはお前らの存在自体が不快だって事だよ。
嫌いな場所にわざわざ来て悪態つくとかどうかしてる。

ただ、そうなってしまう理由も俺には分かるんだけどね。
ゆとりは「優しい」事が第一だから、相手の意見を否定する事は「害悪」で、まともな議論場なんて整備出来ない。
だからQiitaは(あれはあれでいいとは思うが、)「否定を全否定」してる構造になってるだろ。
あれがゆとり的価値観の世界で、twitterはそうじゃないから、そりゃ無理だよ、って話だよ。
117 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 12:10:29.85 ID:/i+Wlcs9.net]: 気に入らないなら新しいの作れって考え方
ウェブ系だと普通なのか？それってDIYっぽくない？
それに利用者からしたらぽんぽん新しいもの出されてトレンドが変わるのは迷惑でしかない
今あるものをより良くしていこうという考え方の方がいいと思うな
118 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 12:27:11.95 ID:xougf8Rz.net]: >>116
感覚だけでレッテル貼るんだ……
119 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 13:42:08.14 ID:oGjlcJ2o.net]: >>117
> ウェブ系だと普通なのか？
Web系ではなく資本主義/自由主義経済において普通。会社だって気に入らなければいくらでも起業しろ、でしょ。
Web系においてはこれが割と厳密に守られてて、Webサイトは自由に作れるし、起業する奴も多い。
(Webサイトも広告貼るならただの集客業《＝ITチンドン屋》でしかない)

> 今あるものをより良くしていこうという考え方の方がいいと思うな
基本的にはこれは社会主義の思想。国で素晴らしい物を一つ作れば十分、という事だから。
ただしこれは現実的に出来ない。だから資本主義が社会主義を圧倒してる。
理由は簡単で、
・「素晴らしい」の定義が人によって全く異なる --- (A)
・そもそも何が「素晴らしい」のか、まだそれを見てない状態で想像出来る奴はほぼ居ない --- (B)
だからめいめいが「オレオレさいきょうの○○」を作りまくる資本主義の方が、社会主義より『結果的に』繁栄する。
ただしその時点で国としてのインフラ(教育/交通/電力等)が全く整って無い場合、
インフラの整備はほぼ全員の国民にとって「素晴らしい」事は明白なので、トップも実際にそれをやる。
だから社会主義/共産主義/独裁主義の方が国としてのスタードダッシュは速いし、歴史的にもそう。
ところがインフラを整えた位のところで、次に何をすべきかが分からなくなって失速する。
だから国としては独裁→自由主義にうまく衣替えするのが一番効率がいいのだが、
独裁してインフラ整備した連中はその時点で『大成功』してるつもりだから、その権力を絶対に離さない。
(実際はその独裁者の才覚によるものではなく、誰がやってもその状況なら大成功するわけだが)
120 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 13:42:30.55 ID:oGjlcJ2o.net]: で、Web上のコミュニティについては、

・ゆとりは基本的に許容範囲が無茶苦茶狭い。ちょっとでも不満があったらそれは駄目だと見なす

ので、上記(A)に引っかかって、結果的にコミュニティを上手く成立させられてない。（と見える）
(B)については確率の問題であり、ゆとりも母数は相当数居るのだから、問題ないはず。
現状、Webインフラは既に整備済みだから、「オレオレさいきょうの○○」を作る方が効率がいい。
仮に国有5ch、国有Twitterとして、それぞれ「この方針で行く」なんてやっても社会主義同様停滞するだけ。

そもそも何かしらの場があって、そこに居ついている人にとっては、そこが十分に「素晴らしい」場所なんだよ。
それを「俺がそう思うから」で変更するのは、元々居た人にとっては「素晴らしい」点が失われる事にもなりかねない。
これを防ぐために、並立させた状態で好きな方を選べ、がforkで、基本的にGitHub等もこの方針でしょ。

馬鹿ゆとりにも分かるように言えば、

・ゆとりにとっての快適は、上の世代にとっては不快

だから結果的にそれなりに住分けてる。この事実をちゃんと考えろ、という事。
いずれにしてもtwitter上のコミュニティなんて、勝手に宣言してるだけだし、
気に入らなければ自分で作って競争すればいいだけだろ。
ただ、>>100程度の馬鹿ではこれは出来ないと思うけど、という話。

>>118
100は典型的ゆとり価値観だぞ。
ここは匿名なのだから、自分が何者かは自分の書き込みで示さなければならない。
ゆとりらしい書き込みをしたからゆとり呼ばわりしてるだけ。
これが悪いとは俺は1mmも思わない。
(そうされたくなければそういう書き込みをしなければいいだけ)
121 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 15:28:00.88 ID:pk8t6Esu.net]: >>120
お前ここ初めてか？力抜けよ。
122 名前：デフォルトの名無しさん mailto:sage [2022/03/06(日) 15:42:42.98 ID:oGjlcJ2o.net]: >>107
>>121
ゆとりを56してしまえば笑顔になれるよ
123 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 07:16:36.13 ID:QGQBtQzw.net]: こんなやつが暴れてる5chではコミュニティが育つわけもないよなぁ
124 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 07:34:46.32 ID:SPifR21t.net]: ぼくのかんがえたさいきょうのこみにゅてぃ以外みとめません！
125 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 13:09:46.84 ID:89t8mali.net]: >>123
なら出ていけばいいだけだね。それでこちらも助かる。
俺はゆとりが全員死ぬのを望んでいる。

というかね、ゆとりは相変わらず『俺様が絶対正義』だと思っているようだが、
そもそも「価値観の違いによるストレス」は相互であり、相手も(符号が違うだけで)全く同じストレスを受けてる。
自分達が一方的に被害者だってことにはならない。お互いに被害者であり加害者だ。

(つかなんでお前らが被害者ポジションマウントを気取るのかさっぱり分からないが、
ネット見過ぎてゴミクズ韓国人がデタラメ言ってるのを真に受けて戦法を学んだつもりなのか？
まあひろゆきが議論上手に見えるようだから実際その程度の頭なのかもしれんが)
126 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 13:10:25.20 ID:89t8mali.net]: この辺、ちょっと考えればすぐ分かるはずなのに、ゆとりは全く考えようともしないから気づけない。
馬鹿ゆとりにも分かるようにくどいが言い直すと、
ゆとりが「上から目線ガー」と感じてるのなら、
ゆとり以前の世代は「なんで下の者にこんな言われようされないといけないんだ？」と思ってる。
上司は友達でも同僚でもない。
勘違いしている奴も中にはいるが、大半は職責を正しく全うしてる。

そこで「もっとフレンドリーにやった方がいい」というのなら「提案」になるが、
当たり前だが「上司と部下」で既に上手く回ってる組織でそれをやっても嫌われる。無茶言うなでしかないからだ。
だから「フレンドリーな会社を作って、そっちの方が上手く回る(=利益が出る)ことを示し、
優勝劣敗の原理により『上司と部下』の会社を廃業に追い込む」というのが正しい自由主義経済での解決法だ。
くどいが、元々成立していた会社を「ぼくのさいきょうのかいしゃ」に変更する事ではないんだよ。

なんでこんな事になってるかというと、そもそも「ぼくのさいきょうのかいしゃ」は実際ただの勘違いが多く、
大半の場合はろくでもない結果にしかならないからだ。
ただ、中には上手く行く事もあるし、そういうのはえてして当初は「無茶だ」としか思えないから、
そういう成長の芽を潰さないために「ぼくのさいきょうの○○」を作る自由は保障されてる。
これが自由主義経済。

ゆとりは昔から「同僚や先輩にお願いするべき事項を、上司に振る？！？！」と言われているが、ここは相変わらずだろ。
ゆとりの「上から目線ガー」はゆとり以前の「何故俺がこんな…」の裏返しでしかない。
お前らがストレスを感じるのであれば、お前らも十分ストレスの原因になってる。
だから棲み分けが妥当なんだよ。
127 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 13:11:19.93 ID:89t8mali.net]: さて本題100、実際そいつがどれ程かは知らんが、俺から見れば普通なんだろうなとは思う。
でもそれが平均的ゆとりにとって看過出来ないストレスで無理なら、
同様に無理だと思ってるゆとりも大勢居るはずだから、そいつらと共にもっと「優しいコミュニティ」を立ち上げればいいだけ。
そしてそれで上手く行けば、他コミュニティも学んで優しくなるところも出てくる。これが自由主義経済。
こうなればゆとり価値観の勝ちでいい。

ただまあ、一般的にWebコミュニティは優しいだけでは上手く回らない。
塩対応には必ず理由があって、お前らは「人格ガー」って事にしたいのだろうけど、大半はそうではない。
まあその辺はやれば分かるし、やらないと分からないので、やってみればいい。
それで上手く行けばよりよい物を得られ、全体に利益がある。駄目でも損失はない。これがforkの良いところだ。

(forkの場合はそのままの現行と一部改造した新規の構成のため、失敗しても現行は無傷で、プラス方向にしか進化しない。
現行を直接変更する「改善」だと、「改悪」される事もあり、マイナス方向に進む場合もある。
つまり、自由主義経済は進化の方向がデタラメで速度も遅いが、プラス方向にしか進化しないため、長期的にはなんだかんだで成長する。
対して社会主義だとスタートダッシュは速いが、「改善」の難易度も段々高くなるため、
ある程度以降は改善改悪を繰り返し、長期的には停滞してしまう。
これが社会主義が資本主義に負けた根本的な理由。
だから俺達はやっぱり自由主義的にforkで行くしかないんだよ。
『自分が大正義だ』と思ってる限りforkなんて効率が悪すぎると思えるだろうが、それは傲慢でしかない。
正しかったかどうかは結果《＝多数の支持》で判断されるべきであって、お前の思想に合致してるかどうかではないから。
《というかパヨクが根本的にずれてるのはここで、『俺様が絶対正義』だと自信持ちすぎてるからあんなことになる。
そしてゆとりにもこの傾向はあるよ。これは自覚した方がいい》)
128 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 13:12:24.61 ID:89t8mali.net]: 5chでtwitterの悪口を言っても何ら生産性がない。
文句があるのならまずはやってみる事だ。お前もコミュニティ立ち上げ宣言してみればいい。
それで上手く行けばよし、駄目なら駄目で、何故塩対応してたのかが分かるだろうさ。
だからいずれにしても君には利益があると思うけど。

あとついでに聞きたいんだが、なぜゆとりは5chに拘るのだ？
5chなんてゆとり以前の世代「ゆとりにはついていけねえ…」の巣窟だ。
ゆとり以前からあるんだから当然だが。
いずれにしても、ゆとりにとって快適な場所にはならないよ。
(5chの連中を見下したり馬鹿にしたりするのも自由だけど、それを5chに来て言うのは頭がいかれてる。
まあそれ以前に、twitterの悪口を5chで言うのも頭がいかれてるが)

既に言ったがQiitaがゆとり価値観の場所で、
「Qiitaに掲示板機能付けてくれ」が「5chを使う」よりお前ら的には正しい解のはずだ。
もちろんQiitaはそれが出来ないと分かってるからやってないのだが、
それでも「ゆとり価値観の掲示板」を何処かに作らない事には、お前らの安寧の地はないと思うけど。
129 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 22:53:54.14 ID:SPifR21t.net]: TypeScriptもついに4.6か
翻ってウチのNuxtプロジェクトときたら未だに4.2にロックイン
Nuxt 3になれば何とかなると待って信者が祈りを捧げて早幾年
未だβのまま
そもそもbreaking changeに耐えられる品質でもない

この型無し糞ゴミ採用した奴●してやりてえわ
そもそもVueコミッター全員●したい
早く潰れろ
130 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:53:20.52 ID:ZqaLalev.net]: .NETやってるけど快適
131 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 05:55:37.35 ID:p1ggB6/9.net]: つまり言語作者が同じTSも快適って事か
132 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 08:51:42.58 ID:W/y0kE8O.net]: jsファミリーに期待するな
133 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 12:40:02.06 ID:o9qP1ELk.net]: やはりRustのみが縁なき衆生をお救いくださるのである（過激派
134 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 11:45:07.12 ID:hnZ3lDzs.net]: node_modulesの下のコードが静的エラー出して鬱陶しいです
typescriptの開発者って静的エラー消さずにパッケージ出荷しちゃうんですか？
135 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 11:57:30.55 ID:0waQ0EIw.net]: excludeしろ
136 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 17:58:36.93 ID:LHErTm2E.net]: TSはもしかして例外あんまり使わないんですか？
137 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 14:38:24.60 ID:rdfA8RBv.net]: みなさんどういう単位でファイル分割されてますか？
1ファイル1クラスのphpと違って自由だから逆に迷ってしまいます
ベストプラクティスないかググっても見つからず…
138 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 14:47:13.20 ID:/h0/v+Yd.net]: どうでもいいので好きにすればいい
そもそもスクリプト言語ではそんなガチガチにこだわらないほうがいい
スクリプトは雑で汚くてもいいから小さいシステムをサクッと作るための道具だから
139 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 15:27:58.67 ID:w/wOADHo.net]: >>137
教科書的な正解が欲しいならGitHubでTypeScriptコンパイラかVSCodeのソースを見ればいい
機械的な基準ではなく、意味のある単位で適当に分けていることがわかる
身も蓋もないことを言えば、十分に頭の良い人間の裁量でケースバイケースで判断するのがベストだ
140 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 15:33:36.80 ID:iu76Nwkv.net]: >>137
普通にクラス単位で分けるし、型（関心事）とその周辺関数郡で分割するかな。あとは1ファイルをなるべく小さく保つ。改修で膨らむ可能性があるから。
個人的には1ファイル250行超えたら危機感持つ。
141 名前：デフォルトの名無しさん mailto:sage [2022/04/18(月) 21:22:21.94 ID:rznbXz+G.net]: >>137
なるべくファイル数は少なく保つ
微塵切りの千切りファイルで見通しを悪くしてはいけない
classは使わない
十分に小さく参照等価なfunctionを組み合わせる
どうせ改修で膨らむほど使われないから。
個人的には1ファイル250行未満なら危機感持つ。
142 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 12:41:47.72 ID:egxvakGA.net]: 初心者です
serverlessってフレームワークを使ってるんだけど、規模小さいコードなのにビルド始めるとesbuildが16Gメモリ使って完了までくっそ時間かかる
業務用のソースだから晒せないんだけど、一般論的に言ってこの最適化オプションはハマりやすいので注意、みたいなのってあります？
143 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 15:45:27.64 ID:rFOQ0LJz.net]: ここよりフロントエンドのフレームワークのスレで聞いたほうが良いと思うな
144 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 21:25:48.15 ID:1qeD7Yad.net]: JSファミリーの仕様のごちゃごちゃ加減が酷い
なんでこれが流行ったんだ
145 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 21:27:37.78 ID:1qeD7Yad.net]: 他の言語が取って変わろうとするたびに、
javascript側の仕様更新による延命がうまくいったせいで、
ごちゃごちゃな歴史を引きずったまま、いまでもゾンビのように君臨してるパターンか
フロントのフレームワーク、JS一択なのが酷い
146 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 21:37:42.76 ID:QNVEk81Z.net]: ブラウザがまともにサポートしてるのがそれだけだったから仕方がない
もし最初に軌道に乗ったブラウザスクリプトがVBだったら今頃VBが流行ってたよ
147 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:16:40.32 ID:/B/eiBVl.net]: ありえんわ
勘違いもはなばなしい
なんだかんだ（古い文法を除けば）JS/TSの文法はプログラミング正統派として読みやすい
だから未だに使われ続けている
148 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:16:58.75 ID:QNVEk81Z.net]: と思いたいんだね
149 名前：デフォルトの名無しさん mailto:sage [2022/04/26(火) 22:23:32.66 ID:DyWQhYeY.net]: 実に華々しい勘違いですね
150 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 09:19:38.83 ID:+qhhkVcT.net]: いや、鼻々しい勘違いでいた
151 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 09:21:46.08 ID:+qhhkVcT.net]: でも、TS様のおかげでJSの酷さがかなり軽減されていると思る
勿論、TSスレだから媚びを売ってるだけだ
152 名前：デフォルトの名無しさん mailto:sage [2022/04/27(水) 20:19:12.60 ID:WzmT7FsB.net]: interfaceのほうがコードきれいになるな
typeは便利だが良くない発明だ
153 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 21:43:14.60 ID:oBwwA7sc.net]: interfaceできれいになるような糞コード書いてるのが問題なのでわ？
154 名前：デフォルトの名無しさん mailto:sage [2022/04/28(木) 21:53:14.86 ID:kbziWRDf.net]: クソコードって|とか&使ってる馬鹿なコード
unionって今どきＣ言語かよ
155 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 05:07:46.33 ID:9Pfdk6R3.net]: まあC++使えない奴は、大抵何させてもたいしたこと無いけどなw
156 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 05:15:00.80 ID:bza0ag8S.net]: う、うん…(´・ω・｀)
157 名前：デフォルトの名無しさん [2022/04/29(金) 05:37:28.64 ID:a7FB1YkL.net]: ヨシ！
158 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 05:57:49.75 ID:fa9VGnxG.net]: このスレやべーやつ住んでるな。ワッチョイつけなかったからこんなもんか
159 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 08:07:44.25 ID:nnpkzAOE.net]: 次世代言語スレから何か流れてきてるだろ
160 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:13:26.17 ID:u1byxZ8b.net]: C++を使うにはCの知識も当然必要だがな
161 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 11:22:16.98 ID:Jfyr/cmt.net]: オーバーロードがもうちょいマシだったらなと思う
162 名前：デフォルトの名無しさん mailto:sage [2022/05/10(火) 11:41:45.53 ID:fIyMb/gO.net]: 　　　　 ,―彡 ⌒ ミ―､
　　　〈　〈|　´ん`　|〉　〉
　　　　＼　ヽ＿／／
　　　　　/　　　　　 /みんなで
　　　　 /　　　　　 /ホモセックス
163 名前：デフォルトの名無しさん mailto:sage [2022/05/30(月) 21:44:48.53 ID:URC3D+jY.net]: バカが書いたTypeScriptってマジで糞だな
って思ったけどJavaScriptだったらもっと糞になってたんだよなって思って心の平静保ってる
164 名前：デフォルトの名無しさん mailto:sage [2022/05/30(月) 21:47:51.98 ID:arvcbcVn.net]: それ言ったら賢い奴が書いたらCでも何も問題ないんだが
言語が縛ってるのは所詮馬鹿対策でしかない
165 名前：デフォルトの名無しさん [2022/06/29(水) 20:00:27.28 ID:NKfPTkof.net]: 質問です。

type t = (a: string) => string;
const f: t = (a) => false;
console.log(f('x'));

で false のところで、
Type 'boolean' is not assignable to type 'string'.ts(2322)
になりますが、
・type t = ... を書き換えてはいけない
・const f の実装を
　const f: t = (a) => <string><unknown>false;
　のように書き換えてはいけない
・// @ts-ignore
　を使ってはいけない。
という縛りで、例えばですが、
type t = (a: string) => string;
overwrite type t = (a: string) => string | boolean;
const f: t = (a) => false;
console.log(f('x'));
のように同名の型のまま戻り値の定義を書き換えるということはできるのでしょうか？
（overwrite type...は、そんな文法は無く、仮想の方法です。）

また、型定義と型指定部分だけ書き換え不可としたら、普通は、
<string><unknown>false;
// @ts-ignore
どちらで乗り切るのでしょうか？
166 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 01:29:29.02 ID:9mtgPMTA.net]: >>165
普通はfの型をtにしないと思うのだが、どういう意図があるの？
167 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 07:51:24.33 ID:dQhuKSOV.net]: >>165
>のように同名の型のまま戻り値の定義を書き換えるということはできるのでしょうか？
型定義を後付けで変更できたらいろんな前提がひっくり返る気が
そんなことが必要な状況が想像できないけどコードの臭いがプンプンする
168 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 09:29:37.43 ID:Rcw/gVlt.net]: ライブラリの型が間違ってるとか？
質問あるあるだが、抽象化も大事だが、具体的な状況も書き添えると回答してもらいやすくなると思うよ
そもそもの質問がずれてるとかもあるからね
169 名前：デフォルトの名無しさん [2022/06/30(木) 11:29:36.59 ID:Argu0lpR.net]: >>165
です。ありがとうございます。
実際のケースでお話しします。
・ライブラリの型を利用している。
・ライブラリの実装をそのまま真似ている。（実装は変えられる。）
・anyは使わない方針。
の状況です。
【型定義（サードパーティ）】
declare const visit: { <V extends Node>(tree: Node,test: Test<V> | Array<Test<any>>,visitor: visit.Visitor<V>,reverse?: boolean): void }
export = visit
declare namespace unistUtilIs {
type TestFunction<T extends Node> = (node: unknown,index?: number,parent?: Parent) => node is T
type Test<T extends Node> = TestFunction<T> | null | undefined }
【実装（大部分省略）】
import visit from 'unist-util-visit';
import { Node, Data } from 'unist';
　function visitX(node: any): void {
　　if (!node.type) return;
　}
　return function transformer(tree): void {
　　visit(tree, (node: Node<Data>) => node.type === 'xxx', visitX);
　};
ここで、function visitX(node: any)　の Unexpected any. を消すのに難儀しています。
function visitX(node: Node<Data>): void {
にすると、
visit( の部分で
No overload matches this call.
Overload 1 of 2, '(tree: Node<Data>, test: any[] | Test<Node<Data>>, visitor: Visitor<Node<Data>>, reverse?: boolean | undefined): void', gave the following error.
...
と怒られます。極端な話、サードパーティの定義の方をいじらないと解決しないかもと思った次第です。
170 名前：デフォルトの名無しさん mailto:sage [2022/06/30(木) 12:31:53.04 ID:Rcw/gVlt.net]: 5chだと読みづらいからts playgroundなりcode sandboxなりに書いて欲しい
171 名前：デフォルトの名無しさん [2022/06/30(木) 12:53:38 ID:Argu0lpR.net]: >>165　です。
すみません。かなり省略して、改行も削除しました。
伝えたかったのは、以下です。
https://tsplay.dev/WJyrDm
172 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 00:55:54.58 ID:z3bi9+6P.net]: Recordとmapped typesの使い分け方が分かりません
Record<Key, Value>と{ [key: Key]: Value }ってinterchangeableな気がするんですが、
どっちかにしかできないことがあったりするんですか？
173 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 08:07:49.83 ID:cPJ/q77Z.net]: mapped の方が柔軟

type X = { age: number, name: string }

これは Record では定義できないだろう
174 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net]: Recordはキーがいくつかの既知の値のみに限られる場合に使う
{ [key: Key]: Value }だとキーが何でも入っちゃうでしょ
175 名前：174 mailto:sage [2022/08/26(金) 10:07:43.28 ID:yW+yR6PJ.net]: 限られるというより、必ず既知のキーを持っていることが保証されるというべきか
record.knownKey のような既知のキーによるアクセスがタイプセーフになり、コード補完も効く
176 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 10:18:44.77 ID:XmC41P2C.net]: 微妙にインデックス型とmapped typeがごっちゃになってて話をややこしくしてる気がする
177 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 22:54:52.76 ID:wGXHgoK/.net]: >>173
それはただのオブジェクト型だと思うが
178 名前：.NET MAUI HighScool [2022/11/03(木) 11:06:25.02 ID:P57hKE9o.net]: もしかしてTypeScriptってC#で良いのでは？
静的型付け言語だしオブジェクト指向だし作った人も一緒
179 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 11:18:14.22 ID:/OhXuECX.net]: C#でいいならわざわざ同じ人が新言語作らないだろ
ヘルスバーグはMS内では神みたいな扱いらしいから、自分で意味ないと思ってる仕事なんかやらないよ
180 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 11:27:45.04 ID:BN1z7WMM.net]: TypeScriptが解決してる問題をC#が全て解決出来るか考えてみれば？
181 名前：.NET MAUI HighScool [2022/11/03(木) 11:38:56.77 ID:P57hKE9o.net]: >>180
できてるじゃん
182 名前：デフォルトの名無しさん [2022/11/03(木) 12:08:35.27 ID:S9tMl46F.net]: or型というのかunion型というのか忘れたけど、C#にはなくない？
type a = b | c

(C#にもこの機能欲しい）
183 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 12:23:54.28 ID:d31vVPfb.net]: JavaScriptに静的型付けの恩恵を与えるために作られたのがTypeScript
C#でそれは出来ないでしょ
184 名前：.NET MAUI HighScool [2022/11/03(木) 12:26:39.11 ID:Kj7ywx2W.net]: >>183
C#が静的型付けじゃん
185 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 12:29:42.91 ID:d31vVPfb.net]: C#ではJavaScriptに静的型付けの恩恵を与えられないでしょ
186 名前：.NET MAUI HighScool [2022/11/03(木) 12:39:42.87 ID:Kj7ywx2W.net]: >>185
なんで？
187 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 12:47:16.05 ID:d31vVPfb.net]: >>186
君はC#がJavaScriptに静的型付けの恩恵を与えられると思ってるの？
188 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 12:57:24.44 ID:t+iDkaHi.net]: >>182
これについてはTypeScriptが便利というよりは、JSのやり方に合わせるために必要となっているものだと思う
C#では型が条件によってコロコロ変わるような設計は普通しないから、nullabilityさえ指定できれば多くの場合十分
189 名前：.NET MAUI HighScool [2022/11/03(木) 13:04:33.62 ID:fiCeisHS.net]: >>187
いや別にJavaScript使う必要なくね？
190 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 13:12:15.66 ID:d31vVPfb.net]: >>189
それは論点のすり替えでしょ
191 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 14:21:47.63 ID:M3w0A0V3.net]: 代数的データ型は静的型付け言語にもあるよ。
最近のC#でも出来るけど記述量が多い。F#なら比較的楽に書けるけど。
192 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 15:50:32.38 ID:BAhN8xRm.net]: typescriptが実行時型安全まで保証してくれたらもう他の言語いらんのよな
REST APIというかJSONとの相性もマックスバリューだし
世にはびこっている型なし糞言語を全て地獄に葬り去ってほしい
193 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 16:11:11.85 ID:cSIPlVD9.net]: >>191
union typesは静的型において一般的な直和型とはかなり違ってて癖が強い
値が型持ってないからね
194 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 16:27:43.63 ID:M3w0A0V3.net]: >>193
まあそれはそうか。型ガードベースだもんね。
別に型が一致してなかったとしてもメンバさえ合ってれば雑代入しても問題ないし。
195 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 18:23:11.89 ID:zVDUtzQU.net]: >>192
型をバリデーションライブラリから生成すると捗るよ
196 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 20:49:50.25 ID:BAhN8xRm.net]: >>195
おっ　zodmanか？
197 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 20:56:17.04 ID:tn2ZhR3p.net]: interface/classからjsonschemaを生成して、それを型ガード関数で使うってのが鉄板。
198 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 21:05:34.21 ID:zVDUtzQU.net]: >>196
すまねぇsuperstructなんだ。すまねぇ。

>>197
AJVはコードサイズデカくね？
199 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 21:36:19.22 ID:tn2ZhR3p.net]: コードサイズは気にしたことがないがスキーマ手書きは面倒臭いからやだなあ。
200 名前：デフォルトの名無しさん [2022/11/03(木) 22:05:24.52 ID:S9tMl46F.net]: RestAPIの型チェックはio-tsっていうライブラリつかってバリデーションしてるな。
実行時コストがあるけど、自分は業務アプリがメインなんで変な結果で次に進まない方が大事。
201 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 22:38:04.12 ID:zVDUtzQU.net]: >>199
ZodとかSuperstructとかはtypeで型書くのとほぼ同じくらいの手間でバリデーションと型が生成されるからすげー楽だよ。
202 名前：デフォルトの名無しさん mailto:sage [2022/11/03(木) 22:52:51.54 ID:tn2ZhR3p.net]: うーん、俺はやっぱりTypescriptで書いた型そのまま使える方が楽だわ。
203 名前：デフォルトの名無しさん mailto:sage [2022/11/04(金) 15:37:16.21 ID:NHN4pq/h.net]: HighScool君は納得して帰ったのか
204 名前：デフォルトの名無しさん mailto:sage [2022/11/04(金) 23:24:08.39 ID:/YFZG+0u.net]: superstruct と zod ならどっちがええのんか？
205 名前：.NET MAUI HighSchool [2022/12/16(金) 16:55:41.78 ID:3qj0lL1U.net]: C#だとvar型でも何ら問題無いと思われてるのにTypeScriptのanyはなんでTwitterでネタにされるんでしょうか？
私もあまりvar型使いませんが公式とかvar型使いまくってるしTypeScriptでany使っても何ら問題なさそうなのですが…
206 名前：デフォルトの名無しさん mailto:sage [2022/12/16(金) 17:30:57.27 ID:p0Ky0qXF.net]: コーディング時にvarは右辺で型が決まるけどanyは決まらないからかな
207 名前：.NET MAUI HighSchool [2022/12/16(金) 18:26:46.45 ID:3qj0lL1U.net]: >>206
決まらないんですか？
ではvar型ではなくdynamic型と言うことなのですかね
208 名前：デフォルトの名無しさん mailto:sage [2022/12/16(金) 21:33:55.14 ID:AqSpfMIV.net]: そもそもvarは正確には型じゃないだろ
209 名前：デフォルトの名無しさん mailto:sage [2022/12/16(金) 21:58:06.83 ID:V2l7/OO4.net]: var型はないな

型の堅牢性などを享受するためにTypeScriptを使用しているはずなのに、anyを持ち出せばそれが途端に失われるから絶対に使わない方がいい
そして確かにanyはdynamicに近いものと考えて良い
210 名前：デフォルトの名無しさん mailto:sage [2022/12/16(金) 22:10:24.90 ID:Hm0gKYO4.net]: TypeScriptに対する理解が浅いのはともかくC#の理解もそんな程度だったのかこのコテ
211 名前：.NET MAUI HighSchool [2022/12/17(土) 00:18:30.36 ID:WFRGIGZB.net]: >>208
型推論型だろ
>>210
何いってんだこいつ？
212 名前：.NET MAUI HighSchool [2022/12/17(土) 00:22:25.11 ID:WFRGIGZB.net]: dynamic型は次の値を入れたらその型に変わる
例えば
dynamic x="おはよう"
dynamic x=123
でも大丈夫なわけ
anyは型の再代入ができないって見たけど？これdynamic型なの？
213 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 00:38:58.67 ID:1fKT+2Wj.net]: >>178程度の理解のヤツに何を説明しても無駄よ
214 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 00:50:14.95 ID:/cYfBcZ5.net]: >>212
流石にこれは触っちゃいけないレベル
215 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 00:55:05.65 ID:Q7rx/k0e.net]: anyはまさにJavaScriptの元々の変数の扱い様そのもの。
216 名前：.NET MAUI HighSchool [2022/12/17(土) 01:46:39.51 ID:WFRGIGZB.net]: >>213
TypeScriptはC#以下だったってわけか
理解
217 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 01:54:57.82 ID:Q7rx/k0e.net]: 目的が違うんだよ。C#ではTypeScriptのようなことは出来ない。
良い意味でも悪い意味でもJavaScriptのスーパーセットかつトランスパイラである必要があるんだから。
ただTypeScriptが将来C#でやってることを概ね肩代わりすることは可能だったりはするんだけどね.netライブラリをそのまま動かすように改変していくことも障害は少ない。
218 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 02:13:01.40 ID:dtBkzR03.net]: そいつにかまうなよ
あちこちの言語やフレームワークスレに乗り込んでは意味不明な喧嘩売って
C#マンセーMAUIマンセーしてるだけの荒らし
219 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 03:00:17.54 ID:7f5jCiop.net]: 再代入と型は関係ないだろ
見た感じC#も満足に使えてないじゃん
220 名前：.NET MAUI HighSchool [2022/12/17(土) 04:20:14.04 ID:WFRGIGZB.net]: >>219
どこが？
dynamic型知ってる？
221 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 08:49:17.76 ID:J7I3yK2m.net]: >>211
まぁ初心者なら便宜的に型だって覚えときゃいいよ

>>212
型の再代入って何？
値の再代入とは違うの？
222 名前：.NET MAUI HighSchool [2022/12/17(土) 11:38:05.95 ID:WFRGIGZB.net]: >>221
値は型があってたら普通は再代入はできる
ただ型があってなかったらできない
dynamic型は型があってなくても再代入できる
223 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 12:01:06.61 ID:d07Wp+U/.net]: >>222
それをC#では型の再代入って呼ぶの？

TypeScriptでは変数をletで宣言すれば値を再代入できる
変数がany型ならどんな型の値でも代入できる
変数をconstで宣言すれば型が同じであろうと再代入できない
>>219の言ってるのはそういうこと
224 名前：.NET MAUI HighSchool [2022/12/17(土) 12:25:09.54 ID:EKmrQGNL.net]: >>223
そういう決まった名前無いけどdynamic型は型を変えれるからそう言ってる
225 名前：.NET MAUI HighSchool [2022/12/17(土) 12:25:55.57 ID:EKmrQGNL.net]: つまりletがvarでanyがdynamicってことか
226 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 12:32:09.45 ID:AZCBrKeq.net]: ここでもバカ晒してるのかよw
227 名前：.NET MAUI HighSchool [2022/12/17(土) 12:38:11.73 ID:WFRGIGZB.net]: >>226
何いってんだこいつ？
228 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 12:56:35.19 ID:d07Wp+U/.net]: >>225
説明の仕方が悪かったか

C#の
dynamic x = "abc";
x = 123; //OK
に相当するのは
let x:any = "abc";
x = 123; //OK

var y = "abc";
y = "def"; //OK
y = 123; //NG
に相当するのは
let y = "abc"
y = "def"; //OK
y = 123; //NG

変数の型を推論に任せるときは型指定を省略する
229 名前：.NET MAUI HighSchool [2022/12/17(土) 14:07:48.19 ID:WFRGIGZB.net]: >>228
なるほど理解したサンクス
230 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 18:19:24.77 ID:EAGB3+7T.net]: なんでぽまいらはC#の話をしているんだ？
231 名前：.NET MAUI HighSchool [2022/12/17(土) 18:58:14.82 ID:WFRGIGZB.net]: anyはネタにされるけどvarはネタにされないなと思ってさ
まぁ勘違いだったんだけどね
232 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 19:14:45.81 ID:ETb1szGB.net]: なぜanyがネタにされたり忌み嫌われたりするのかはその機能だけ見ても分からんだろうね
言語特有の背景を理解してこそ
https://qiita.com/uhyo/items/aae57ba0734e36ee846a
233 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 20:38:09.95 ID:/cYfBcZ5.net]: any無しはJSONの扱いが面倒臭過ぎるんだよなあ
必要に応じて型のランタイムチェックを入れてキャストできる機能さえあれば格段に便利になるんだが
234 名前：デフォルトの名無しさん mailto:sage [2022/12/17(土) 20:55:50.21 ID:AZCBrKeq.net]: ユーザー定義型ガードで足りると思うが
235 名前：デフォルトの名無しさん mailto:sage [2022/12/21(水) 14:23:05.41 ID:FWjNfdlT.net]: JSONだろうがanyを許すな。Zodとか使うのだ
236 名前：デフォルトの名無しさん mailto:sage [2022/12/26(月) 23:40:24.66 ID:x7llhSa6Z]: 第一引数の型によって戻り値の型を決定できる書き方ないですか？

このようなストアがあって
type Store = {
items: Items
players: Player[]
}

このようなゲッターを定義して
load(key: keyof Store): Store[keyof Store] {
const store = this.getStore()
return store[key]
}

このように利用しようとしたらPlayery[]がItemsではないと言われてしまい。 (ですよね)
const items: Items = load('items')

ジェネリクスにしたところで<>に指定できず。
237 名前：デフォルトの名無しさん [2023/01/03(火) 23:03:14.80 ID:6VbKu+1R.net]: pythonを書いていると型縛りが馬鹿らしくなる
238 名前：デフォルトの名無しさん mailto:sage [2023/01/03(火) 23:51:28.97 ID:FIKRmyvH.net]: JavaScriptを書いていると型縛りが馬鹿らしくなる
みんながそう思ってたらTypeScriptは生まれてこなかっただろうね
239 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 00:03:33.25 ID:eKtKRLft.net]: 型なんて要らねーとか言ってるのは、ほぼ1人でコーディングしてる奴
まぁ、実際1人でなら要らないかも知れない
これが複数人でコーディングする事になると、他人が実装した関数にどんなデータを渡していいか全然分からない
その為にTypeScriptがある
240 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 00:08:02.09 ID:PCFpglko.net]: 型がない方が縛りプレイだろ
241 名前：デフォルトの名無しさん [2023/01/04(水) 00:44:19.33 ID:B1scSs4x.net]: JavaScriptは引数の数すらチェックされない上に暗黙の変換にundefined/null/NaNと昔はブロックスコープもなくてバグの温床てんこ盛りだったからやろ

intとかStringとかのベーシックな型を書きまくつてるコードを見ると欠陥言語だなと思う
242 名前：デフォルトの名無しさん [2023/01/04(水) 09:28:28.37 ID:77WW46pZ.net]: >>240
縛り方を間違うと死ぬからな
243 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 10:15:30.84 ID:y9fxcgcU.net]: Flow「…」
244 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 11:23:06.77 ID:PU4coe7B.net]: パラメタ名・変数名で型がわかるようにしとけば大概は済む
引数の個数をテキトウに呼ぶ奴がいたら、それはそんな作り方する方がおかしい
245 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 11:53:32.34 ID:+W5BVHVt.net]: そういう開発者にのしかかる煩わしさを軽減するのが型の役目だろうに
246 名前：デフォルトの名無しさん [2023/01/04(水) 16:13:02.47 ID:s5vEki4C.net]: コーディングルールの運用で型限定するのも
コンパイラにまかせて型限定するのも
少なくとも js に限って言えば前者の方が手間は少ない
247 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 16:35:42.97 ID:WgdCy7ph.net]: 本気で言ってるのか・・・？
248 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 16:38:46.50 ID:oLi3mo91.net]: >パラメタ名・変数名で型がわかるようにしとけば大概は済む

よく事故るのは受け渡すオブジェクトのメンバーの有無だったりするけどそれには無力だな。
249 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 16:48:19.89 ID:PU4coe7B.net]: 大概、おおむねって話よ
よほど便利だろうから、こういう言語が生れたのだろうし全否定するわけではない
あと、処理系が変数の型を把握できても、しかるべき名前でないと、開発者に分かりにくい場合がある
自作でもこれなんだっけ？紛らわしいなって、結局名前弄ったり、名前って大事
250 名前：デフォルトの名無しさん [2023/01/04(水) 16:56:26.80 ID:+smwzq4n.net]: 型付けはあった方が良いけど、肝心の成果物がしょーもないことは多々あるな
最近まで参画していたアプリはすげー健康なブスだった
251 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 17:01:25.31 ID:WgdCy7ph.net]: 開発途中で型の変更が必要になったとき安全に漏れなく修正できるメリットとかは無視できないんだけど
今までそういう経験がなかったんだろうか
252 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 17:46:37.74 ID:JvBm8lal.net]: そういうのはどのみち影響しそうな箇所を全部見て確認しなきゃいけないから、値に型があることはそれほど重要じゃないと思う
それよりも代入により生じる依存関係を静的に追跡可能であることが重要で、その点では型があることで飛躍的に静的解析の精度が上がる
ただ、そのためには静的解析しやすい作りになっていることが大前提だ
動的型畑の人って概してオブジェクトと連想配列の区別が曖昧で、静的型に馴染んだ人からすると信じられないような型安全もクソもないコード書くからな
それを根本的に改めないなら型なんて大して役に立たん
253 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 18:22:26.69 ID:thANRos2.net]: >そういうのはどのみち影響しそうな箇所を全部見て確認しなきゃいけないから、値に型があることはそれほど重要じゃないと思う
その影響しそうな箇所の把握に型があるのとないのでは大きく正確性や効率に差が出てくるでしょって話
254 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 22:43:59.04 ID:PCFpglko.net]: まぁRubyやPHP出身の低能にそもそも型書かせるのが難しいという意見には同意
根本的に教養・学が足りないから、どうしようもない
もはや言語仕様で救えないレベルの話である
255 名前：デフォルトの名無しさん mailto:sage [2023/01/04(水) 22:52:50.06 ID:492NQUrQ.net]: 動的型畑の奴が一概にバカとは思わないが、オブジェクトの全プロパティ舐めて値を書き換えたりするコードが突如出現したりして面食らう
根本的に思考回路が我々とは違うのだなと感じる
256 名前：デフォルトの名無しさん [2023/01/04(水) 23:21:22.18 ID:+smwzq4n.net]: ｸｽｸｽ
257 名前：デフォルトの名無しさん mailto:sage [2023/01/05(木) 10:41:34.55 ID:Cbg+aaE9.net]: >241
>暗黙の変換

これが諸悪の根源
258 名前：デフォルトの名無しさん [2023/01/05(木) 21:34:07.80 ID:OE/QT1xu.net]: JavaScriptは信用できない、JavaScriptは危険。

だからJavaScriptを撲滅しようとした時代があったんだよな。

JavaScriptそのものは書くものではなくて、使うものに変化した。
259 名前：デフォルトの名無しさん mailto:sage [2023/01/05(木) 22:57:13.13 ID:ySLiYJwl.net]: JSを半端に知ってるやつこそそう言うけど、地雷がたくさん埋まってる以外は悪い言語じゃない。TypeScriptも今となっては薄いラッパーに過ぎないし
260 名前：デフォルトの名無しさん mailto:sage [2023/01/05(木) 23:01:32.86 ID:+/A/RNe/.net]: 何作るかによるな
んで、Typescriptでしょーもないもの作ってる奴はかなり多い
261 名前：デフォルトの名無しさん mailto:sage [2023/01/06(金) 00:04:22.96 ID:B+7qMiMZ.net]: 動的型付けでしょーもないもの作ってる奴の方が圧倒的に多い事実
262 名前：デフォルトの名無しさん [2023/01/06(金) 16:55:41.96 ID:YIB2cDqh.net]: jsもperlも卒業しろよ
263 名前：デフォルトの名無しさん mailto:sage [2023/01/07(土) 02:08:56.86 ID:cY6/G25e.net]: TSも卒業してrust書け
264 名前：デフォルトの名無しさん mailto:sage [2023/01/07(土) 14:15:02.15 ID:8dRqY2Xm.net]: ビルドが遅いからヤダ
265 名前：デフォルトの名無しさん mailto:sage [2023/02/02(木) 13:12:52.48 ID:JJCniKqD.net]: (　　)y-~~ (　 >)y-~~(　>-)y-~~( >-< )y-~~ ｳﾏｽｷﾞﾙ・・
266 名前：デフォルトの名無しさん mailto:sage [2023/02/27(月) 18:54:27.47 ID:oOpYqea1.net]: 男卒業してTSしろ
267 名前：デフォルトの名無しさん [2023/03/12(日) 13:16:33.47 ID:s6IZ9iua.net]: return this.#instance!;
https://github.com/denoland/showcase_chat/blob/970c56fbb229f00805c0f3b0adde6f4232446a3e/helpers/loader.ts#L36

! って何なんや？
268 名前：デフォルトの名無しさん mailto:sage [2023/03/12(日) 13:55:58.57 ID:BMIpSqUT.net]: nullとかundefinedじゃねーよって意味
269 名前：デフォルトの名無しさん mailto:sage [2023/03/12(日) 21:52:14.15 ID:mg++gyQG.net]: undefinedっていらなくない？
全部nullと同等にしてほしいわ
270 名前：デフォルトの名無しさん [2023/03/12(日) 23:18:21.71 ID:s6IZ9iua.net]: >>268
助かった
記号はググりずらくて困ってたわ
271 名前：デフォルトの名無しさん mailto:sage [2023/03/12(日) 23:38:13.62 ID:MrtVVZC+.net]: >>270
次また困ったら解読アシスタントに貼り付けるといいよ
https://typescriptbook.jp/code-reading-assistant#eJzT11d43DgZjFa_WL74xaq1jxtnPm7qfty0-XHznsfNnY-bJj1tXfq0a_bjxumPG5c9bux_3LjgcePUx40tXEWpJaVFeQolGZnFesqZecUliXnJqYrWAJnzL3Q
272 名前：デフォルトの名無しさん [2023/07/30(日) 19:53:15.24 ID:dgsp3YJD.net]: しーん
273 名前：デフォルトの名無しさん mailto:sage [2023/09/26(火) 00:05:26.71 ID:AayxzQ1y.net]: しーん２
274 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 11:41:26.71 ID:apfSCKMz.net]: しーん３
275 名前：デフォルトの名無しさん [2023/11/11(土) 14:20:03.22 ID:Sje4N6L2.net]: TypeScript が作られた由来に関連しての事ですが
JavaScript と CSSは
直感的ではなく地雷陥穽満載の言語だと思い
苦痛を感じているのですが

Web開発が根本的にもっと簡単に楽になる事は
近い将来ありえますでしょうか。
ブラウザ自体とDOM操作が
JavaScriptでしか実行できない事は
永遠に続くのでしょうか。
276 名前：デフォルトの名無しさん mailto:sage [2023/11/11(土) 15:40:50.74 ID:GVZLIDCW.net]: あなたの信仰しだいです。
277 名前：デフォルトの名無しさん mailto:sage [2023/11/18(土) 08:35:06.80 ID:CqCGVMdq.net]: >>275
WebAssembly
278 名前：デフォルトの名無しさん mailto:sage [2023/11/18(土) 23:58:12.41 ID:4VZDo/pg.net]: strictNullChecksを有効にするとこのコードがエラーになる

const foo: { bar: string } | null = { bar: 'bar' };
if (false) if (foo !== null) console.log(foo.bar); // error TS18047: 'foo' is possibly 'null'.

falseを!trueに変えるとエラーにならない

if (!true) if (foo !== null) console.log(foo.bar);

どういうこっちゃ
279 名前：デフォルトの名無しさん [2023/11/19(日) 01:01:24.80 ID:6eSmn67d.net]: >>0277 以前から未解決の課題です
ttps://github.com/microsoft/TypeScript/issues/26914
280 名前：デフォルトの名無しさん mailto:sage [2023/11/19(日) 01:58:05.77 ID:b+haLRoI.net]: >>279
ほんとだ・・・到達できないコードでは文脈を無視してタイプチェックするのか・・・

const foo: string | null = 'foo';
// return;
// throw new Error();
console.log(foo.charAt(0)); // error TS18047: 'foo' is possibly 'null'.

returnかthrowのコメントを外すとエラーになる
if (foo !== null)を追加してもエラーは回避できない
281 名前：デフォルトの名無しさん mailto:sage [2023/11/19(日) 11:55:13.54 ID:dTiD0l2A.net]: 興味深い挙動だね
https://i.imgur.com/ZxUFyxD.png

そもそも到達不能コードがあること自体が問題なわけでこれがエラーになっても実害はないだろうけど
returnやthrowを仮置きしたいときにエラーを出したくないなら
if (!!true) return;
if (!!true) throw new Error();
とかするのがいいのかねぇ
282 名前：デフォルトの名無しさん [2023/12/25(月) 19:47:27.10 ID:/uFZ/UI7.net]: 最近はフレームワークが全部準備してくれるから書き心地の良さだけを享受できてたけど
久々に自分でゼロから環境作ろうとすると設定の混沌っぷりに絶望するな
たぶんハローワールドするまでの作業が一番苦しいのはTypeScriptだと思う
283 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 14:57:07.76 ID:RK9O+rKP.net]: javascript に変換してくれる
javascript をベースとしない言語を作ってくれればいいのに
何で Typescript はjavascript のだめな部分を採用するかなあ
284 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 16:19:36.04 ID:mqBTqnav.net]: Dart「」
285 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 17:24:43.39 ID:iPMho+OF.net]: 腐るほどあるぞ
https://github.com/jashkenas/coffeescript/wiki/List-of-languages-that-compile-to-JS
286 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 16:09:42.74 ID:tr4LC1TL.net]: VSCode, node.js, webpack, babel で、TypeScript も出来る

Ruby on Rails 7 から、CDN から直接インポートするように変わった。
脱webpack/node.js で、esbuild へ変わった
287 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 20:15:59.53 ID:zmYXdzDO.net]: Nodeのサポート3年って期間自体は普通なんだが、JSのまま使うことって無くなってるから実質TS関連が安定するまでは捨て期間なんだよな
安定版で作り始めてリリースする頃にはもう期限切れ間近ってことが多くて体感のサポート期間がめっちゃ短く感じる
288 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 20:35:12.47 ID:ZQd4jDMZ.net]: TS関連が安定するまでってなんのこと？
289 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 11:12:40.45 ID:ePkoaEgV.net]: >>287
基本的にNodeのバージョンとTSのバージョンは独立だろう
何の話をしてるのかわからん
290 名前：デフォルトの名無しさん [2024/03/17(日) 02:05:57.85 ID:SEDAzzjE.net]: TSがネイティブで動くブラウザを
MSは試験的に開発提供したら良いと思う。
TS-Edgeとかの名前で。
CDNから<script src="hoge.ts">を
読み込むだけで動く仕様。
291 名前：デフォルトの名無しさん mailto:sage [2024/03/17(日) 10:14:57.42 ID:M30p/Xa2.net]: あんまり意味ない気がするな。
開発時のTAT改善なら今プロポーザル出してるType Annoatationsでも十分だろうし。
292 名前：デフォルトの名無しさん mailto:sage [2024/03/27(水) 17:56:25.12 ID:KuRRRRWB.net]: 型引数Tがnullを取るかどうかを判定する関数
function isNullable<T>(): boolean
みたいなのを作ろうとあれこれ調べてたけど
よく考えたら実行時に型情報持たないから無理な話よね
別のアプローチを考えねば
293 名前：デフォルトの名無しさん mailto:sage [2024/06/21(金) 21:41:16.33 ID:jcLAnU46.net]: >>253
イマイチピンとこない、参考までに教えてほしい
294 名前：デフォルトの名無しさん mailto:sage [2024/06/27(木) 12:10:53.54 ID:5uVBistr.net]: >>293
ある式の型を変更したときの要修正箇所を洗い出す方法は、一般には
1. 代入によって生じる依存関係のツリーを作る
2. ツリーの中で修正の必要な箇所を特定する
となるだろう
で1については251の言ってるように静的型であれば最適解析によって高い精度で比較的容易に作成可能だ。
2は静的型なら型の不整合によるエラーは検出できるから、完全ではないにしろ作業は多少楽にはなるだろうな。
295 名前：デフォルトの名無しさん mailto:sag [2025/03/12(水) 23:21:23.37 ID:lbLxbJz3.net]: マイクロソフト、プログラミング言語「TypeScript」の処理を10倍高速にすることに成功 [478973293]
https://hayabusa9.5ch.net/test/read.cgi/news/1741787027/
296 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 23:29:30.94 ID:N9vVltw1.net]: >>295
いつものガセタイトルな記事だった
当然TypeScriptが速くなるわけがない
コンパイルももちろん遅いので他の言語でコンパイルするようにしたら速くなったという当たり前の記事だった
297 名前：デフォルトの名無しさん [2025/03/13(木) 00:40:12.20 ID:LjFU/87D.net]: Bun使おう
使ってる？みんな
298 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 00:59:18.10 ID:CUgSs/sX.net]: なに？bunて
299 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 01:38:08.11 ID:xe4EtGLf.net]: goはwasm化したときに遅いらしいから不安
早くなる余地はあるのかな
↓は簡単なコードをブラウザで解析した例らしい

https://x.com/sanxiaozhizi/status/1899628334516175236
300 名前：デフォルトの名無しさん [2025/03/13(木) 08:34:30.29 ID:2MhJpLS0.net]: >>298
node.jsの代わりになるようなやつ
TypeScriptをJavaScriptに変換せずそのまま実行できる
あとnpm, jest, webpackなんかと同じ機能もBunに統合されてるので、Bunだけ入れればjestとかのほかのパッケージをインストールしなくてよい

高速性がウリ（Node.jsの何倍も速い）、らしい

難点としては2022年に生まれたばかりだからまだ安定性とか将来性が不安
リファレンスがまだまだ少ない
サードパーティパッケージは基本npmと同じものをインストールできるが動かないものもある、
などなど
気になってはいるけど業務で使うのはまだちょっと怖い
301 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 09:04:37.99 ID:Enlq0ene.net]: なるほど、ありがとう
JavaScriptに変換しなくて良いのは動作が速そうだな
302 名前：デフォルトの名無しさん [2025/03/13(木) 09:12:41.76 ID:2MhJpLS0.net]: >>301
そもそもトランスパイルが不要なことに加えて、低レベル言語で開発してるから動作そのものも速いらしい
303 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 09:28:47.05 ID:Bo1xz4jl.net]: 1.0になってからはbun使ってるな
304 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 15:54:43.29 ID:0keTTKkD.net]: ブン？バン？
305 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 17:48:17.33 ID:019dloE9.net]: 公式の動画でバンって言ってる
306 名前：デフォルトの名無しさん [2025/03/16(日) 11:33:35.29 ID:zbV3pmg2.net]: TypeScriptの動的バリデーション何使ってる？
ずっとzod使ってたけどTypiaとかArkTypeとか良さそうなのがたくさんあることに気づいた
とにかくどれもzodよりずっと速そう
ただしネット上に情報が少ない
307 名前：デフォルトの名無しさん [2025/03/16(日) 20:28:49.17 ID:zbV3pmg2.net]: というわけでArkTypeを使ってみた
いいやんこれ
俺zodよりこっちがいい
308 名前：デフォルトの名無しさん mailto:sage [2025/03/17(月) 10:22:00.72 ID:metFAlC+.net]: >>304
プリンバンバンボン
309 名前：デフォルトの名無しさん [2025/03/27(木) 07:47:43.49 ID:VnpFG1+5.net]: なぜ世界中でトップクラスに使われているTypeScriptのスレがこんなに過疎なのか？
310 名前：デフォルトの名無しさん mailto:sage [2025/03/27(木) 07:54:51.37 ID:wMNBaOOX.net]: わからん
小ネタとか知りたいけど
311 名前：デフォルトの名無しさん mailto:sage [2025/03/27(木) 12:48:15.21 ID:Wq6Gp3QQ.net]: >>309
おっさんはTypeScriptを使っていないということだよ
312 名前：デフォルトの名無しさん [2025/03/27(木) 13:51:00.07 ID:OnnNAMTi.net]: TypeScriptをつかって若さを取り戻そう
313 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 10:36:36.14 ID:QC30vvne.net]: おっさんはJavaとかCOBOLとかCばっかりだからな

TypeScriptとかGoとかRustとか使っただけで、おっさんからアレコレ言われるだろ？
最近Linux Kernel Mailing Listでも、某ドライバでRustを使っただけで、main streamを汚すなとか、言われて拒否されとったやんｗ
314 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 10:39:51.79 ID:ROpuYVHs.net]: TypeScriptをGoやRustと同列に語るなよw
あれだけは無いわ
315 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 14:31:04.68 ID:vLxVDob4.net]: ドライバでRustを使う事が何故問題か理解出来ないZが使う言語がTypeScript
316 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 14:57:23.31 ID:W4IssX7d.net]: Nvidia Driver Written in Rust Could Arrive With Linux Kernel 6.15
https://news.itsfoss.com/nova-gpu-driver-linux/
317 名前：デフォルトの名無しさん [2025/03/28(金) 21:53:46.54 ID:e6/uDocq.net]: TypeScript使ってるけどJavaScriptにトランスパイルするのがめんどくさすぎる
tsconfigのわけわからんこと
318 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 17:35:18.54 ID:+k4uOHnG.net]: たしかにtsconfigだけで連載記事が成立しそう
319 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 17:40:47.83 ID:nYAgMeja.net]: いさぎよく中間コードを吐き出せよ
なに中途半端にJavaスクリプトコード出してんだよw
320 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 17:57:42.05 ID:HoTjqjFP.net]: tsconfigみたいな設定はaiにまかせてるな
321 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 10:03:12.64 ID:AAHTAcw+.net]: >>316
知らんが、ググッた感じではこれだろ
https://zenn.dev/aliomer/articles/da8f2f082516aa

ちな、nouveauなんてゴミ使ってるのは一部の狂信者だけで、普通の人は普通にプロプライエタリ使うでしょ
322 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 10:50:20.73 ID:o7oc034V.net]: Linuxの親分がついに公式介入してRust化が前進することになったのか

>>321
＞Linusはさらに、HellwigおよびRustに敵意を持つ他の古参メンテナーに明確な選択肢を示しました。
＞この発言は近年のRustとLinuxの衝突に決着をつけました。
＞C言語を守る保守派とRustを推進する革新派の間には数多くの対立が存在してきましたが、
＞LinusがRust for Linuxプロジェクトを直接支持するために初めて公式に介入した重要な転換点でもありました。
323 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 11:54:04.05 ID:AAHTAcw+.net]: >>322
そう思えるのはお前も信者だからだろ

結局のところRust信者はポリコレ過ぎる
これも「政治的に」Linusにチクって解決しようとしたところ、ブチ切れられただけ
記事の話が全部本当だとして総合的に推定すると、
Rustから叩く為のラッパ的な物を用意しようとしたところ政治闘争となり、両者辞任の痛み分け、
カーネル自体のコードには今後ともRustは無し、という所ではないかと
これは「支持」ではなく「容認」だろうよ

ただまあ、何でそんな物が『カーネル側に』必要なのか技術的に疑問ではあるがな
RustからCのAPIを叩けないなんて事はあり得ないだろうし、仮にそうだとしても、API変換をRust側でやればよかっただけの話
俺はHellwigの方が正しいと思う。まあLinus案も落とし所としてはありなだろうけど
(というかLinusはこの辺が断然上手い)

Rust信者は、技術的理由ではなく、非Rust話者を排除する為にRustを使う
TypeScriptにも似たような奴はいると思うけど
324 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 12:02:36.30 ID:o7oc034V.net]: >>323
その記事にも書かれてるように、
LinusがRustを支持したため、
Rust反対派のHellwigが敗北して担当を降りて、
Rust APIがLinuxに採り入れたみたいよ

まるでJavaScriptにおいてTypeScript反対派が敗北して、
次々とTypeScriptが採り入れられいってメインストリームとなった状況を彷彿とさせますね
325 名前：デフォルトの名無しさん [2025/03/30(日) 12:36:22.04 ID:6QsLEZYT.net]: 話題をギリギリTypeScriptに絡めてて草
326 名前：デフォルトの名無しさん [2025/03/30(日) 13:12:43.62 ID:YPXHQVpO.net]: TypeScriptには信頼性をアピールすることでPHPとRubyという2大動的型糞を抹殺しJSファミリーをフルスタックWeb開発言語の頂点にまで押し上げた、
更にはVSCodeで実績を示しクロスプラットフォームデスクトップアプリ分野でも覇権を取ったという実績があるから非難のしようがない
全方位の既存勢力にマウントし散らかしてるRustさんと一緒にしてはいけない
327 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 13:56:11.13 ID:ojeUSEcc.net]: 中身なんかどうでもいいから手早くアプリ出来上がってくれってな勢力が大多数なんだよなぁ
328 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 14:30:47.12 ID:qEaF/m8D.net]: サーバーサイドはJavaScriptやPythonのライブラリをC/C++でなく楽なRustで書くケースが増えてるね
フロントエンドもWebAssemblyをRustで書くのが主流になった
329 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 15:23:36.04 ID:6QsLEZYT.net]: ウェブアセンブリ勉強したい
330 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 17:19:46.06 ID:rZjaYrSr.net]: Rustはバックエンドでも一番速いからTypeScriptとRustの二つを覚えればWeb関連は最強
331 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 22:51:31.77 ID:9PyrXN+K.net]: >>327
ほんまそれ
どの業界で何をやろうとも、それだけだな
332 名前：デフォルトの名無しさん mailto:sage [2025/04/02(水) 00:12:34.04 ID:HkPN/s9G.net]: ほえー…もうフロントはwasmが主流になってたのか…
333 名前：デフォルトの名無しさん [2025/04/11(金) 18:51:02.99 ID:l2FGlZWH.net]: tsconfigのmoduleとmoduleResolution、いつか綺麗になることはあるのか？
ていうかもう全部ESMでよくないか？
334 名前：デフォルトの名無しさん mailto:sage [2025/04/12(土) 14:51:21.70 ID:n5PHQIzU.net]: よくない。
まだ "bundler" は必要。
335 名前：デフォルトの名無しさん [2025/04/12(土) 16:59:28.80 ID:g4WgMVTt.net]: >>332
主流はまだJS/TS
フロントでWASMは個人的には微妙だと思う
特にRustはビルド遅いし、UIのサイズや見た目を調整するだけでも再ビルドが必要になるものはフロントと相性悪いと思う
336 名前：デフォルトの名無しさん [2025/04/12(土) 20:23:17.33 ID:Mda8ZghK.net]: >>335
UIはTypeScript、複雑なロジックだけRustやね
337 名前：デフォルトの名無しさん [2025/04/12(土) 20:50:15.66 ID:g4WgMVTt.net]: >>336
Rustは高パフォーマンスが必要な時だけじゃない？
主目的が「複雑なロジックを扱う」だけだとRustは採用しづらいと思う
表現力に拘りたいだけならScalaでもいいわけだし
338 名前：デフォルトの名無しさん mailto:sage [2025/04/12(土) 21:16:27.29 ID:jUACPL71.net]: サイズがデカくなるScalaを使うメリットが全くわからない
Wasm by Rustはメリットがはっきりしているけど
339 名前：デフォルトの名無しさん [2025/04/12(土) 21:30:23.80 ID:Mda8ZghK.net]: >>337
はいおっしゃるとおりです
340 名前：デフォルトの名無しさん [2025/04/12(土) 22:35:51.54 ID:g4WgMVTt.net]: >>338
すまんサーバーサイドの話
Scalaも最近はそんな人気はないし微妙ではあるけど

Rustはパフォーマンスが必要な分野ならとても有力な選択肢だけど、そういう要求が無いのであれば素直にGCのある言語を使った方が無難だろうというのが自分の意見
Rustの関数型っぽい部分 (型による表現力の高さ) は強みではあるけど、あくまで副次的なもので、それ目的にRustを採用すると書き辛さの方が目立つと思う
今どきだとメモリ管理が必要な言語を経験してない開発者もそれなりにいるし、所有権やライフタイムまわりで苦戦すると思う
341 名前：デフォルトの名無しさん mailto:sage [2025/04/12(土) 23:27:20.11 ID:bJFScwv+.net]: >>340
苦戦するのは慣れるまでの間だけだよ
コツをつかんでしまえば大丈夫
そして引き換えに得るものが非常に大きいね
342 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 07:29:44.21 ID:LPI6BP0W.net]: >>340
メモリ周りで苦戦するのはただの馬鹿
きちんと理解してる奴はRustすら要らん、実際Cでリークしてないだろ
俺はRustはこのまま死んでどうぞ、と思っている
343 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 07:36:00.46 ID:syTgtXXB.net]: >>342
C/C++は未だに問題出まくってセキュリティ脆弱性にも繋がっている
そのため様々なものが次々とRust化へ進んでいる
ここ5chが使っているCDN CloudflareもRust製へと置き換わった
344 名前：デフォルトの名無しさん [2025/04/13(日) 07:46:48.45 ID:0DTk848I.net]: こっちでやれ
https://itest.5ch.net/mevius/test/read.cgi/tech/1701997063/
345 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 08:05:12.79 ID:LPI6BP0W.net]: >>343
そう思うならお前はRust使えばいい

>>344
Rustの連中とは話が通じないのでどうでもいい、というか、そもそも好きな言語使って、廃れたら滅びるでいいだけの話
C++も同様に糞だし、Cもやる気が無さ過ぎて糞だ
JSが蔓延るのも分かる
346 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 08:21:04.68 ID:LPI6BP0W.net]: というかね、Rust信者は一神教であり、
Rust＝全知全能の神であり、それ以外の神の存在を『一切認めない』、なんだな
だから多神教な俺からしたら馬鹿げてて、どうやっても平行線だし、時間の無駄でしかない

なんでRust信者がそうなるのかはよく分からんが
347 名前：デフォルトの名無しさん [2025/04/13(日) 09:29:16.46 ID:c6Sg9WHG.net]: ガイジが多すぎる
348 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 10:09:09.85 ID:9+E6vnhP.net]: 外字鹿以内
349 名前：デフォルトの名無しさん [2025/04/13(日) 10:19:03.37 ID:9+E6vnhP.net]: >>342
ほんそれ
Cで充分だったんだ
350 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 10:20:06.61 ID:9+E6vnhP.net]: >>343
その割にfirefoxはいまだに糞のまま
351 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 12:19:34.58 ID:WdQRlxpc.net]: なんか、とんでもなく盛り上がっていて、ワロタｗ
みんな、くすぶっているんやなー

個人的には、RustよりもPHPのほうがさっさと滅んでほしいわｗ
352 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 15:23:04.70 ID:LPI6BP0W.net]: PHPは滅ばないよ、だってあれ便利だし
ほぼ静的＋一部動的なサイトを作るときに、PHP以上の物がない
ぶっちぎりの糞言語だったが、何だかんだで改善してきてるし
(というか、プログラミング言語として捉えるから不満なのであって、Apache上で動くDSLだと考えれば凄く納得出来るし素晴らしく有用)

そういえばJSも滅べ滅べと言われていたけど、言ってる奴等が滅んだな
TSもある意味AltJSで滅べ勢だったが、何となく背乗りしてる感がある
353 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 22:02:26.52 ID:lSZBXHbs.net]: >>350
Firefoxのメイン部分はC++のままで進展がないんだよな
Chromeは既に少しずつRust化を進めているから期待
354 名前：デフォルトの名無しさん mailto:sage [2025/04/13(日) 22:05:07.20 ID:yatJIxqY.net]: 盛り上がっていると思ったらTypeScriptの話題じゃなかった悲しみ
355 名前：デフォルトの名無しさん mailto:sage [2025/04/14(月) 18:14:36.17 ID:A8vTDgQe.net]: >>352
php→goへのリライト案件は増えてますけど、
相変わらず求人は多めですね
356 名前：デフォルトの名無しさん mailto:sage [2025/04/14(月) 20:45:54.18 ID:30cdfZPh.net]: >>355
PHPは非プログラマ、というかデザイナでも行ける簡単さだからな
そして広報が主な目的のサイト、つまりデザイナの方が主役な状況では最有力な選択肢になる

問題は動作速度と、ユーザー間が完全に分離してる事だが、（この為、例えばチャットサイトとかはPHPではかなり無理)
逆に言えばこれが問題にならない局面では今後とも使われ続けるだろうし、
そもそもPHPを殺しにかかってる言語がない

Rust信者の凶暴性は、世界を一時的にであれ統一したCを殺しにかかってる事にある
TypeScript等その他の言語は、そもそもCの領域を侵そうとしてないから、最初から最低限二人の神＝C/C++と自言語は認めてる
ここら辺が根本的に違う
ただRustはプログラミング言語としては筋が悪い
ただしCでは往年の先輩層が厚すぎて絶対にイキれないので、

・とにかくイキりたい若年層

には刺さる
また、昨今のOSSで開発する際、伽藍とバザールの通り、どうしても「コミットを受け入れるかrejectするか？」という問題が回避出来ず、
従来型(伽藍的アプローチ)の場合は「内容を見て判断する」わけだが、これはどうしてもある程度主観的に見えてしまう
単純に言えば、rejectされたコミッタは絶対に納得しない
この点、Rustは少なくともメモリリークに関してはコンパイルが通ればわりと大丈夫らしいので、

・コミットは基本的に全部受け入れる(＝コンパイルが通ればおｋ）

という基準で管理する作戦であれば、昨今のOSSの状況とは合致する
(Cでこれをやるとまともに動くかどうかすら怪しいが、Rustなら少なくともある程度は行ける)
だからこの作戦でイキりたい馬鹿共の承認欲求を糧にしてガンガン進行すれば現在の情勢には向いてる

ただ、Rustの連中がこれをやってるとは思えないし、
α世代にとっては、今Rustでイキり倒してる馬鹿共は邪魔なだけなので、多分また新しい言語が出てきてそいつらはそっちに飛びつく
だからあと10年で化けられなければRustはこのまま死ぬと思ってるし、俺はこれを望んでる
357 名前：デフォルトの名無しさん mailto:sage [2025/04/14(月) 20:57:42.36 ID:XXK1Cezl.net]: >>356
今月もWindowsからChromeに至るまで大量のセキュリティ脆弱性アナウンスが出た現実を見よう
C/C++は完全に詰んでる
もちろんWindowsもChromeも少しずつRustに置き換えていってる
コードが巨大だから置き換えに時間はかかるがこの流れが止まることはない
358 名前：デフォルトの名無しさん [2025/04/14(月) 20:59:14.42 ID:T8syP9+g.net]: >>354
ほんまそれな
359 名前：デフォルトの名無しさん [2025/04/14(月) 21:01:37.23 ID:T8syP9+g.net]: ちょっと話題振るけどフロントエンドのフレームワークといえば今はReact？
Vueはもう死に体？
360 名前：デフォルトの名無しさん [2025/04/15(火) 00:19:13.44 ID:ZxPidxgq.net]: 現状はReactが一番強い
Vueも死んではいないけど、他の選択肢 (SvelteとかSolidとか) も出てきてて埋もれがち
例えば今からフロントを学ぼうという人がどれか一つを最初に始めるなら、おそらくReactが選択肢としては一番良いと思う
361 名前：デフォルトの名無しさん [2025/04/15(火) 22:08:26.65 ID:aWATTljU.net]: Effective TypeScript 第2版出たよ
買ったよ
362 名前：デフォルトの名無しさん mailto:sage [2025/04/16(水) 10:15:10.36 ID:vgaVJXOy.net]: こんなスクリプト言語スクリプトなんか使える奴はあたまおかしいよな
363 名前：デフォルトの名無しさん [2025/04/17(木) 10:27:18.15 ID:dDLPZMHA.net]: 褒められた？
364 名前：デフォルトの名無しさん mailto:sage [2025/04/17(木) 14:54:48.83 ID:fw0OLUjq.net]: 蛇腹御用達言語
365 名前：デフォルトの名無しさん [2025/04/17(木) 16:00:08.01 ID:szbpCwWd.net]: 【AI】OpenAIが「GPT 4.1」のAPIを公開、100万トークン対応と実用性能で飛躍的進化を遂げた次世代AIモデル [すらいむ★]
egg.5ch.net/test/read.cgi/scienceplus/1744724723/

上記のリンク先のコメントを読んでもまだ医者の威厳を保てるのか？
366 名前：デフォルトの名無しさん mailto:sage [2025/04/17(木) 19:42:09.87 ID:p4ijuII3.net]: エキスパートシステム取り入れて無い医者とかいまどきまだ居るの？
367 名前：デフォルトの名無しさん [2025/04/18(金) 12:33:39.43 ID:LTc7knjt.net]: マルチンコにレスする香具師は荒らし
368 名前：デフォルトの名無しさん [2025/04/19(土) 04:04:51.48 ID:FhCqpqMY.net]: 【2025年最新】自然な声の音声読み上げソフト5選！AI技術で ...
https://ondoku3.com/ja/post/natural-voice-software/
※無料で５０００文字まで音声合成エンジンで読み上げ可能
※音声合成エンジンは人間の声のサンプルから声質が作成されている

「Grok」が過去の会話を覚え続けるようになった--ChatGPTに追従　オフにする方法は？
2025年04月18日 05時20
japan.cnet.com/article/35231959/
>>「ChatGPT」やGoogleの「Gemini」も同様の記憶機能を導入している。これらのサービスも、長期的な会話履歴を保持し、ユーザーに合わせた回答が可能となっている。
※GrokはChatGPTで規制されていることも返答するようになっている

統合失調症の幻聴で半分人間半分AIと申されていた
統合失調症の幻聴で宇宙人とも話されていたのでかなり昔からできていたと思われる
※対象者【統合失調症】の考えに対しては何を考えているかは対象者【統合失調症】に聞いてみないことには意味不明⒮
369 名前：デフォルトの名無しさん [2025/04/23(水) 22:58:30.47 ID:yb1dQj0Y.net]: Bunの速度検証をネットで見て回ってるけどNodeと大差なさそう
それなら枯れたNode使い続けるわな
370 名前：デフォルトの名無しさん [2025/05/12(月) 19:47:42.38 ID:Gvci02ow.net]: 誰も書き込まない
どうやら誰もTypeScriptを使っていないようだ
371 名前：デフォルトの名無しさん [2025/05/13(火) 01:17:03.69 ID:fD5tVniT.net]: タイポなかったら開発できねーよ
372 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 20:25:52.45 ID:u4PNt/Ez.net]: TypeScriptを(C++等のように機械語に)コンパイルする方法が知りたいです(´・ω・)
373 名前：デフォルトの名無しさん [2025/05/14(水) 22:26:28.07 ID:pn5vXw+e.net]: AIに聞いたらDenoってのがあるらしいよ
374 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 22:39:15.13 ID:uDIzjmjF.net]: Porffor
375 名前：デフォルトの名無しさん [2025/05/14(水) 22:59:23.58 ID:Gm7aNQBc.net]: Porfforおもしろそうやね
でもまだJavaScriptやTypeScriptの全機能・構文に対応してるわけではないみたいやね

あとDeno compileはdenoの実行ファイルとJavaScriptソースコードをバンドルして1つの実行ファイルにしてるだけでソースコードが機械語にコンパイルされてるわけではないね
376 名前：デフォルトの名無しさん mailto:sage [2025/05/26(月) 16:13:10.61 ID:beau+2C5.net]: 若者はTSKaigiに参加、おっさんは5chにこもる
377 名前：デフォルトの名無しさん mailto:sage [2025/06/14(土) 21:27:12.36 ID:/OxuSDvW.net]: tscでは cyclic structure が多用されてるらしいが、

・どういう場所に
・どういう理由で

使われてるか知ってたら教えてくれ
(コード読めはそのとおりだが、知ってたらよろしく)

経緯は Goスレ、https://mevius.5ch.net/test/read.cgi/tech/1747750228/6-20
記事は
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
https://www.publickey1.jp/blog/25/typescriptgo10.html
378 名前：デフォルトの名無しさん [2025/06/21(土) 02:31:30.37 ID:fTkaAoMm.net]: プロジェクト参照をしてみたがさっぱりうまくいかん
npx tsc -b
したら依存関係を無視して滅茶苦茶にビルドが走ってエラーになる
なんだこれは
379 名前：デフォルトの名無しさん mailto:sage [2025/07/01(火) 08:26:48.69 ID:qkwLQxOG.net]: それこそがTSだ
380 名前：デフォルトの名無しさん [2025/09/22(月) 01:48:13.57 ID:2a2LIDRR.net]: Typescript +vscはデバッグにおいて、期待出来そうでしょうか？
381 名前：デフォルトの名無しさん [2025/09/22(月) 16:33:36.16 ID:2a2LIDRR.net]: 出来そうか？😡
382 名前：デフォルトの名無しさん [2025/09/22(月) 19:07:22.16 ID:kN+uxAzn.net]: たしかみてみろ
383 名前：デフォルトの名無しさん [2025/09/23(火) 10:49:14.04 ID:kfXXj8OR.net]: そもそもvscって何
vscodeのこと？
384 名前：デフォルトの名無しさん [2025/09/28(日) 02:11:58.04 ID:+SooQtHs.net]: はい。
385 名前：デフォルトの名無しさん [2025/09/28(日) 04:46:06.98 ID:AV0gncax.net]: 超便利だぞ
むしろVSCode使わずにTypeScript開発してるん？
386 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 11:12:01.81 ID:fGFZDJ+t.net]: メモ帳でもいける
387 名前：デフォルトの名無しさん [2025/09/28(日) 11:16:06.14 ID:jGr3+ySP.net]: vscodeをvscって略してるのあまり見かけないだけじゃね
388 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 11:35:05.22 ID:YMoT1Rl7.net]: VSCodeユーザーならcodeで通じるだろう
389 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 13:39:41.16 ID:TLoLZNcS.net]: そうやってコマンドラインから呼ぶのね
390 名前：デフォルトの名無しさん [2025/09/28(日) 14:11:01.86 ID:mD0LYq/x.net]: code .は大事
391 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 21:57:38.17 ID:7anYuvvf.net]: vscと言ったらVirtual Sound Canvasだよな
392 名前：デフォルトの名無しさん mailto:sage [2025/09/29(月) 12:24:04.30 ID:XYCNrbhw.net]: うちの界隈ではvscで通じる
393 名前：デフォルトの名無しさん [2025/10/04(土) 18:37:20.23 ID:mAmMjy+k.net]: こんな難しい言語を使いこなせるなんて、みんなすごいですね。😗
394 名前：デフォルトの名無しさん [2025/10/04(土) 22:41:18.61 ID:mAmMjy+k.net]: TypeScript Native Previews
↑
これが成功したらすごいですね。😙
395 名前：デフォルトの名無しさん [2025/10/08(水) 14:28:39.27 ID:XrXXkqZa.net]: >>394
いつもビルドが遅いから超期待してる
まあ一番遅いのはリントなんだけどなガハハ
396 名前：デフォルトの名無しさん [2025/10/11(土) 09:36:55.84 ID:iIkobeie.net]: biomeに移行したら？
397 名前：デフォルトの名無しさん [2025/10/12(日) 12:24:38.62 ID:ixk9NMGG.net]: テストはvitest、リンターはbiome使ってるけどそれでも時間かかるよなー

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef