odan’s diary

OSS

https://oss.odan.dev/

OSS を使っていて気になる挙動について Issue を立てたりパッチを投げました。今年はあんまりインパクトの大きいことをできた記憶がありません。
むしろ Issue を立てたもののうまくハンドリングができず放置気味になってしまっているのがいくつかあります。良くない...。

今年は仕事で Nuxt.js のプロジェクトにも関わり始めたので、そちら方面でも活動していました。

Issues & Pull Requests

Issues:

Pull Requests:

寄付

opencollective.com

昨年に続いて今年の9月までは core-js/Prettier/ESLint/typescript-eslint に毎月継続して支援していました。しかし9月から育休を取得して収入が一時的に減少するのもあり、10月以降は停止しています。

仕事

5月にチームのマネージャーになったのが一番大きな変化でした。以前のマネージャーが退職したのがきっかけでした。
マネージャーの打診をされたときに

隣のチームのマネージャーがプレイングマネージャーとして働いているので、コードを書き続けることはできそう
チームの外のステークホルダーとの関係性やコミュニケーションの勘所への理解度には自信があるので、うまくチームをマネジメントできそう

あたりの打算が働いたので、受諾しました。

エンジニアとして新卒で就職したときは、マネージャーにはならない！という気持ちが強かったのに、人間は変化するものですね。

マネージャーになった直後にチームのメンバーと担当プロダクトの増加するイベントがありました。これに対応するためにチームの責務を広げて明文化したり、チームの仕組みを整備するのに忙しかった記憶があります。

登壇

TSKaigi 2025 で LT で登壇しました。

話す内容には自信があったので CfP を書いた時点ではイケイケでした。ただ本番が近づくにつれて、背景や話したいことを整理する中で LT じゃ時間が足りないことがわかってきたり、整理がうまくいかないなという自覚があったのが、残念なポイントでした。

来年はもう少しアウトプットの形や質を見直したいなと考えてます。

プライベート

少し上で育休について触れた通り、今年1年だけで結婚、マンション購入、出産とライフイベントを駆け上がりました。

5月にマネージャーになった直後の9月から育休で仕事を抜けることになりましたが、チームのメンバーや上司の理解や助けがあって実現ができました。

育児は、深夜の授乳を担当しているので夜中に起きるのが大変だなと感じています。他にも対応することや気を遣うことがたくさんありますが、パートナーと協力できる状態なのと子どもが小さくて可愛いので大きなトラブルもなく継続できています。
育児の中で「現代は便利な空調機器や性能のいい断熱材のおかげで冬でも赤ちゃんにも優しい温度と湿度を保てるけど、竪穴式住居がメインだった縄文時代の育児はもっと大変だろうな」とか、子どもの寝かしつけのギャン泣きがひどいときは「睡魔は魔という漢字が使われているし眠いとそりゃ怖くて泣くよな」みたいなことに思いを馳せています。

来年

育休明けが4月からなので少し遅いスタートにはなりますが、育児と両立しつつ本業のマネージャー業を今年と同じぐらい頑張って、プロダクトとチームの成長に貢献したいと考えています。

個人の活動では登壇や OSS 活動で "面白い" ことができたらいいなと思ってます。具体的には面白いバグを Issue で報告したり、面白いプロダクトやライブラリの開発したり、面白いと思える内容で登壇するといったことです。自分の興味や知的好奇心を大事にしていきたいです。

2025-11-26

Firecracker で任意のコマンドを実行できる API を実装してみた

Firecracker は AWS Lambda や AWS Fargate でも使われている OSS の仮想化技術です。

先日 Twitter にこの Firecracker を使って、AI エージェントの動作基盤を開発しているスライドが流れてきました。

資料公開しました！弊社 Takumi の動いている Firecracker 基盤の話をしました。オタク各位是非 #アーキテクチャcon_findy https://t.co/A4i4qYe1gt
— YONEUCHI, Takashi (@lmt_swallow) 2025年11月21日

これを見て大学生の頃に任意コマンドを実行できる Slack Bot を作って、大学のサークルの Slack に放流していたことを思い出しました。

speakerdeck.com

きっと同じものをまた作れるのでは？と思い、実装してみました。

PoC というか hobby use 用のコードです。

動作

例えば以下のような Python コードを用意して

print("Hello World! from Python")


