登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること

2026-02-08T23:13:39-05:00

CfPに応募したいけれどネタが見つからない、書き方がわからない。そんな悩みに対して、「登壇駆動学習」という考え方を紹介します。登壇を決めることで、体系的な整理力、最新情報を追うモチベーション、周囲からのアイデア提供という3つのメリットが得られます。CfPのネタは「過去の経験談」「まだ知らない最新情報」「普段のメモの蓄積」の3方向から見つけられます。自分にとっての当たり前が他者の発見になることも多く、完成した知見がなくても「聴衆に価値を届けられる」という仮説があれば十分です。CfPを書く際は、聴衆の持ち帰りの明確化、期待値を設定するタイトル、自分が話す必然性、構成の可視化を意識することで採択率が上がります。登壇を通じてフィードバックやつながりが生まれ、次のネタにつながる好循環を実体験をもとにお話しします。 ※ 本スライドはほとんどをAIにより生成しています。 【この資料で発表したイベント】 - TSKaigi Mashup #4 プロポーザルの書き方とコツを学ぼう 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me

TypeScript 5.9 で使えるようになった import defer でパフォーマンス最適化を実現する

2025-11-21T00:50:20-05:00

TypeScript 5.9で利用可能となる新機能「import defer」を用いたパフォーマンス最適化について解説しています。 TC39 Stage 3の提案であるこの機能は、モジュールの「取得・解析」を即座に行う一方で、トップレベルの「評価（実行）」を実際にプロパティにアクセスする瞬間まで遅延させるものです。これにより、従来の動的import（dynamic import）のように非同期処理（Promise）を扱う複雑さを避けつつ、同期的な構文のままで初期ロード時のCPUコスト（TBT）を削減できる利点を紹介しています。具体的な活用例として、モーダルのような「ユーザー操作時に初めて必要となる機能」の評価を遅らせるパターンを紹介しています。また、利用にはtsconfig.jsonの設定変更が必要であり、現時点でランタイムやバンドラは実験的な対応にとどまる点にも言及しつつ、2026年に向けた未来のパフォーマンス改善を一緒に考えようと呼びかけています。 【この資料で発表したイベント】 - TSKaigi Hokuriku 2025 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

Promise.tryで実現する新しいエラーハンドリング New error handling with Promise try

2025-11-14T23:11:52-05:00

This presentation explains Promise.try, which was standardized in ECMAScript 2025. In JavaScript Promises, while asynchronous errors can be caught with .catch(), synchronous errors thrown before the Promise is created cannot be caught. Previously, workarounds included wrapping with new Promise, using Promise.resolve().then(), or using async functions, but these approaches had drawbacks such as verbose code or always executing asynchronously. Promise.try executes a function synchronously while catching both synchronous and asynchronous errors, and normalizes all possible return values (values, Promises, exceptions) into a single, reliable Promise. ECMAScript 2025で標準化された Promise.try について解説しています。 JavaScriptのPromiseでは、非同期エラーは.catch()で捕捉できますが、同期的に投げられるエラーは捕捉できないという問題がありました。従来はnew Promiseで囲む、Promise.resolve().then()を使う、async関数を使うなどの回避策がありましたが、いずれもコードが冗長になったり、常に非同期実行されるという欠点がありました。 Promise.tryは、関数を同期的に実行しつつ、同期・非同期両方のエラーを捕捉し、あらゆる戻り値（値、Promise、例外）を単一の信頼できるPromiseに「正規化」します。 【この資料で発表したイベント】 - JSConf.jp 2025 Pre Event 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

AIエージェント時代における TypeScriptスキーマ駆動開発の新たな役割

2025-09-21T06:09:29-04:00

AIエージェントの台頭は、TypeScriptのスキーマ駆動開発を過去のものにするのではなく、むしろ新たな役割を与えます。本発表では、スキーマがAIの精度を高める「コンテキスト」、自律的な品質向上を促す「フィードバック」、大規模開発を支える「エージェント境界」として機能することを解説します。 AIエージェントによる自律した開発を実現するハブとなる、新たなの開発スタイルを提示します。 【この資料で発表したイベント】 - Findy TECH BATON 『TypeScriptのスキーマ駆動開発』実践事例 LT 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

