2025年6月5日、モスクワのT Bankで開催された MoscowJS 65 に参加しました。その時点で、私はすでに 6年間JavaScriptを使って仕事をしていました。そのため、次に使うべきフレームワークやツールを教えてもらうために参加したわけではありません。むしろ期待していたのは、一人で作業しているだけでは得にくいものです。限られた数の技術テーマに数時間集中し、同じ問題に関心を持つ人たちと同じ場にいることでした。
今回のプログラムはAI色の強い内容でした。MoscowJS 65の公式プログラムによると、4つの発表では、LLMを使ったアシスタント、現代のAIの仕組みと限界、Vision-Language Modelを使ったUIテスト、そしてAIとNPM利用時のセキュリティリスクが扱われていました。コンパクトな構成でしたが、同じ大きなテーマをかなり異なるエンジニアリングの視点から見る内容になっていました。
いちばん印象に残ったこと
発表そのものも技術的に面白かったのですが、私にとっては会場の雰囲気も同じくらい重要でした。登壇者の熱量が伝わってきて、イベント全体が受け身ではなく、きちんと人が関わっている場だと感じられました。私が今でもローカルな開発者ミートアップを好きな理由の一つです。
ドキュメント、技術記事、ソースコードはいつでも読めますし、カンファレンスの録画も見られます。どれも欠かせません。ただ、ミートアップには別の種類の集中があります。ひと晩の中で扱うテーマが絞られ、その話題に関心を持つ人たちが同じ場所に集まる。ニッチなテーマほど、この文脈があることで内容を記憶しやすくなり、批判的にも考えやすくなります。
発表は出発点であって、証明ではない
一方で、ここには大事な限界もあります。カンファレンスの発表は、ドキュメントでもベンチマークでもありません。そこで示された方法が、そのまま自分の本番コードに適用できることを証明するものでもありません。良いデモは十分に参考になりますが、別の制約やエッジケース、保守コスト、セキュリティ上の前提まで含めて同じように成立するとは限りません。
AIでは特にこの区別が重要です。「デモが動いたか」だけでは足りません。実際に何が示されたのか、何が前提として省略されていたのか、再現できるのか、新しい失敗パターンは何か、複雑さを本当に減らしているのか、それとも別の場所へ移しているだけなのか。私はそういう問いを残しておきたいと思います。
そこから先がエンジニアリングです。ミートアップは新しいアイデアを知るきっかけにはなりますが、検証は別に必要です。
それでも参加する理由
JavaScriptの世界は広く、一つのプロジェクトで必要な領域だけに何か月も留まることは簡単です。ミートアップは、その日常から少し外に出るきっかけになります。MoscowJS 65では、開発者向けツール、モデルの挙動、テスト、パッケージのセキュリティが、AIという一つのテーマのもとでつながっていました。すべてのアイデアを採用しなくても、その晩が無駄になるわけではありません。
今回あらためて感じたのは、もっと単純なことでした。JavaScriptを6年続けても、特定のテーマを深く掘り下げ、同じ関心を持つ人たちと話すことはまだ面白い。エコシステムも流行のツールも発表テーマも変わります。でも、この部分は変わりません。
私にとっては、それだけでローカルな開発者イベントに足を運び続ける十分な理由です。