def fib(n):
    if n < 2:
        return n
    return fib(n - 1) + fib(n - 2)


print(fib(10))

curl で API を叩くと実行結果が返ってきます。

$ curl -X POST http://localhost:3000/run -H 'Content-Type: multipart/form-data' -F file=@./examples/example.py -F 'payload={"environmentName": "python"};type=application/json'
{"stdout":"Hello World! from Python\n55\n","stderr":""}

仕組み

KVM + Firecracker で立てた microVM の中で任意のコマンドを実行してその結果を返しています。

API サーバ: ユーザーのコードを受け付ける
API サーバ: python -c 形式のコマンドに変換
API サーバ: Firecracker の管理を行うプロセスに microVM の起動を依頼
Firecracker Manager: microVM を起動して、VM 内と通信ができる UNIX ドメインソケットを返す
API サーバ: VM 内のプロセスに対してコマンドを送信
VM 内のプロセス: コマンドを実行して結果を返す

という流れになっています。

今回はただ動くものを実装するのが目的だったので、全部を Node.js で実装してます。多分ちゃんと運用するなら VM 内のプロセスは、シングルバイナリにできる Go とかで書いたほうがいい気がします。

Tips

実装する中で気づいた知見について紹介します。

.ext4 ファイルは Docker イメージから生成できる

microVM のディスクファイルとして、.ext4 ファイルを用意する必要があります。

docker export を使うとコンテナのファイルシステムを書き出すことができるので、これを使うのが楽でした。各言語のセットアップなどは有名な Docker イメージを利用できるのが便利です。

ゲストのプロセスとの通信は vsock 経由で行う

vsock は VM とホストマシンが通信するためのアドレスファミリーです。Firecracker 独自の仕組みではなくて、VM 全般で利用される仕組みのようです。

ただ自分はこのことを知らなかったので、以下のドキュメントで初めて知りました。

ホスト側はソケットが生えるだけなので、便利な仕組みだなと思いました。

microVM 内でループバックアドレスを up する必要がある

Node.js は vsock をネイティブにサポートしていません。

なので今回は socat を使って、vsock を TCP に proxy することにしました。

具体的には microVM の起動時に以下のコマンドも実行しています。

$ socat VSOCK-LISTEN:8000,fork TCP:127.0.0.1:8080

こうすれば 8080 ポートで HTTP サーバを立てるだけで済むので実装の難易度が下がります。

ただ初期状態の microVM ではループバックアドレスが down していたので、以下のエラーが発生しました。

# 2025/11/25 15:34:53 socat[248] W connect(5, AF=2 127.0.0.1:8080, 16): Network is unreachable
2025/11/25 15:34:53 socat[248] E TCP:127.0.0.1:8080: Network is unreachable

これを解決するために、起動時に ip link set lo up も実行してます。

余談

実装にあたって仮想化や Linux 周りの知識が不足していたのを ChatGPT にかなり助けてもらいました。昔だったらもっと時間がかかっていた気がします。

これを本番環境で稼働させるための調査や追加の実装はさらに時間が必要になると考えてます。

さっと動くものは簡単に作れるけど、ちゃんと動くものまでの距離は依然遠いままだな〜と感じました。

2025-11-19

JSConf JP 2025 に参加してきました

JSConf JP 2025 に参加してきました。 jsconf.jp

所属のLINEヤフー株式会社がカンファレンスのスポンサーをしていたため、スポンサーチケットがあったのでこちらを使っての参加でした。

以下印象に残ったセッションなどを書いていきます。

What's New in ECMA-402

ECMA-402 はあまり馴染みのない言葉でしたが、i18n のための API に関する標準仕様のことでした。

i18n に関する仕様や実装は階層構造になっていることを示したスライドが一番強く記憶に残っています (セッションでは i18n stack と呼ばれていた)。
普段利用している i18n のライブラリは最上位に位置していて、下層の仕組みを正しく理解すると i18n 関係の実装を行うときにより手札が増えて良さそうだなと思いました。

From Chaos to Harmony: A History of JavaScript（混沌から調和へ ― JavaScriptの歴史）

キーノートでしたが、一番面白かったセッションでした。