AIエージェントにも人間にも優しく。Findy Team+におけるコードベースの改善

2025-08-27T23:57:01-04:00

本発表は、AIエージェントと人間が共創する時代に向け、ファインディの「Findy Team+」で実践しているコードベースの改善事例を紹介するものです。 AIの性能は既存コードの品質に大きく依存するため、その価値を最大化するにはコードベースの最適化が不可欠です。本資料では、モジュール境界の強制、ドキュメントの充実、コーディング規約の統一など7つの観点から、AIと開発者の双方にとってフレンドリーな開発環境を構築する具体的な手法を解説します。 【この資料で発表したイベント】 - ぶっちゃけどう使ってる？フロントエンド開発のAI活用リアルLT (Findy Freelance) 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

AIが実現するプロダクトオーナーと開発者の架け橋

2025-08-26T06:11:05-04:00

プロダクトオーナーと開発者の間に存在する「技術の壁」は、コミュニケーションコストの増加や手戻りを発生させ、価値提供のスピードを低下させる一因です。このセッションでは、エージェントAI・生成AIをチームを前進させる「架け橋」として活用する方法を提案します。AIがいかにして個人のスキルを拡張し、チーム全体のコラボレーションを加速させるか、具体的な役割ごとの活用例を交えて解説します。 【この資料で発表したイベント】 - Startup in Agile & 渋谷アジャイルスタートアップのアジャイルは生成AIでどう変わる？ - 寿司ときLTナイト～ AI時代のキャリア選択！挑戦と悩みの共有LT会～ 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

TypeScriptのmoduleオプションを改めて整理する

2025-05-23T09:23:26-04:00

本発表は、TypeScriptにおけるmoduleオプションについて、その基本的な役割と設定時に注意すべきポイントを体系的に整理します。 moduleオプションは、TypeScriptが出力するモジュール形式を指定するための重要な設定項目であり、ESModuleやCommonJSの違い、Node.jsにおける実行時の挙動、さらにはビルド結果の違いを正確に理解しておかねば、意図しないトラブルに見舞われるリスクが高まります。そこで、発表では実際に私が遭遇したトラブル事例をもとに、moduleオプションがもたらす挙動の微妙な違いとその影響を解説し、さらにTypeScript 5.8で導入された "NodeNext" の仕様変更がどのような影響を及ぼすのかについても触れます。主な対象は、日常的にTypeScriptを活用している開発者で、特に tsconfig.json の設定に携わる機会のある方々です。基本的なTypeScriptの知識があれば参加可能な内容となっています。発表を通じて複雑なmoduleオプションに対する苦手意識を払拭し、基礎知識と最新の挙動を理解する方法を知ることで、自信をもって設定に臨めることを目指します。 【この資料で発表したイベント】 - TSKaigi 2025 - TSKaigi 2025 本編で話せなかったこと、話し足りなかったこと 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

AIと開発者の共創: エージェント時代におけるAIフレンドリーなDevOpsの実践

2025-04-15T02:12:10-04:00

DevOpsとAIの統合は、単なるトレンドを超え、事業に大きな価値をもたらしています。近年は、エージェントAIの進化によりAIが自律性を持って複雑な課題を解決できるようになりました。本セッションでは、ファインディにおけるWebプロダクト開発において、次の点を紹介します。 AIと開発者の協働 開発者とAIが相互補完する協働体制により実現する新たな開発プロセスの展望について、最新のDevOpsレポートの知見を交えながら考察します。 生成AIとAIエージェントの活用 ファインディにおけるAI導入前後の変化 (開発サイクルの変化、品質向上のメトリクスなど) を踏まえ、DevOpsを加速した実例を解説します。 既存のコードベースの改善 既存のコードベースをAIフレンドリーに改善する手法と、その結果として得られた効率化の実例を解説します。参加者は、具体的なAIの活用手法と実装する方法を学び、ご自身の現場ですぐ役立てられる知見を得ることができます。 【この資料で発表したイベント】 - DevOpsDays Tokyo 2025 - DevOpsDays Tokyo 2025 - AIと開発者の共創: エージェント時代におけるAIフレンドリーなDevOpsの実践 | ConfEngine - Conference Platform 【著者について】 - Portfolio: bicstone.me - X: @bicstone_me © 2025 Oishi Takanori

