Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか

Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか https://d.potato4d.me/entry/20220405-nodejs/ へのアンサーソング。 プログラミング言語としての JavaScript の話をする。 2010年頃、Python 2 でプログラミングを学習した自分にとっては Node.js + CoffeeScript が Better Python だった。 CoffeeScript は当時の JS(ES3~5) に足りない機能を補ってくれて、Python と同じく空白制御のオフサイドルールなのが気に入った。見た目が少しだけ Ruby っぽいので当時全盛だった Rails の人間に訴求するにも有利だった。 Node.js のモジュールシステムである Commonjs は Pytho

[potato4d]

わかる〜〜って感じの話を良い感じに言語化してくれていてすごく良かった

[gabill]

Web Componentsの普及によって既成のUI部品の使い回しが容易になり抽象化が進めば、そもそもフロントエンドに複雑さがそこまで必要か、みたいになんないかなぁ。フロントの痛みの多くはUIの再発明にあるような気がする。

[weakref]

トレンドばかり追うと技術的負債が増えるという当然の結果。そして、技術的負債を作りこんだ戦犯は大抵退職している。

[dfk3]

最近はnodejsで遊んでいるが、javascriptを使って非同期処理、コールバック、ハンドラ登録を組み合わせると、変数のスコープとか寿命とかの把握が極めて難解になる。

[pwatermark]

だいたい同じ感想で、Denoがどう転ぶかによって世界が変わる可能性があるのでDenoを脇目に追いかけつつ、Rustを勉強し始めた所

[mattn]

js/ts 界は新陳代謝を体現するプラットフォームなので傷んで行くものに慈悲はない。

[n314]

何年か前に、JavaScriptのデファクトスタンダードがコロコロ変わる時代は終わって今は定番が決まっているという記事を読んだ記憶があるんだけど、それももう終わったのかな？

[fukken]

"現状、モダンな JS のプロジェクトで苦労するのは必ずといっていいほど webpack, eslint, jest, typescript(tsconfig.json) の設定の組み合わせである" npmパッケージの依存先のパッケージとか、いい感じに重複排除して枝刈りしてほしい

[koba789]

だいたい同じ感想。流石の解像度という感じ

[oooooooo]

“webpack => vite jest => vitest prettier => deno fmt eslint => deno lint typescript(解析以外) => esbuild”

[mizdra]

わかる

[rryu]

ビルドシステムまだ安定してないのか。コードを書いてブラウザで確認するだけという開発者体験の実現とブラウザがESモジュールに対応したという前提条件の変化によるものっぽいが…

[iwasiman]

こちらもJS界隈の歴史が分かる記事。wasmの未来ってまだまだ先っぽいんですね。

[umai_bow]

“映画レディ・プレイヤーワンのジェームス・ハリデイのモデルにもなったであろう node の OSS スター substack” マジ？まあでもsubstackが活躍してた頃のJS界隈が一番好きかも。Browserifyが未来を切り開いた

[mas-higa]

なるほど

[amagitakayosi]

ほぼ同意。「フロントエンドをwasmで書く」については、UnityみたいなリッチなIDEが出て来ないと10年後も厳しいのではという気がしている（というか出てきてほしい）

[manaten]

“他人が書くものを使う分には不満だが” どの言語にもエキスパートからすると使わないほうがいい機能やイディオムがあるから、tsがというよりやばやばエンジニアと仕事するのがやばいという話な気もするなあこれは

[vvakame]

mizchiくんが書いたこの手の記事にflowの名が出なくなったの時代を感じる

[sigwyg]

オープンソースの敗北みたいになりつつあるのやだなーと思いつつ、つよつよエンジニアが業務時間に開発してるアプリに勝つ（メジャーを獲る）のは難しいよなー、など

[GEROMAX]

そうなのか

[carrier_pigeon]

フロント界隈って過去の良い技術(railsのcocとかgems、型付けetc)を無理やりブラウザ(JS/HTML)に持ち込んで動かそうとしてｲｹﾃﾙｲｹﾃﾅｲ繰り返してて地獄味を感じるんだよねぇ。全てはブラウザが悪い。wasmはよ。

[hdampty7]

柔らかすぎると大きなものを組めないからTSで硬くして使うっていう今のフロントの現状は滑稽だけれども、硬けりゃ加工にそれだけコストがかかるという物理世界と同じなんだろうなぁ、そこら辺は。

[udzura]

“10年後に 30% ぐらい” 想像より高い確率の見積りだ…

[nicht-sein]

わかるわかる、と読んだけれど、きっとこの方の技術力は私なんて足元にも及ばないほどの高みなんだろうなー、「わかるー」なんてノリで読んじゃいけなかったのかもとか思いつつ思うだけ

[srng]

こんなにTS全盛になるとはなあ。MSがTS出してきたころは皆は結構馬鹿にする人が多かった印象

[Ryo_K]

“他人のコードを型が通ってるから信頼できるかというと、できない。そういう言語であると思う。熟練度がそのまま安定性に直結する”

[fn7]

CoffeeScript懐かしい。

[zgmf-x20a]

ラプラスの箱みたいなもの？(違

[als_uz]

ROXまつり湯もいいですよ

[kabisuke]

フロントエンド側の人からすればromeが目指した世界を渇望してるんだけど、denoがなんとかしてくれそうでしてくれなくてまだかな〜となっている。。。アプリに集中したい。。。

[jsoizo]

“現状、モダンな JS のプロジェクトで苦労するのは必ずといっていいほど webpack, eslint, jest, typescript(tsconfig.json) の設定の組み合わせである。” romeに頑張っていただくしかないな

[baronhorse]

“政情不安によるサプライチェーンアタックの現実的なリスク” 大袈裟笑

[xlc]

実装する側としては枯れているものを使う。私はCJSで十分で何の不満もないです。EMSが安定したらそのとき声をかけてくださいな。だいたいnpmにあるモジュールだってclassではなくprototypeなヤツがまだ主流だもんな。

[zyzy]

自由度がある分結局型をちゃんと使ってくれる文化圏を選ぶ必要性があるという