自分がフロントエンドに入門した頃は ES6 が登場しつつあり、babel?というやつを使うと ES5 になっていろんなブラウザで動かせて便利！という世界観のタイミングでした。
ES5 以前の ES4 は提案だけされたもののまとまらなかった話は、聞いたことがない話だったので大変面白かったです。先人たちの議論や試行錯誤の上に今日の JavaScript や Web が存在すると考えると感慨深いです。

ちなみにこのセッションで初めて JavaScript と同い年なことを知りました。

サイボウズブース

ブースに行くとマネジメントの話ができるとのことだったので、30分ぐらいおぐえもんさんと会話させていただきました。なかなかこういう機会はないので貴重でした。

今サイボウズブースにいます！@nus3_ と@__sakito__ さんとマネジメントをテーマにお話しします！#jsconfjp pic.twitter.com/jaKy3KLMyW
— おぐえもん (@oguemon_com) 2025年11月16日

大規模プロダクトで実践するAI活用の仕組みづくり

個人で AI は活用できるけどチーム単位で活用できているか？という課題感を持っていたので、ここに刺さる実践的なセッションでした。

やっぱもっと AI を活用していきたいよね〜という気持ちになりました。

Media Capture and Streams: W3C仕様と現場での知見

仕事で MediaStream を使った Webアプリをメンテナンスしているので、なんとなく使い方や API は知っていました。しかしフルスクラッチでその Web アプリを書き上げたわけではないので、全体像については曖昧な状態でした。

このセッションでは実際に MediaStream を使う中でハマった事例が複数紹介されていました。そのため次にコードを書くときに自分の中で気をつけるべきポイントを増やすことができて有意義なセッションだと感じました。

MediaStream を始めとしたネイティブの機能が絡む Web API は、簡単でもいいので実際に Web アプリを開発して自分の手で触らないと正しい使い方がわからないので難しい、とも感じました。

大規模モノレポの秩序管理失速しない多言語化フロントエンドの運用

仕事でコンポーネントライブラリに含まれる以下のようなパッケージを

1つの i18n 用のパッケージ
- i18n 用のインタフェース (t(key) みたいなやつ)
- 他のパッケージで使うための i18n リソース

以下のように整理したことがありました

i18n 用のインタフェースは廃止
- Web アプリ側で導入されている i18next や vue-i18n などを使ってもらう
- i18n のリソースは、それぞれのパッケージから直接提供

なので発表の内容にはとても共感ができました。

GraphQL の例が紹介されていましたが、データに対する操作とそのデータ自体は分けるほうがきれいに整理ができるパターンだと感じました

終わりに

今年の JSConf JP も楽しく参加できました。

スポンサーセッションでは実務に寄った話が多くこれはこれで参考になりますし、他のセッションでは JavaScript 自体の話や規格の話もあったので、バランスが良かったなと感じました。

運営の方々や登壇された方、ありがとうございました。来年も開催されれば参加したいと思いました。

2025-05-04

line-developers-mcp-server を開発したときの気付き

LINE Developers を検索してくれるMCPサーバを少し前に開発したときに気付いたことを残しておきます。

開発途中の作業ログは Zenn に置いています。 zenn.dev

ドキュメント検索系のMCPサーバは検索の品質が本質になる

結局はMCPサーバは単なるプロトコルです。なのでプロトコルの中で高品質な機能を提供する必要があります。

今回開発したドキュメント検索系のMCPサーバは、LLMとのやり取り部分のプロトコルが決まっているRAGといえます。なのでより便利なツールにするには検索部分の品質を高める必要があります。

line-developers-mcp-serverではサイトに実装されている検索機能をPlaywrightを使うことで検索を実現しています。
この検索機能は改善の余地があります。例えば LINE Login 概要 ではなく LINEログインの概要 で検索しないと LINEログインの概要 | LINE Developers がヒットしない点です。ドキュメントがヒットしないのでLLMが何度か検索ワードを変えて検索している場面が何度かありました。

単語の表記揺れに設定を入れたり、ベクトル検索を導入するなどの改善点が考えられます。

ドキュメント検索に特化したMCPサーバのOSSが出てきそう

VitePressはMarkdownファイルから人間の向けのドキュメントサイトを構築するOSSです。
これと同じ構図で、Markdownファイルから検索エンジン付きのMCPサーバを構築するOSSが出てきそうな気がしていました。

自分の観測範囲では実際にそれ用のVite Pluginが公開されていました。

qiita.com

