トーク

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ツールとの相互運用性についてまとめます。

生成AIによるコーディング支援などによって、ソフトウェアエンジニアとしては「どう作るか」について考える機会が多くなってきた昨今でしょう。
しかし、アイディアを形にする方法が多様化し効率化してきた一方で、それ以外の部分について考えることがより重要性を増してきているとも感じます。

そのなかでも開発を加速するための開発は、場合によってはその要求すらも明確ではないものの、もしそれが存在すれば明らかに便利なものが実はたくさんあるのではないかと思います。
たとえば、それは動作確認を便利に行うためのツールであったり、単にアプリのなかのデバッグメニューであるかもしれません。あるいは、クラウドソリューションに足りない機能を補完するものかもしれません。

このセッションでは筆者が実務を通じて実際にそういったものを作ってきた経験から、チームにとって本当に必要なものの形を見極めるエッセンスをご紹介します。

昔、とある界隈のジャーゴンとして「狭間人間」という言葉がありました。

2019年前後から、デザインエンジニアのようなデザインとエンジニアリングの両輪を担う存在として称されていました。それぞれの職域が交わるベン図のような「狭間」の部分が存在し、その部分が狭間人間としてバリューを提供できていました。

2025年現在、生成AIが世の中に徐々に浸透しだし、かつて1人ではなかなかできなかったことが、できるようになってきました。つまり、プログラミングをしたことがなかった人が自身のバリューを活かしながら他の領域に染み出せるようになっています。

私はこの状況を見て、いろんな人たちが「狭間人間」となれるのではないか、と考えています。

このトークでは、2019年のころに生まれた狭間人間を振り返りつつ、2025年現在の私が考える狭間人間についてをお伝えしたいと思っております。

2025年春、毎日noteを100日間連続で書いてみました。
目的は「アウトプットの習慣化」でしたが、やってみると気づきがたくさんありました。

・承認欲求との向き合い方
・書き続ける中で見えてきた自分の「軸」
・誰かのために書くことの意味と限界
・noteという“半分パブリック”な場所が持つ絶妙な距離感

「100日書く」という行為そのものよりも、その過程でどう気持ちが揺れ動き、何が残ったのかを中心に話します。
今まさに情報発信やアウトプットに迷っている人、自分の声の届け方を模索している人に、ちょっとしたヒントになる話ができればと思っています。

日常でコミュニケーションを取らない日はない、と言っても過言ではありません。
一方、コミュニケーションで「言っておきたいこと」を適切に伝えるのは難しいと感じることはありませんか？
例えば、ミーティングで「コレ、聞いてええんかな？」と躊躇したり、ふりかえりの場で「アレを言いたかったのに…」と後悔したり、あるいは、ネガティブなことを伝えるにはどうすればいいんだろうか？と悩むこともあるのではないでしょうか。

このトークでは、そうした「言っておきたいこと」を、どのように考え、どうすれば伝えられるようになるのか、そのための「技術」についてお話しします。

アジェンダのイメージ

• 「言っておきたいこと」は何のため？
• 自分が言うべきなのか？
  • 自分が言わなきゃ誰が言う？
  • 代打依頼、悪魔の代弁者
• 何をどのくらい伝えるのか？
• どうやって伝えるのか？

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

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

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

昨今、「テクニカルPdM（プロダクトマネージャー）」というロールが注目を集めています。

私自身、新卒から10年以上にわたり独立系中堅SIerのリードエンジニアとしてキャリアを重ねてきましたが、2025年4月に突如として事業会社のテクニカルPdMへと転身しました。

この「大吉祥寺.pm 2025」が開催される頃には、転職から約5ヶ月が経過したところ。
まだまだ駆け出しPdMではありますが、エンジニアからテクニカルPdMへロールチェンジしたリアルを、等身大でお伝えできればと思っています。

想定しているアジェンダ

• 簡単に自己紹介
• SIerと事業会社の働き方の違い
• PdM / テクニカルPdMってどんな仕事？
• 転職活動について
• エンジニアバックグラウンドだからこそ活かせる強み
• 逆に弱み、苦労していること
• まとめ（これからPdMを目指す人に伝えたいこと）

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

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

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

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

初めまして。モブエンジニアです。

ライトニングトークと言われて「稲妻のように素早く話す」イメージを持たれるかと思います。
もちろん、ライトニングトークを山のようにこなしてきたベテランであれば本当の意味での「ライトニングトーク」を行ってもうまく盛り上げられます。

