TOP > IT・テクノロジー > TypeScript不要論:型チェックは TypeScript や Flow じゃなくて JavaScript にやらせる。 - Qiita

TypeScript不要論:型チェックは TypeScript や Flow じゃなくて JavaScript にやらせる。 - Qiita

65コメント 登録日時:2018-12-24 17:28 | Qiitaキャッシュ

# 開発効率のために型チェックを望むJavaScript が動的型言語なので、静的型言語にしてしまえば開発効率があがる、というアイデアがあって、それは確かなことかとも思います。プログラムを書いていて、ある変数の型がよくわからなけ......

Twitterのコメント(65)

Reasonについて調べてたら出てきたこのQiita怖くて泣いちゃった
部分部分はわからんでもない。静的検査導入して得られるメリットの見積もりが動的検査のみで開発できている立場からはわかりにくいってのはある(デメリットの方のトランスパイル導入負荷の見積はできているので余計に) / TypeScript不要論
すごい。コメント欄の人たち優しい / や Flow じゃなくて JavaScript にやらせる。
コントリビューション数が低いと捨て垢扱いされるのでQiitaでコメントをするべきでないというのがよくわかりました
かのJAVA=JAVAScriptの人ほどではないけどやや近しいものを感じる

受け入れる力...

や Flow じゃなくて JavaScript にやらせる。
なるほど〜〜〜〜〜〜
契約プログラミングがあれば静的型システムを導入する必要は無い、えぇ...
型チェックや の機能に対する理解についてはコメントでも突っ込まれてるから置いとくとしても、「(頑張れば)自前で実装できるからツールはいらない」という主張はどうなんだろうな。
年始から熱い議論で楽しい
や Flow じゃなくて JavaScript にやらせる。

型チェックとバリデーションチェックの違いについて考えてる。
僕には必要です。
や Flow じゃなくて JavaScript にやらせる。
参考になりました。ただいい感じの行数と循環参照なのでqiitaが自動で会話中のコンポーネントID紐づけてふってくれたら読みやすいのになと妄想

や Flow じゃなくて JavaScript にやらせる。
色々話は置いておいて、 に CoffeeScript ほどのリスクはない > TypeScript不要論:型チェックは TypeScript や
コメント欄がマウントの取り合いで酷いことに

や Flow じゃなくて JavaScript にやらせる。 - Qiita
ネタ記事かと思ったんだけど違うのかな・・・。 や Flow じゃなくて JavaScript にやらせる。
ここが出火箇所か

や Flow じゃなくて JavaScript にやらせる。
この方向性でTypeScriptを不要なほどにするには、TypeScriptなみにエンジニアリングリソースを投下して、基礎的で大掛かりなシステムへの発展が必要では。小規模少人数だったらこれでもいいかもしれんが... / “型チェ…”
や Flow じゃなくて JavaScript にやらせる。

また新たな怪文書になるかと思ったけど微妙に実利の点では理解できるので、多分燃えないと思う
長くて読むのを諦めた
凄い盛り上がってる。どう受け取るかは相手次第なのでコメントしていた時点でどう言われようとも仕方ない気はする。
筆者の言わんとしている事は分かるけど、不要論というワードは使うべきじゃないなー。 / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
コメント欄含めて面白い議論だな。議論の内容より言葉のやりとりの方が面白いけど
機械にやらせれば済むことを人間がやるのは疲れるし、失敗も多い。さらに言えば、そういったことに気を使うと、ワーキングメモリが消費されるので思考が鈍る。俺は手料理の温かみより、クックドゥの楽さが好き。 / TypeS…”
@tan_go238
これですねー
TypeScript, Polyfill もないときつくない?
読んだ。 | や Flow じゃなくて JavaScript にやらせる。
こういうの読んでるとウェブ上のやり取り、というかチャットベースのやり取りの限界感じる。
かと言ってf2fのコミュニケーションもバスが太くなるだけで上手く行く保証なんざ何もないんだけど。
なんだか荒れてるな。便利と思ったら使えばいいし、不要と思ったら使わなければええし、自分の置かれてる状況に合わせて選択する。
やさしい世界
自分の価値観とは違うなー | や Flow じゃなくて JavaScript にやらせる。
や Flow じゃなくて JavaScript にやらせる。 - Qiita開発効率のために型チェックを望む が動的型言語なので、静的型言語にしてしまえば開発効率があがる、…
議論白熱・・・!!!