ランチの間に GitHub Copilot Agent が仕事を終わらせてくれた話

2025-03-18T01:55:04-04:00

アマチュア技術広報の振り返りと目標

2025-01-16T00:43:16-05:00

SaaS開発における手戻りを減らすためのリファインメントの実践

2024-11-04T23:54:47-05:00

物流業界向けのSaaS開発では、複雑なドメインや曖昧な要件など、多くのリスクが存在します。こうした課題に対処するため、私たちのチームは手戻りを減らすためのリファインメントの型化を実施しました。この経験を通じて得た知見を共有し、「リファインメントの現在地」についてお話しします。 【著者について】 - Portfolio: bicstone.me - X(Twitter): @bicstone_me 【この資料で発表したイベント】 - みんなの「リファインメントの現在地」を語ろう！【Startup in Agile #2 】 - connpass 【お詫び】 このデッキはアクセシビリティに対応しておりません。ブログ記事化を予定しています。 © 2024 Oishi Takanori

エラーレスポンス設計から考える、0→1開発におけるGraphQLへの向き合い方

2024-09-05T09:31:58-04:00

このデックでは、エラーレスポンス設計から考える、プロダクトの0→1開発におけるGraphQLへの向き合い方について紹介します。記事: 【技術選定】 0→1 の SaaS に採用して感じた GraphQL への向き合い方 【著者について】 - Portfolio: bicstone.me - X(Twitter): @bicstone_me 【この資料で発表したイベント】 - 2024年、GraphQLにどう向き合う？導入と活用の実際 - ゆめみ×LayerX×サイボウズ3社合同フロントエンドカンファレンス北海道2024後夜祭＠東京 【ページ内のURLリンク集】 3: https://findy-code.io/engineer-lab/bicstone_me 6: https://www.hacobell.com/optimization 14-1: https://github.com/dotansimha/graphql-code-generator 14-2: https://github.com/99designs/gqlgen 15: https://github.com/graphql/dataloader 21: https://spec.graphql.org/October2021/#sec-Errors 26: https://zenn.dev/p/hacobell_dev 28: https://recruit.hacobell.com/ 29: https://bicstone.me/ 【お詫び】 このデッキはアクセシビリティに対応しておりません。ブログ記事をご参照ください。 © 2024 Oishi Takanori

もうブロッカーにしない！コードレビューを爆速にする組織づくり🚀

2024-06-16T04:10:56-04:00

このデックでは、開発効率と生産性の向上を目的としたコードレビューを早めるための取り組みについてご紹介します。 Portfolio: bicstone.me X(Twitter): @bicstone_me 下記で発表した登壇資料の抜粋です。 (著作権の都合で実際に投影したものとは異なります) CHUO_Tech #3 開発生産性について語ろう！ - connpass ブログ記事: もうブロッカーにしない！コードレビューを爆速にするための組織づくりこのデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますがブログ記事にアクセスをお願いします。内容は同一です。 © 2024 Oishi Takanori

私がアウトプットをやめられない 10 の理由

2024-05-21T04:02:52-04:00

「アウトプットとインプットを継続する秘訣」として、私がアウトプットをやめられない10の理由について解説します。 Portfolio: bicstone.me X(Twitter): @bicstone_me 下記で発表した登壇資料の抜粋です。 (著作権の都合で実際に投影したものとは異なります) アウトプットとインプットを継続する秘訣LT会 - connpass このデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますが記事化までお待ち下さい。 © 2024 Oishi Takanori

0→1開発における技術選定において一番大切なこと

2024-04-10T10:36:56-04:00

