トーク

2025年4月、新しいロールを任されてから、わたしは無力感に押しつぶされていました。

「自分はダメだ、何もできない」と思い込み、立ち止まってしまっていたなと今では思います。

状況を少しずつ好転させるきっかけになったのは、「できない自分」と向き合うことでした。自分を否定せず、感情と事実を切り分け、周囲を頼りながら、前に進む力を取り戻していけたと思います。

このトークでは、自己否定から抜け出し、レジリエンスを育てていく中で取り組んだことや思考の変化を共有します！

やっとスタートラインに立てたかなと思っている「今」をお伝えします。

2025年現在、開発現場では「コードを書く」から「AIと協働する」への大転換が起きています。GitHub Copilotのような補完型から始まったAI支援は、今や自律的にタスクを遂行するエージェントへと進化しました。

2025 年時点ではどのような類型のコーディングエージェントが存在しているか、コーディングエージェントの登場により私達エンジニアの仕事がどのように変化しているのか、急速な変化に伴いどのような課題が発生しているのかについて話します。

そして数年後に、「2025年は確かに時代の転換点だったね」と振り返ってその瞬間に立ち会えたことを楽しめるようにしましょう。

参考: https://azukiazusa.dev/blog/coding-agents-and-developers-work/

近年、静的解析ツールは単なる「チェックツール」を超え、開発体験そのものを変える存在になりました。ESLintやRubocopを使ったことがある方なら、その可能性の広がりを実感できるはず。

本トークでは、自作した静的解析ルールがワークフローをどう変えたかを実例で紹介します。
「typoや瑣末なコーディングスタイルの指摘ばかりのレビュー」から「設計議論中心のレビュー」への転換、リファクタリング作業の大幅な効率化、そしてガードレールを整備して高速にVibe Codingする様はさながらピンボールのようです。

静的解析のおもしろさを改めて知るきっかけになるはずです。

AIによる開発の発達によりソフトウェアの分野では比較的短時間で物が作れる領域が増えつつあります。
一方で我々ソフトウェアエンジニアの中には自らの手で物作りすることこそ喜びであると感じている方もいるでしょう。これは趣味のエンジニアリングでは重要なことに思えます。
ハードウェアの分野では、人が手を動かさないと実現できないことがたくさんあります。
このセッションでは自分で手を動かしてものを作りたい！と考える方に向けての最初の地図を提示します。

• 今！LEDを光らせるなら
  • M5Stack
  • Raspberry Pi Pico
  • Addressable LED
• 今！ハードウェアのガワや基板やメカを設計・制作するなら
  • 3Dプリンタ
  • 基板を中国へ発注
    もしこのトークを聞いていただいて、あなたの手であなたしか作れないハードウェアを作りたいと思えてもらえれば幸いです

本セッションでは、Terraformを中心としたIaC環境でAIを最大限活用するための実践的な戦略と、IaCxAIで実現できる新しい可能性について解説します。

話すこと

• AIドリブンなIaCの開発について
• AIファーストなTerraform開発環境/運用方法の提案
• AI x IaCが非エンジニアとSREの架け橋になる可能性

IaCとAIは非常に相性がよく、運用の難しいインフラIaC基盤の生産性を高められると感じており
うまく使うことで安全に、リポジトリの治安を守りつつ、AIが暴れられる環境をつくり、スケールさせる方法を提案します。

かつてソフトウェアは決定論的な機械だった。しかし今、LLMを基盤とする存在が「行為者性（agency）」を獲得し、確率的で予測不可能な振る舞いを見せ始めている。これは単なる技術革新ではない。デジタル世界における新たな「種」の誕生である。
環境を認識し、意思決定し、行動する。失敗から学び、経験を蓄積し、自らを改善する。私たちは今、AIエージェントという未知なる存在と出会い、共に進化する岐路に立っている。
本セッションでは、エージェントシステム設計の実践知を共有する。MVA（最小実行可能エージェント）から始め、モジュラリティによる複雑性の管理、マルチエージェントが織りなす創発、人間との協調がもたらす新たな可能性を探求する。
透明性と自律性、効率と倫理、管理と創造性。これらの二項対立を超えて、人間とAIが共生する未来への設計思想を提示する。エージェントは道具を超えた存在へと進化しつつある。

「ロールモデル」とは、自分のキャリアを考えるときに参考にする他者の生き方や働き方のことです。
かつては身近な上司や家族をモデルとするのが当然でしたが、昨今は働き方が多様化し、単一の人物を目指すことが難しくなってきています。
特に、IT業界ではここ10年でこれまでの10年になかった新しい職種も増えました。
このトークでは、複数の人物の良い要素を組み合わせ、自分だけの理想像をつくる「モザイク型ロールモデル」という考え方を紹介します。
エンジニアカウンセラーとして先例のない道を歩んでいる白栁が、自身のキャリアを例に、ロールモデルの活かし方と新しい設計法をお話しします。
──「あなたは誰かではない」
──「単一継承は、多くのオブジェクト指向言語では禁止されていますが、キャリアであれば大いにしていい！！」