ただし、初心者の方がいきなりベテランのやり方を真似すると「なんかうまく話せないな」といった課題に直面してしまいます。その断面から、初心者の方だからこそ「うまくライトニングトークを取りまわせる方法」についてお話ししたいと思います。

【対象者】
1.ライトニングトークに対して苦手意識を持っている方
2.これからライトニングトークへチャレンジしていきたいと考えている方
（3.私の句を聞いてみたい方）

【持ち帰ってもらいたいこと】
1.ライトニングトークは自己を知ってもらうためのツール
2.ライトニングトーク前の準備ですべてが決まる

初めまして。モブエンジニアと申します。

ChatGPT、Claude含む生成AIサービスを通じて、コーディング・設計含むさまざまな業務が効率化していっています。
そのうえで、「技術者として生き残っていくために何を行わなくてはいけないのか」といった課題に直面していると思います。その断面から、「セルフブランディングの視点」から技術者の生き残り戦略について、15分のトーク内でお話ししていきたいと思います。

【ターゲット層】
1.SNSでのセルフブランディングに悩んでいる方
2.AI時代に技術者として生き残る方法を模索している方
（3.私の句を聞きたい方）

【持ち帰ってもらいたいこと】
1.セルフブランディングはツールであり目的でない
2.キャラ付けは日々ブラッシュアップさせていく
3.X・勉強会をうまく活用していく

今年、今までの畑であるエンジニアの世界から距離を置き、営業組織やCSなど、様々な組織と連動して事業を推進する「事業推進」といった役割に転生しました。

日常的な会話が横文字中心の世界から一転、「事業数値」や「原価」、「販管費」など、数字と漢字だらけの日常へと変化しました。

昨今、AI が世間を賑わせ、より職能越境のニーズが高まっています。
今回はその一例として、私が全く畑違いの業務で途方に暮れた数ヶ月と、そこから Cursor を相棒に構築した下駄履き戦略をお話します。

2025年の今、AI Agentは開発だけでなく、職種転換の強力な補助輪にもなります。
「技術は好きだが事業数字はさっぱり」という方、「AI活用で新しい領域に挑戦したい」という方に、具体的な手法と勇気をお届けします。

この技術変遷の激しい時代、借りれる下駄はどんどん履いて、新しい挑戦への切符を手にしましょう！

某エンタープライズ子会社で情シスをしているフクイです。
クラウドからアジャイル、SaaSからプロジェクトマネジメントといろいろなコミュニティに顔を出しているおじさん（もうすぐじいさん）です。

2022年の登場以来、生成AIの進化は凄まじい限りです。
最近ではエージェントとかリサーチなどの新しい機能がいろいろなところで人々の仕事を変えていっています。
先日DeepResearch機能を使用して競馬の宝塚記念を予想してもらったら、ものすごく緻密に情報を集め、集めた結果の情報から緻密な予想を立ててくれました。しかも穴馬のメイショウタバルが来て見事的中！

ここで考えてみたら、競馬の予想をする人の仕事の「価値」の大きなひとつである「一般の人よりも時間を掛ける事によって産んだ価値」が生成AIによって失われてしまったことを意味していることに気が付きました。そこからの考察です。

納期や品質のプレッシャー、大きな責任、はじめての挑戦。

こういったものは、人によっては辛くて、楽しくないかもしれないです。

一方で、諸条件さえ整えれば、結構楽しめるものです。成長すればするほど、そうしたプレッシャーのかかる場面が増えます。

自分自身のメンタルを健全に保ち、継続して仕事を楽しむために、責任とプレッシャーとどう向き合うといいか、を語ります。

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

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

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

私は去年の4月にプレイングマネージャーとしてEMになり、今年の4月からはEM of EMsとして専任EMになりました。この1年間で経験したロールチェンジは、思っていた以上に「持つべき視点」や「こだわりポイント」、「得られる喜び」を大きく変えるものでした。例えば、かつては「一つ一つの機能を作ってリリースする楽しさ」を感じていた自分も、今では「半年や一年などの期間を通じてどれだけアウトカムを作り出せたか」ばかりを気にして、個々の開発へのこだわりやそこから得られる喜びが薄れてしまい、少し寂しく感じています。

この考えも揺れ戻しで1年後には違うことを考えているかもしれませんし、今の考え方に染まってしまい寂しさすら感じなくなるのかもしれません。このトークではロールチェンジの真っ只中な今だからこそ感じる変化を、リアルなエピソードを交えてお話しします。キャリアに悩んでいる人への参考になれば嬉しいです。