私は毎日1記事ブログ執筆という"奇行"を続けているのですが、2025年は連続1000日を踏破する年です!(6/21時点で948日)
技術ネタもアニメネタも、体調がすぐれない日も、ストックなしで業務後に勉強会参加という日も、もはや"狂気"といえるくらい、もがいて繋げてきました。
ここまで継続して得たものはいくつもあるのですが、今回は「習慣化」についての学びを共有します。
この発表を聞いても毎日ブログを書けるようにはなりませんが、聞いた方に毎週・毎月何かを継続するヒントがあったら嬉しいです。
モチベーション
テクニック
マネジメントに興味はあるけど、「完璧にできるか分からない」と二の足を踏んでいませんか?
「開発以外の部分でも組織に貢献したい」
そんな思いからプレイングマネージャーを始めて1年が経ちました。2025年の今、振り返ってみると想像以上に大変でした。
最初の頃は時間の使い方が下手で、マネジメントでは無力感を感じ、プレイヤーとしても中途半端。「何をやっているんだろう」と思った日々もありました。
でも、試行錯誤を重ねるうちに、自分なりの貢献方法が見えてきました。この試行錯誤の1年間で得た経験は、確実に無駄ではなかったと感じています。
「マネジメントに興味はあるけど、一歩踏み出せない」という方に向けて、「私もまだ迷っていますが、挑戦してみて良かったです」という体験談をお届けします。
PythonはWebアプリからデータ分析、自動化などなど幅広い用途で利用されており、多くのユーザがいる言語です。
そんなPythonですが、一番難しいのは環境構築になってしまっているように思われます。
30年の歴史の中で「環境管理といえばこのツール」がなかった言語ゆえ、Webに情報が入り乱れている印象です
このLTでは2024年から注目されているuvを取り上げ、2025年時点のPython環境が著しく簡単になっていることを全力で伝えます。
私が7-8年前に入門したときの苦労は、もはや全人類経験しなくていいんです!!
本セッションでは、Terraformを中心としたIaC環境でAIを最大限活用するための実践的な戦略と、IaCxAIで実現できる新しい可能性について解説します。
話すこと
IaCとAIは非常に相性がよく、運用の難しいインフラIaC基盤の生産性を高められると感じており
うまく使うことで安全に、リポジトリの治安を守りつつ、AIが暴れられる環境をつくり、スケールさせる方法を提案します。
かつてソフトウェアは決定論的な機械だった。しかし今、LLMを基盤とする存在が「行為者性(agency)」を獲得し、確率的で予測不可能な振る舞いを見せ始めている。これは単なる技術革新ではない。デジタル世界における新たな「種」の誕生である。
環境を認識し、意思決定し、行動する。失敗から学び、経験を蓄積し、自らを改善する。私たちは今、AIエージェントという未知なる存在と出会い、共に進化する岐路に立っている。
本セッションでは、エージェントシステム設計の実践知を共有する。MVA(最小実行可能エージェント)から始め、モジュラリティによる複雑性の管理、マルチエージェントが織りなす創発、人間との協調がもたらす新たな可能性を探求する。
透明性と自律性、効率と倫理、管理と創造性。これらの二項対立を超えて、人間とAIが共生する未来への設計思想を提示する。エージェントは道具を超えた存在へと進化しつつある。
大吉祥寺.pmの開催は9月6日です。言うまでもなく、まだ夏ですよね。
今年も夏祭りや花火大会に浴衣で出かけた方も多いことでしょう。
ですが、浴衣で歩く歩きにくかったり、気崩れしたりしませんか?
実は、洋服のときと浴衣のときでは、適した歩き方が違うんです。
サンダル、靴、下駄(草履)の3種類、男女に分けて浴衣での歩き方のコツを、普段着が着物な白栁が紹介します。
キレイに見えて楽に歩ける、そんな歩き方を身に着けて、残りの夏を浴衣で祭りを楽しみませんか?
そして、次の夏への準備もぜひ……。
「ロールモデル」とは、自分のキャリアを考えるときに参考にする他者の生き方や働き方のことです。
かつては身近な上司や家族をモデルとするのが当然でしたが、昨今は働き方が多様化し、単一の人物を目指すことが難しくなってきています。
特に、IT業界ではここ10年でこれまでの10年になかった新しい職種も増えました。
このトークでは、複数の人物の良い要素を組み合わせ、自分だけの理想像をつくる「モザイク型ロールモデル」という考え方を紹介します。
エンジニアカウンセラーとして先例のない道を歩んでいる白栁が、自身のキャリアを例に、ロールモデルの活かし方と新しい設計法をお話しします。
──「あなたは誰かではない」
──「単一継承は、多くのオブジェクト指向言語では禁止されていますが、キャリアであれば大いにしていい!!」
TaskMD Shelfは「積極的棚上げ」によって、怠惰なハッカーでも持続可能なタスク管理を実現する、とてもシンプルな手法です。
今やらないことを明示的に棚上げし、集中すべきことに専念します。その際、「見直し日」を必ず設定することで、後からの見落としを防ぎます。
これらをタスクを全て意味付けられたMarkdownで管理するため自由に柔軟に管理できます。例えば、「見直し日」が来たタスクや、今やるべきタスクを簡単に一覧できるのです。
本トークでは、何故新たにタスク管理を考えたのか、既存のタスク管理手法の思想を振り返り、それらの手法で困ることをTaskMD Shelfでどのように解決したのかを紹介します。
また、テキストデータを使う「自由な」タスク管理の哲学や利点についても触れます。AIに秘書的なサポートを受けるやりかたや、具体的なタスク管理の手法や自動化についてもお話します。
ドメイン駆動設計文脈における集約の考え方は、私自身アーキテクトとして案件に入っている中でも長いこと上手く言語化できないものでした。
そんな中、RDRAという要件定義フレームワークを実際に使って運用してみる中で、
「こう考えたら、集約の範囲の決定やユースケースとの関係を把握しやすくなる!」と根拠をもって確信したものを発表したいと思います。
この考え方を基本にすることによって、たとえ分散アーキテクチャになったとしても、だいぶ運用しやすくなります。
さらに上記の集約の考え方は、チームの責任範囲の設計とも密接に関わりを持ちます。
コチラの内容のメインターゲットは、アーキテクトだけではなく、
チームの分割などを考えるPM・PdMさん、そしてビジネスアーキテクト向けです。
ITアーキテクトとしてシステムアーキテクチャ設計や技術選定、その他諸々の業務を遂行する際、じつに様々な思考方法を駆使しています。
「思考力」を鍛錬してきたからこそ、ここまで生き残ることができたと感じています。
思考力は、アーキテクトに限らず、どんな職種においてもたいへん重要です。
技術力の大部分がAIで代替可能となったとしても、思考力はそう簡単に代替されることはありません。
ITエンジニアとして成長し、活躍するためには、思考力こそが最大のレバレッジポイントだと言えます。
アーキテクトがビッグピクチャーを描き、その実現の過程で利用する思考方法ーー抽象化、メタ思考、アナロジー、推論(演繹・帰納・アブダクション)、etc。
激動の時代を、この先生きのこる武器を手に入れましょう。
本トークでは、Terragruntとecspressoを利用してIaCで構築したFargate bastion('踏み台')を、
多少の手を加えることでプロダクト運用に役立てようとしている事例を紹介します。
Fargate SPOT採用によるコスト最小化や、ecsta等のツール連携による柔軟なタスク実行、CI/CDとの統合など、
「なんでもできる」bastionを実現するための工夫と、実際に直面した課題を具体的に共有します。
現在私は受託開発の会社で執行役員として仕事をしています。
会社からは売上や粗利など数字を求められ、数字のための施策に加えて
メンバーが働きやすい環境を作るため日々体制や制度を整えつつ
現場ではプロジェクトマネジメントをしながらも自身もコードをバリバリ書いている日々を過ごしています。
会社としての数字と現場の温度感。
それは必ずしも同じ施策でどちらも解決できるものではありません。
しかしその両方を満たしていかねば会社が回らないのもまた事実。
このトークではどちらにも深く関わるポジションとして
お互いの認識齟齬がなぜ起こるのか、それを解決するためにどうすべきかというものを自身の体験から話していきます。
気づけば、本業ではテックリードを務め、副業では海外の開発メンバーと一緒に開発案件を回すようになっていました。
他にも、不動産会社の立ち上げ、テックカンファレンス(関数型まつり)の主催、そしてランニング(趣味で月200km以上)など、色々な活動やっています。
新卒の頃は、誤字脱字、ケアレスミスが多く、プログラミング言語仕様の意味よくわからないままなんとなく動くコードを書いておりました。
そんな自分を少しずつ変えるきっかけになったのが、2018年に始めた「人にプログラミングを教える」という講師の副業です。
教えることで自分の理解の浅さに気づき、言語化を繰り返すうちにようやく地に足のついた知識が身についていきました。
このトークでは、多動ぎみな自分がどう失敗と向き合いながらキャリアを築いてきたか、率直にお話しします。
同じような失敗をしている方へ、何か伝わると嬉しいです。
2025年の今、私が皆さんに聞いてほしいのは、多くのモダン技術を支える「関数プログラミング」、その理論的基盤である「ラムダ計算」の話です。
本セッションでは、まず基本となる「型なしラムダ計算」を扱います。すべては関数であり、式の変換で計算が表現される世界を豊富な図解で解説します。理論の学習というよりは、シミュレーションを覗き込むような感覚で、関数プログラミングの動作原理に触れていきましょう。
これにより、高階関数や参照透過性といった、関数プログラミングの核となる概念がなぜ機能するのか、その本質が直感的に理解できてもらえるのではないかと思っています。セッション後には、関数プログラミングへの理解が一段と深まっていると思います。
組織で成果をあげるには個々人が練度を高めることに加えてコラボレーションが不可欠です。一つには、助けを求める事やそれに応える事がその起点になります。私たちには”助け”を軸に組織の力を増幅させる力がありますが、必ずしもその使い方、使い時に気づいているわけではありません。
ところで昨今AIの台頭により助けを求める先が一部AIに置き換わりつつあるように感じます。AIは私たちをエンパワーする一方でコラボを疎にする危険性を孕んでいるのではないかとも思うのです。
助けを起点としたコラボが生まれるまでには幾つかのハードルがありそうです。例えば、助けを求めるという発想を持てるか否か、自力で解決すべきか否かの判断、支援が必要と周囲に気づかせアクションを起こしてもらうこと等です。
このトークでは、助けを求める側与える側双方の視点からハードルを見つめ直し、如何に立ち向かう事ができるのかを言語化したいと思います。
当社にはエンジニアの中でも特にシステム開発に強みを持つ人を100名ほど集めた仮想組織があり、私は2025年6月からそこの長をやることになりました。
社内に無数に存在する大小様々なシステム開発プロジェクトに対し、設計や実装だけでなく開発プロセスマネジメントや品質保証なども含む、広い意味での技術力をもって貢献することが主なミッションで、加えて新技術検証や技術者育成も行っています。
私は新卒から勤めて11年目にあたり、昨年からはこの組織内で開発プロセス関連施策のチーム(6,7名程度)をリードする立場にいたものの、組織全体をリードするのは初めての経験であり、ワクワクと不安を同時に抱えています。
大吉祥寺.pmで話す頃には就任して2ヶ月ほど経過しているはずなので、開発者組織で横串活動をしている方やこれからやっていきたい方向けの参考として、本トークでは私の試行錯誤の過程をシェアできればと思います。
「JavaはSIer言語」なんて言わせない!2025年の今、Javaは驚くべき進化を遂げています。まだJava 8で止まっていませんか?
本LTでは、5分という限られた時間で、Java 8以降の主要な進化(var、Records、Sealed Classesなど)を「勢い」と「熱量」でお届けします。関数型プログラミングの強化、モダンなAPIの追加まで、開発体験が劇的に変わるポイントを駆け足でご紹介。
これは単なる機能紹介ではありません。今のJavaがどれだけモダンで、パワフルで、そして楽しいかを感じてほしい!「5分でJavaのイメージが変わった!」「もっと深く知りたい!」と思ってもらえるよう、最新Javaの「今」を凝縮してお伝えします。Javaの進化の勢いを、ぜひ体感してください。
WezTermのConfiguration as Codeによるカスタマイズ性と、Workspaces機能によるシンプルなセッション管理は取り回しが良く、いくつかのTerminalEmulatorを触ってきた自分の現状ベストな開発環境であると言えます。
また、エディタと一体化したCodingAgentの利用が開発者の生産性を向上させ、議論に上がることが多いここ最近です。
Terminalから起動するNeoVim等でも同等の目的を果たすためのプラグインが出ていますが、それでもベンダー提供のIDEに移行する開発者も多いように感じています。
この課題を解決しようとしている手段に、今年の技術トレンドの一つであろうCodingAgentのCLI実行環境の提供があると考えています。
本発表では、WezTerm運用の個人的プラクティスと、CodingAgentツールとの相互運用性についてまとめます。