TaskMD Shelfは「積極的棚上げ」によって、怠惰なハッカーでも持続可能なタスク管理を実現する、とてもシンプルな手法です。

今やらないことを明示的に棚上げし、集中すべきことに専念します。その際、「見直し日」を必ず設定することで、後からの見落としを防ぎます。

これらをタスクを全て意味付けられたMarkdownで管理するため自由に柔軟に管理できます。例えば、「見直し日」が来たタスクや、今やるべきタスクを簡単に一覧できるのです。

本トークでは、何故新たにタスク管理を考えたのか、既存のタスク管理手法の思想を振り返り、それらの手法で困ることをTaskMD Shelfでどのように解決したのかを紹介します。

また、テキストデータを使う「自由な」タスク管理の哲学や利点についても触れます。AIに秘書的なサポートを受けるやりかたや、具体的なタスク管理の手法や自動化についてもお話します。

ドメイン駆動設計文脈における集約の考え方は、私自身アーキテクトとして案件に入っている中でも長いこと上手く言語化できないものでした。

そんな中、RDRAという要件定義フレームワークを実際に使って運用してみる中で、
「こう考えたら、集約の範囲の決定やユースケースとの関係を把握しやすくなる！」と根拠をもって確信したものを発表したいと思います。
この考え方を基本にすることによって、たとえ分散アーキテクチャになったとしても、だいぶ運用しやすくなります。

さらに上記の集約の考え方は、チームの責任範囲の設計とも密接に関わりを持ちます。

コチラの内容のメインターゲットは、アーキテクトだけではなく、
チームの分割などを考えるPM・PdMさん、そしてビジネスアーキテクト向けです。

ITアーキテクトとしてシステムアーキテクチャ設計や技術選定、その他諸々の業務を遂行する際、じつに様々な思考方法を駆使しています。
「思考力」を鍛錬してきたからこそ、ここまで生き残ることができたと感じています。

思考力は、アーキテクトに限らず、どんな職種においてもたいへん重要です。
技術力の大部分がAIで代替可能となったとしても、思考力はそう簡単に代替されることはありません。
ITエンジニアとして成長し、活躍するためには、思考力こそが最大のレバレッジポイントだと言えます。

アーキテクトがビッグピクチャーを描き、その実現の過程で利用する思考方法ーー抽象化、メタ思考、アナロジー、推論（演繹・帰納・アブダクション）、etc。

激動の時代を、この先生きのこる武器を手に入れましょう。

• 2012年からMySQLほぼ一筋13年です
• キャリアの9割以上はMySQLユーザー企業のDBAでした
• 2025年5月にDBAではないポジションで転職しました
  • 故あって多少MariaDBの面倒を見たりして感じたMySQLとの違いとか
• オンコール対応から離れて感じた「DBAとしては昔からあったタイプの監視の過不足」とか「こういうの無いと結構不便なツール, 仕組み」についてと
• 離れてわかったMySQLへの愛を語ります

2025年の今、私が皆さんに聞いてほしいのは、多くのモダン技術を支える「関数プログラミング」、その理論的基盤である「ラムダ計算」の話です。
本セッションでは、まず基本となる「型なしラムダ計算」を扱います。すべては関数であり、式の変換で計算が表現される世界を豊富な図解で解説します。理論の学習というよりは、シミュレーションを覗き込むような感覚で、関数プログラミングの動作原理に触れていきましょう。
これにより、高階関数や参照透過性といった、関数プログラミングの核となる概念がなぜ機能するのか、その本質が直感的に理解できてもらえるのではないかと思っています。セッション後には、関数プログラミングへの理解が一段と深まっていると思います。

2025 年 6 月某日。
「条件付き書式で色を塗りたいんだけど」
そんな軽い相談をきっかけに聞き出した要件は、結合セルだらけの “人間にはやさしいが機械には地獄” なスプレッドシートから、予定・人物・イベントが複雑に交差する三次元構造のスケジュールを可視化したいというものでした。

二次元の表に三次元の情報を押し込むという、物理的に無茶な要件を前に、他称スプレッドシート職人の私は腹をくくることになりました。

この発表では、2025 年の今、もはや業務でも趣味でも避けて通れない道具となったスプレッドシートの限界と付き合いながら、Google Apps Script、QUERY 関数、MAP 関数、LAMBDA 関数、スピル、条件付き書式などを駆使して、依頼者の求めるものにたどり着いた過程を、実際に使った関数や考え方とともにお話しします。

入社80日で取締役に就任し、組織コンディションに難のある状態からの建て直しに挑んだ1年間で得た結論は「会社経営の8割は兵站」でした。本セッションでは『戦略は兵站を磁化し、兵站は戦略を作る』を軸に、企業文化の再設計、Valuesの見直し、採用・オンボーディング・評価制度を貫く磁化ループの構築等、兵站のケイパビリティ向上に向き合った「HARD THINGSがブッつづく」1年をみなさんと振り返りたいと思います。B面タイトルは『人のHARD THINGSを笑うな』。