あとは https://gitmcp.io もリポジトリ上にMarkdownファイルがあるなら同じような使い方ができると思います。

Webに公開されているドキュメントならGoogleの`site:`検索を使うほうがお手軽かもしれない

https://developers.line.biz/ja/ はWebに公開されているドキュメントです。

なので site: https://developers.line.biz/ja/ ${検索ワード} とGoogleで検索すれば精度高く関連ドキュメントを見つけることができます。この方法だと LINEログイン と LINE Login の表記揺れなどにも強いです。

一番の理想はGoogle自身が site: 検索をするMCPサーバを提供してくれることです。しかしこれは検索結果画面の広告で収益を得ていることを考えると実現する可能性は低いと考えています。Playwrightで検索する方法も考えられますが、Googleの利益に相反することなのでいつまで利用可能かわかりません。

2024-12-31

2024年ふりかえり

去年のやつ

OSS 関係

今年は https://oss.odan.dev/ を作ったので、ここから振り返ることができます。

印象深いやつをいくつかピックアップします。

happy-dom

仕事でエッジケースなテストを書いていて、その中で happy-dom にフィードバックできそうな挙動があったので issue を立ててプルリクまで作る、ということをしていました。
happy-dom はレスポンスが早いしすぐリリースもされるので、この部分の開発者体験は良かったです。

nivo

副業先で nivo のバージョンを上げると Next.js 上で build エラーになっていて困っているという話がありました。これを解決するタスクが自分にアサインされたのがきっかけです。
最初は workaround をいくつか試していましたが、やっているうちに「なんで世界中の開発者がこんな作業を強いられているんだろう...？？」という気持ちになってしまいました。nivo が正しく ESM 対応すれば何も困らない話なので、方針を相談して nivo 自体を修正することにしました。

まだプルリクはマージされていませんが、来年にはマージされることを祈っています。

Open Collective

去年に続いて ESLint、typescript-eslint、Prettier、core-js に毎月10ドルずつ寄付しています。

opencollective.com

来年はもう1つか2つぐらい寄付先を増やしたいなと考えています。

仕事

本務

チームごと別部署に移動したりして色々ありましたが、去年と変わらず LIFF やLINEログインなどの開発者向けのプロダクト開発に関わっています。

そんな中で今年はインターンを受け入れました。これまでインターンを受け入れたことがなかったので、準備や期間中の対応など慣れない部分が多かった記憶があります。

当初予定していた開発が無事完了しただけでなく、ポッドキャストへの出演やインターンレポートの執筆までできたのはかなり良かったなと考えています。

techblog.lycorp.co.jp

uit-inside.linecorp.com

兼務

また春から別のチームに兼務がつきました。

兼務先では機会に恵まれて、技術カンファレンスに関する仕事をしています。

techblog.lycorp.co.jp

来年以降も技術カンファレンスのスポンサーや社内向けの支援を継続していければなと考えています。

副業

去年から続いて同じところで副業を続けています。

本業が開発者向けのプロダクトなため、なかなか王道なフロントエンドのコードを書く機会が少ないです。そんな中で今年も副業先でモダンフロントエンドなプロジェクトに関わることができました。ここでの経験値や気付きは本業にも活かせている感覚があります。

登壇

TSKaigi 2024 と Vue Fes Japan 2024 と JSConf JP 2024 にプロポーザルを出して、Vue Fes Japan 2024 に LT で登壇することができました。

兼務先で技術カンファレンスのスポンサー関係の業務に関わっているので、来年はより強く登壇を狙っていきたいと考えています。

まとめ

今年は新しく技術カンファレンス関係の仕事に関わるようになったのがアップデートでした。

OSS への関わり方や仕事の内容には満足しているので、このまま継続して来年も動き続けたいと考えています。

2024-10-23

Vue Fes Japan 2024 に参加してきました

タイトルの通り Vue Fes Japan 2024 に参加してきました

vuefes.jp

今回はLTのスピーカー参加でした

vuefes.jp

以下はスライドです。

speakerdeck.com

LT を出した背景

今年はカンファレンスへの登壇をできたらいいなと考えていて、TSKaigi や JSConf JP に CfP を出していました。

ただ春先に TSKaigi はセッションの CfP を出して落選していたので、競争率が低いであろう LT の CfP を出す戦略に切り替えていました。