不確実性が多い0→1のプロダクト開発において「技術選定」を行うにあたり重要なポイントについて、経験とノウハウを共有します。 Portfolio: bicstone.me X(Twitter): @bicstone_me 下記で発表した登壇資料の抜粋です。 (著作権の都合で実際に投影したものとは異なります) - 【増枠！】CHUO_Tech #2 どんな基準でどう選ぶ！？技術選定の話！！ - connpass ブログ記事: 未来は予測不能！技術選定の意思決定において一番大切なことこのデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますがブログ記事にアクセスをお願いします。内容は同一です。 © 2024 Oishi Takanori

アジャイル組織でプロダクト価値を高める！「合意形成」のポイント

2024-02-24T05:41:09-05:00

不確実性が多いプロダクト開発において、どのように「合意形成」を行うかについて、経験とノウハウを共有します。 ※諸都合により実際に投影した資料とは異なります Portfolio: bicstone.me Twitter: @bicstone_me ブログ記事: アジャイル組織でプロダクト価値を高める！「合意形成」のポイント下記で発表した登壇資料の抜粋です。 - 自由な発想でつながる、失敗談を語るLTパーティー - connpass - 【アジャイル導入事例】Agile Party 2024イベントレポート | アジャイルビジネスインスティテュート株式会社このデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますがブログ記事にアクセスをお願いします。内容は同一です。 © 2024 Oishi Takanori

電気工事士を取ったら一瞬で元が取れた件

2024-02-08T10:03:55-05:00

このデッキでは、国家資格である第二種電気工事士を取ったWebエンジニアが、電気工事士の資格を取ったことで得られたメリットについて紹介します。 Portfolio: bicstone.me Twitter: @bicstone_me 下記で発表した登壇資料の抜粋です。【オフライン交流会@目黒】テテミート #7 《LT会》 - connpass ブログ記事: 第二種電気工事士を取ったら一瞬で元を取れた件このデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますがブログ記事にアクセスをお願いします。内容は同一です。 © 2024 Oishi Takanori

アウトプットのモチベーションを維持する4つの掟

2023-12-19T02:56:52-05:00

メリットだらけのアウトプット。しかし、続かないという大きな課題があります。このデッキでは、私がモチベーションを作り出した4つの掟を紹介します。あなたご自身の性格にあわせて様々な工夫をしてみてください。 Portfolio: bicstone.me Twitter: @bicstone_me 下記で発表した登壇資料の抜粋です。エンジニアの成長を応援する忘年LT大会2023 ~Findyユーザー感謝祭~ 今年の"アウトプット"を振り返ろう Zenn記事: アウトプットはどうして続かないのか？「モチベの泉」を枯らさない5つの掟このデッキはアクセシビリティに対応しておりません。大変お手数をおかけしますがZenn記事にアクセスをお願いします。内容は同一です。 © 2024 Oishi Takanori

登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること

登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること

TypeScript 5.9 で使えるようになった import defer でパフォーマンス最適化を実現する

Promise.tryで実現する新しいエラーハンドリング New error handling with Promise try

AIエージェント時代における TypeScriptスキーマ駆動開発の新たな役割

AIエージェントにも人間にも優しく。Findy Team+におけるコードベースの改善

AIが実現するプロダクトオーナーと開発者の架け橋

TypeScriptのmoduleオプションを改めて整理する

AIと開発者の共創: エージェント時代におけるAIフレンドリーなDevOpsの実践

ランチの間に GitHub Copilot Agent が仕事を終わらせてくれた話

アマチュア技術広報の振り返りと目標

SaaS開発における手戻りを減らすためのリファインメントの実践

エラーレスポンス設計から考える、0→1開発におけるGraphQLへの向き合い方

もうブロッカーにしない！コードレビューを爆速にする組織づくり🚀

私がアウトプットをやめられない 10 の理由

0→1開発における技術選定において一番大切なこと

アジャイル組織でプロダクト価値を高める！ 「合意形成」のポイント

電気工事士を取ったら一瞬で元が取れた件

アウトプットのモチベーションを維持する4つの掟

アジャイル組織でプロダクト価値を高める！「合意形成」のポイント