普通のエンジニアがOSSで世界と繋がるまで.pdf

Transcript

1. 普通のエンジニアがOSSで 世界と繋がるまで Yota Hamada GitHub / X: @yottahmd
2. オープンソースのワークフローエンジン
3. Cron Airflow
4. Daguとは？ - CronとAirflowの「中間」 • Cronの手軽さと、高機能ワークフローエンジンの「中間」を埋める選択肢 • 実行ファイル一つで動作 • DB不要でシンプル • 組み込みWeb UI
5. YAML 定義 可視化
6. GitHub が荒野だった日
7. 「OSS活動は何かされていますか？」
8. はじめてのOSS - 貢献の形はコードだけじゃない • 当時流行り始めていた TypeScript を学習 • 質の高いオンライン書籍 TypeScript Deep Dive を発見（ただし英語版のみ） • 💡「これを翻訳すれば、自分の勉強にもなるし、誰かの役にも立つかもしれな い！」
10. ⼀つの活動が、新たな機会を運んでくる 翻訳活動 Udemy 講座作成 記事執筆依頼
11. 【世界で7万人が受講】Understanding TypeScript 日本語版
12. ゲーム開発にはまる
13. ライブラリ開発で学んだ「上位互換に殺される感覚」 ゲームの設計パターン ECS に魅了さ れ、ライブラリ donburi を開発・公開 出典: Unity manual - ECS concepts
14. 海外技術者のチュートリアルで利⽤される • 海外の有名ブログで紹介され、多く のスターを獲得！ • …しかし、ある日、圧倒的に高性能 な競合ライブラリが登場 m110氏により開発された airplanes mlange-42氏によるベンチマーク
15. 強者が次々現れる、 OSS の現実
16. Dagu開発へ - 原動⼒は「Cron地獄」への課題感 • 当時勤務していた大手企業での深刻な問題 ◦ 数百のCronジョブが複数のサーバーに散在 ◦ 全体を把握しているのは、勤続10年のベテランエンジニアただ一人 ◦ 障害が起きると、彼の「頭の中の設計図」だけが頼り… • Airflow等は導入が重すぎ、商用製品は高価で手が出せない
17. シンプルで⼿軽な選択肢がない 釘
18. Dagu 開発へ 高機能 手軽さ Cron Airflow
19. Go ならわかるシステムプログラミング ラムダノート
20. なぜ Go ⾔語を選択したのか • 依存関係の少なさ (標準ライブラリの充実) • シングルバイナリ(embed機能) • 優れた並行処理 (goroutine + channel) Go gopher 画像: Renée French 作
21. ⼤きなソフトウェアを作り続ける技術 1. 小粒なイテレーションで達成感を得る • 壮大な計画は立てない。毎週「動くもの」を積み重ねる。 ◦ 1 週目: CLI で最低限 DAG を実行できるように ◦ 2 週目: Web UI で DAG が表示されるように ◦ 3 週目: 途中でキャンセル、再開できるように 2. 「Deep Module」の思想で変化に強く • I/F はシンプルに、複雑さは内部に隠す。 • シンプルな I/F を組み重ねて複雑なものを作る。
22. 「Deep Module」の思想 出典: ソフトウェア設計について twada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜
23. 参考: Unix OS における Deep Module の例 • ファイル入出力は、５個の関数（システムコール）で成り立っている open read write lseek close ファイルを開く ファイルから 読み込む ファイルへ 書き込む 読み書きする位置を 移動する ファイルを閉じる OS アプリケーション 物理デバイス（HDD / SDD）
24. OSSを「育てる」上で最も重要だと気づいたこと 「すべての貢献に、貢献者の名前を明記して感謝を伝えなさい」 (元 Firefox コミュニティマネージャーの友人からの助言) • リリースノートでのクレジット表記を徹底 ◦ バグ報告、機能提案、ドキュメント修正 …関わってくれた全ての人に感謝を • 結果：リピート貢献率が明らかに向上！ 自分の貢献が正当に評価されることが、次の貢献へのモチベーションに繋がる。
25. OSS 開発の原動⼒ 1. 「Cron地獄」のような課題への「怒り」 2. 利用者の声 3. 作品を育てる楽しさ
26. ⾃分の作品を育てる
27. AI エージェントの活⽤ • Issue の要約と修正案の検討 • 要求事項のまとめ、Issue のドラフト作成 • Pull Request の作成
28. ⾃分⼀⼈が感じている課題は 実は世界の誰かも同じように感じている 海外 Dagu ユーザーとの情報交換ミーティング
29. ご清聴ありがとうございました まとめ • 課題発見: 日々の業務で感じる「不便」や「怒り」は、開発の最高の原動力になる。 • 継続のコツ : 小さく始め、目に見える達成感を毎週積み重ねて、モチベーションを維持 する。 • 設計思想: 「Deep Module」の思想で複雑性の増大を抑えるコードを書く。 • コミュニティ : 小さな貢献も見逃さず、すべてのコントリビューターに感謝と敬意を伝え る。