Denoよどこへ行く - keroxpのScrapbox

最近めっきりDenoに触ってない。一言で言うと飽きてしまった。 とはいえどうなってるかくらいの情報は追っているのだが、どうも使いたいと言う気分にならない。 今自分はDenoコントリビューターではないのでいち開発者としての外から見たDenoの現状を語ってみる 最近のDenoはWeb標準に追従している 具体的には、fetch APIの実装に始まり、ブラウザに実装されているAPIの実装を頑張っている windowオブジェクトもあるし、webcryptoやWebGPUのような、ブラウザでも誰も使ったことのないようなAPIまで実装している 自分はどうもこの流れに乗れなかった この方針は現在のDenoコアチームの強い姿勢であり、最近JavaScriptの標準化団体であるTC39に参加したという だがDenoがサーバーサイドの言語である以上、ブラウザに存在する様々なブラウザ的問題を解決するための仕組みや

[takahashim]

むしろ、Denoは「サーバーサイド」を滅ぼそうとしているのでは、と思いました

[yo_waka]

URL Importはほんとそうだよねえ。。強い思想でもあるし変わらないだろうけど

[kazuau]

パッケージ管理はこれでやれということじゃないですかね https://examples.deno.land/dependency-management

[pwatermark]

Webの技術が手元で動く、所がnodeを選ぶ一番の理由だったので、現状のdenoでも充分事足りてるなあ サーバサイドでのプロダクション導入はそもそも考えてなかったりする

[gfx]

denoのimportの仕様みてdeno触るのを諦めたクチです。single file scriptだったらあれで別にいいけどねえ。

[programmablekinoko]

サーバーサイド言語に求められているのは通信の最適化が出来ること、ファイルの自由な読み書きなんだなと強く思った次第。つまりそれができれば何でも良い

[xlc]

ESMは開発者を信用しすぎなので、今回のcolorsみたいな事案で大問題が起きるのでは？私は製品には保守的なので、Node+CJSを使い続けてます。

[delphinus35]

この中だとパッケージ管理の難しさは夙に感じていてCLIツールを作る以外に利用したいとは思わなかったな。本番環境に出せるようなコードは書けない。