ClaudeCodeの性能はすさまじく、ついつい大袈裟に驚いてしまいそうです。
一方で、ある程度コードベースが育ってくるとなんの工夫もなしにはうまく動かず、「当てずっぽう」の変更を繰り返して、
tokenをもりもり食べながらガンガンコードを壊していく、パンクスのような挙動をすることもあります。

わたしは、ClaudeCodeを使い、「自分でコードは一切書かない」縛りで、20,000行を超える（プロポーザル提出時点）コードベースを開発/機能追加/保守しています。
「タスクの一部をやってもらっている」「小規模なアプリをVibeCodingした」という例はたくさんありますが、この規模をすべてAgent Codingしている例はまだ少ないのではないでしょうか。

このトークでは、事例を通じて得た発見を共有します。エモい未来予想や煽りはなるべく排除した、実際的な話を目指します。

CTOの仕事に定義はありません
定義のない仕事にまつわるナレッジをお話します

多くの職種では「何をどのようにするか」といった業務内容はある程度決まっています
だからこそ組織は具体的な業務を指示できます
しかし、組織のトップに立つと状況は一変します

私は今年4月にCTOに就任しました
組織の規模は300人を超え、一般的には推奨されない着任の仕方です

着任当初は苦労の連続です
右も左もわからない中、どんどん埋まるスケジュール
バリューを発揮できない自分への葛藤
何を誰に聞けば答えが見つかるかはわからない模索
「自分が何をすべきか」を誰も知らないという現実

CTOに求められる役割は組織によって大きく異なります
そして、求められるバリュー（未定義）の発揮には組織の仲間のサポートが必要です
本トークではCTOに限らない定義のない仕事を進めるノウハウや考え方、必要な組織の支援をお話しします

ITエンジニアにとって、人に話を聞かせることは大事だと思う。
どんなにスキルが高くても、話を聞いて貰えなければスキルを役立てることは難しいです。

実際に話を聞いてもらうにはどうすればいいか。
これを、ヘルプデスクの経験とデータ解析の視点から実践できるノウハウとしてお伝えできればと思います。

......という建前のもと、ただ壇上に立って話たいだけです。
みんな！オレを壇上に立たせてくれ！！

「設計をもっとよくしたいけど、具体的にどうしたらいい？」そんな悩みを抱えるエンジニアの皆さんへ。アジャイル時代における新たなモデリングの形を提案します。
その名も「ジャストインタイム・モデリング（JITモデリング）」。日々の開発現場で生まれる小さな気づきや課題感から、手軽に始める戦術的アプローチです。この小さな一歩が、具体的な問題解決と、設計に関する貴重な「身体知」をもたらします。
さらに、個々のJITモデルをチームで「接合」し育てていくことで、システム全体の「構造」とドメインの本質が徐々に明らかになり、戦略的設計への道を開きます。
本トークでは、このボトムアップなモデリング手法を通じて、アジャイルな現場で「ちょうどよい」設計を実践し、毎スプリントでの新たなイベント提案や、チームにおけるロールへの適応も念頭に、真に価値あるシステムを構築するための具体的な道筋を提示します。

Dockerが誕生し、コンテナが一躍インフラ系話題の技術となったころ、Linuxのコンテナはカーネルのcgroupという機能を使って実現しているという風に紹介されたcgroup。これは間違いですが、今ではLinuxでコンテナを動かす場合に不可欠の技術であるだけでなく、Linuxを起動する際にも不可欠な機能になりました。
不可欠になったために、Linuxカーネルには改良版であるcgroup v2が実装され、実運用環境でもv2が使われるようになりました。cgroupで何が実現できているのか? v2で何が変わったのかを詳しく解説したいと思います。
昨年、大吉祥寺.pmではコンテナの歴史を紹介しました。昨年の発表動画を見て今回の発表を聞くと、きっとLinuxコンテナ完全に理解した人になれるはずです。
Linuxのコンテナ技術ヲタクが、技術に特化した話を早口で語ります。

非定型うつ病は、突然の気分変動や激しい倦怠感が特徴で、世間にはほとんど知られていません。まずはこの病気を知ってください。特にエンジニアには、原因不明のパフォーマンス低下を感じたら、早く自覚して治療を受け、うまく付き合ってほしいと思います。

僕はこれをきっかけにソロプレナーへの挑戦をはじめました

Claude Codeを使い
設計のベストプラクティス
新人を育てる最速のパス
これからのエンジニア組織にについて
なども検討しています

これから世界は、AIとヒューマノイドにより激動期に入ります。この変化は新しい市場を生み出し、日本人にとって有利な国際環境を作り出します。このチャンスに皆がチャレンジして成功を掴んで欲しい

政府や自治体のサポートも多くありますが、実際に超低金利の創業支援融資をうけた経験からでメリットや気をつけないといけない落とし穴も伝えます。