や Flow じゃなくて JavaScript にやらせる。
よくこの記事を見て下さい。筆者は棒で殴られていますが、そもそも殴る側に善意がないと成り立たないやり取りです。これだけ善意を持っている人に対して、言い方きついから優しく言えとか言っちゃいます?
みんな優しいなあ / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
実行時に型チェックするやつ手動で書くの,プログラミング始めたての高校生の頃はやってた記憶がある. / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
燃え始めてる
へぇ~?
や Flow じゃなくて JavaScript にやらせる。
テスト万能論者と分類して良いのか / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
コメント欄途中までいい感じだったんだけど何かあったの (読んでない) / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
自分もコンパイルせずに型チェックする記事を書いたので気になって読んだ。TSを導入する理由は考えるべき事やテストを減らす事じゃないかなー。まぁ僕もNode.jsは生で書く派だけど
や Flow じゃなくて JavaScript にやらせる。 - Qiita
Perlでも昔同じような話あったな
や Flow じゃなくて JavaScript にやらせる。
assertおじさん、爆☆誕
を読んで思ったことをツラツラと書いていこう。

kmizu さんの指導はめちゃくちゃ丁寧だと思う。(指導というと誤解がありそうだから、対応にしたほうがいいかもしれない)
型用assert関数は悪くない。だが、余計な話と論争がノイズ。日本語は5行くらいに要約できるんちゃうか?
何でも自作したいマンだ
や Flow じゃなくて JavaScript にやらせる。
この方、kmizuさんとオフラインで話せばうまく話が収束するのでは? と思った。
「あー、このQiita燃えるな…」という記事に共通する何かを探し出すQiita記事が求められている - や Flow じゃなくて JavaScript にやらせる。 - Qiita
“上級者=すべてのことに気を使う”という間違った解釈をしていそう

や Flow じゃなくて JavaScript にやらせる。 - Qiita
上級者にはTSもFlowもいらない認識ってコメントあるけど、自分はTSかFlowがないと大規模はしんどい / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
まだ型チェックで消耗してるの?

「できるエンジニアならなるべくバグを減らすように変数というか引数に対する型チェックを自前で行ってバグ防御処理をいれるのは普通」-- や Flow じゃなくて JavaScript にやらせる。
新しい言説だ “静的検査(トランスパイル時)検査と動的(実行時)検査は違うという話ですが、開発の実用上ほんとにそんなの違うのかい?実用上何も不利益もないだろう、ということです。” / や F…”
JSDocで云々の話かと思ったら違った

や Flow じゃなくて JavaScript にやらせる。
や Flow じゃなくて JavaScript にやらせる。
"もともと、型チェックをTSやFlowを使わずに実現していることについて学べる記事なので、建設的なのは建設的だと思いますよ。" 「建設的」はやりとりについてなのに、記事への批判としか思ってないので誤読し何いっても意固地になるやつですね。人間は新年も愚か
の記事について、コメント欄で対話を試みたのだけど、失敗してしまった。
難しい…まあ、やはり、こういう知識差が明らかにあるときに
教え諭そうとすると見下しと感じて反発するという例が具体的に
積み上がったのは良かったのかもしれません。
新春だ / や Flow じゃなくて JavaScript にやらせる。
違う、そうじゃない案件
そういう立場の人のために、デファクトな契約プログラミングフレームワークが求められる(私は知らん) / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
実行前には何もわからない・・・ / や Flow じゃなくて JavaScript にやらせる。 - Qiita”
実行時検査はその場所を踏まない限り何も起こらないので、踏んでないところには不整合が残る。全ての箇所・経路を踏む様な test が書ける人は test によって整合性をある程度担保出来るけど…出来る? ➤ や Flow じゃなくて JavaScript にやらせる。
や Flow じゃなくて JavaScript にやらせる。 - Qiita

静的型チェックと動的型チェックの違いを認識できていない…。
や Flow じゃなくて JavaScript にやらせる。 - Qiita
以上

記事本文: TypeScript不要論:型チェックは TypeScript や Flow じゃなくて JavaScript にやらせる。 - Qiita

関連記事