大統一 Node ツールチェイン Rome の野望 現状の実装

つい先日 beta リリースされたフロントエンドのツールチェインの Rome について、その思想とコードを読んだ結果の現状について。 Rome Frontend Toolchain この記事は公式ドキュメント以外にもソースを読んで得られた undocumented な部分も含んでいるので、すぐ古くなる。その前提で読むように。 問題の認識とその解決手段 フロントエンドの最適化は実行前のプリプロセスに、エコシステムの開発リソースの多くが当てられている。Node のツールチェインが発達するにつれて、自前の パーサ+AST 定義を持つ実装が増えていった歴史がある。 acorn(estree) babel prettier typescript terser それぞれのツールの生成する AST はそのツールの都合で微妙に/もしくは大幅に定義がずれている。typescript に至っては完全に別物。こ

[dowhile]

全てのpathはromeに通じるのか……

[bopperjp]

こんな面倒くさいの、よくやろうって思うなぁ。。偉大でしかないわ。

[mizchi]

書いた。rome の現状について

[yhara]

“なにより、babel をやり遂げた sebmck がメインで動いているというのが、本来の無理筋なプロジェクトに説得力をもたせている” 「やりました」は「やります」よりはるかに重みがあるからなあ。

[Nyoho]

Rome、そういう意図だったのか。なぜ今「一つのことをうまくやる哲学」に反するようなでかいプロジェクトが立ち上がったのか疑問だった。ASTを統一するのは納得いく目的。

[takc923]

Jestも置き換えるつもりって公式に書いてる https://romefrontend.dev

[sh19e]

“統一的なツールチェインがあれば、一回の実行パスでコードのパース、解析、コンパイルが済むはずだ、というのが基本的な発想にある。すべての抽象構文木はローマに通じる、というわけ。”

[mizdra]

良い / romeのブログでは個々のツールで独自にパーサやASTが実装されている関係で、エコシステムを破壊せずツールに変更を加えるのが難しかったみたいなことも書かれていて、これと合わせて読むとより良さそう

[simochee]

すごい…一次情報では無いものの、romeが何か全く知らない状態から誰が何をしたいのかを把握できた

[fukken]

babel、使うだけでもあれだけ面倒なんだから、作ろうとしたらどれだけ面倒か、って話だよなぁ

[door-s-dev]

めちゃくちゃ大変そうだけど、開発者としてはビルド時間短縮という恩恵が得られそうなので期待

[teppeis]

ロマンが凄い。ある程度軌道に乗ったら他ツールが大統一Rome版ASTに乗っかってきてくれる、ぐらいが現実的な成功シナリオかな。最適化で変数をグローバル展開するのはClosure Compilerと同じやり方だな

[buzztaiki]

ASTを中心としたエコシステムを新しく作るとした方がよさそうな気もするんだけど、ひとまずは作りきってしまおうみたいな感じがあるのかな。

[onesplat]

またフロントの奴らがわけわかんねえもの作ってるんだなとしか

[Keisuke69]

この間話としては見かけたものの放置してたやつの現時点での詳細まとめ。大いなる野望のもとに作られたツールだってことが分かった

[cu39]

「すべての抽象構文木はローマに通じる」

[uehaj]

denoもフォーマッタとlinterとテストランナーとバンドラが組み込まれてるけど、astの取り回しはどうなんだろ

[vvakame]

いい話だ

[ledsun]

sebmckの新作なのか