マイクロソフトの大髙さんに、プロンプトエンジニアリング、In-Context Learning、Chain of Thought、ReAct などについて語っていただいたエピソードです。

話したネタ

• おさらい：ChatGPTの裏側
• プロンプトエンジニアリングとは？
• In-Context Learning
• X-Shot Learning (Zero-shot, One-shot, Few-shot)
• Few-shot の例
• Chain of Thought (CoT)
• Few-shot CoT
• GPT-4 Technical Report
• プロンプトエンジニアリングの根幹で共通していること
• Self Consistency
• Reasoning and Acting (ReAct)
• ChatGPT Plugin
• Retrieval Augmented Generation (RAG)

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

MIMIGURIの濱脇さんに、組織デザイン、CULTIBASE School、能力定義表、報酬・評価制度との関連などについて語っていただいたエピソードです。

話したネタ

• 組織デザインとは何か？
• 組織のハード面とソフト面は表裏一体
• なぜ組織デザインは重要なのか？
• 組織課題の捉え方、言語化のためのアプローチ
• CULTIBASE School 組織デザインコースの感想
• 組織デザイン研修の裏にある想いとは？
• 学びを抑圧しない研修進行
• 組織デザインコースの到達点とは？
• 能力定義表とは何か？
• スキルマップ
• 能力定義・報酬・評価制度はなぜ分けて考えるべきか？
• なぜ能力定義表が誕生するのか？
• 職能ごとのアンフェアさをどう解消するか？
• 能力定義表から事業戦略・中期経営計画までの背骨を通す
• 戦略・人員計画について、従業員全員が納得する必要があるのか？
• 能力定義表が上手く運用されている企業の特徴は？
• 能力定義表の見直し、はどのように進めるのか？
• 能力定義表へのValueの組み込み
• CULTIBASE School
• イベント: ヒトと組織に強い経営人材になるための『新時代の組織づくり』

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Weights & Biases 創業者であるLukas Biewaldさんをゲストに、MLOpsプラットフォーム、起業のきっかけ、GPT-4の活用例、多くの従業員の考えを合わせる方法、OKR運用、全社オフサイトイベントなどについて語っていただいたエピソードです。

話したネタ

• What is “Weights & Biases” as product?
• MLOps Platform
• Use "Weights & Biases" for Kaggle
• Why did you start “Weights & Biases”? / Motivation?
• To make ML in production easier
• ML doesn't give you errors; quietly fails
• Is there anything to find errors in ML?
• How do you think of a hype about generative AI?
• GPT-4 for code debugging
• Any integration GPT-4 and "Weights & Biases"
• WandBot (Report, Discord)
• Which way do you use to improve documentation, fine tuning or few shots?
• Why "Weights & Biases" boost the business in Japan?
• How do you align your idea among employees?
• Goal setting and OKR
• How long do you spend OKR?
• Blameless retrospectives
• How do you prioritize things?
• Fighting in goal planning
• Book: The Five Dysfunctions of a Team: A Leadership Fable, 20th Anniversary Edition
• 翻訳書籍: あなたのチームは、機能してますか？
• How to build trust in company?
• A lot of trusts comes from by knowing each other
• Slack channel for gratitude
• Company-wide of offsite event
• Programs of the event
• What's the most amazing thing you have learned in management or entrepreneurship?
• AI Expo (東京ビッグサイト 1F, 8-36, 5月10-12日)
• Linkedin, Weights & Biases

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

vaaaaanquishさんをゲストに、エンジニアとビジネスの距離感の難しさ、データの民主化とこれからのAI組織、GPT-4による変化などについて語っていただいたエピソードです。

話したネタ

• エンジニアとビジネスの距離感の難しさ
• 記事を書いたモチベーションは？
• 要因としてのコモディティ化
• ビジネスの変化による、個人の役割の変化
• 書籍: Engineering Management for the Rest of Us // 訂正、発言で「Rest of Management」と言ってますが、本概要のタイトルが正しいです
• 書籍: 経営×人材の超プロが教える人を選ぶ技術
• ソース・オブ・エナジーと劣等感
• 負の側面を整理できていることの重要性
• データの民主化とこれからのAI組織
• そもそも、多くのAI屋はこれまでに何をやってきたのか？
• データエンジニア、データサイエンティスト、運用する人という役割
• GPT-4の登場に伴い、2023年3月の時点で何が起きているのか？
• 大規模言語モデルによる変化
• ドメインスペシフィックなモデルから汎用的なモデルへ
• ペーパープロトなどの仮説検証の変化
• llama.cpp
• chatGPTによる既存のロールへの影響
• 投資するタイミングの変化
• Transformer と スケーリング則

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

vaaaaanquishさんをゲストに、エンジニア組織の熱量とその重要性、熱量の高い組織の作り方などについて語っていただいたエピソードです。

話したネタ

• HRとして熱量を上げる
• エンジニア組織の熱量とは何か？
• 技術とお金とハート
• 熱量はなぜ重要なのか？
• 熱量が高い組織では何が起こるのか？
• 反対に熱量が低い組織で起こること
• 熱量が低い組織で起こる典型的な症状
• スタンスのない否定 と 無関心
• 熱量が伝播する、とは？
• 停滞して良いことは会社においてはない
• 熱量が高い組織・チームをどうやって作るのか？
• 個人としてやれること、組織としてやれること
• 実験的にやることを当たり前に
• 着火しているのか、消化しているのか定量的な指標でわかりにくい
• モチベーションサーベイと熱量との関連
• マネージャーとして着火させるための行動
• 即時性の重要性
• 個人が「改善したい」というタイミングをどう拾い上げるか？
• 人を入れ替えられない場合にどうする？

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

SORACOMの小熊さんをゲストに、SORACOMにおけるモバイルコアネットワークの自前実装 on AWSについて語っていただいたエピソードです。

話したネタ

• ソラコムではモバイルネットワークコンポーネントをどのように自前で実装していったのか？
• P-GW 、HSS、SMSC の順で実装していった
• GTP(GPRS Tunneling Protocol) とは
• パケットを転送する役割
• P-GW をAWS上で構築するということ
• HSS(3GではHLR)はどのように実装していった？
• 海外事業社との接続試験
• golang実装によるHLRの開発
• HLRで実装するプロトコル
• IPの上にSCTP
• SCTPの上に、SCCP、TCAP、MAP
• ソラコムはSCTP上のプロトコルスタックも自前で書いている
• ここまでのコンポーネントはすべてAWS上で開発している
• AWS上でキャリアネットワークを開発する上で大変だったこと
• ソラコムで利用している言語
• SORACOM オープンハウス

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

SORACOMの小熊さんをゲストに、モバイルコアネットワークの概要、構成要素、トラフィックフロー、認証プロトコルなどについて語っていただいたエピソードです。

話したネタ

• モバイルコアネットワークとは何か？
• アクセスネットワークとコアネットワーク
• モバイルコアネットワークの構成要素は？
• MME (Mobility Management Entity)
• SIM と eSIM
• HSS (Home Subscriber Server)
• SMSC (Short Message Service Center)
• Packet Data Network
• P-GW (PDN Gateway)
• MVNO と MNO との違いは？
• SIM発行の裏側で起きていることは？
• SIM番号の製造番号
• P-GW の処理能力は？
• SORACOMのトラフィック特性
• SIMの認証プロトコル・手順
• インターネットトラフィックはMMEを経由する？
• S-GW(Serving Gateway) と P-GW
• APN(Access Point Name) とは何者？
• Procedures for the 5G System (5GS)
• 仕様書ごとに機能の名前は変わる
• 5Gアーキテクチャの方向性
• SORACOM オープンハウス

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Docs for Developersの著者の1人であるSarahさんをゲストに、書籍の概要、書籍が解決する課題、テクニカルライティングの上達方法などについて語っていただいたエピソードです。

話したネタ

• 翻訳書籍: ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング
• 原著: Docs for Developers: An Engineer’s Field Guide to Technical Writing
• Abstract of "Docs for Developers"
• Is there any training for students about tech writing in US?
• What is Technical Communication?
• What problems is this book going to solve?
• Why is writing so hard for developers?
• How to get out of the curse of knowledge
• Examples of frictions
• What's the best way to improve writing skill?
• After reading this book, how to get skilled more?
• Who did think of the story in this book?
• Ein from Cowboy bebop

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

オープンロジCTOのBTOさんをゲストに複数社のCTO経験から学んだこと、エンジニア組織のマネジメント、大規模リファクタリングなどについて語っていただいたエピソードです。

話したネタ

• 失敗から学ぶエンジニア組織論
• 1社目のCTOでの環境は？
• 1社目ではCTOとしてどういう業務をしていた？
• エンジニア組織ではどのような事象が発生していた？
• マネジメントをふりかえるきっかけは？
• 経験学習の実践 と 再現性
• どうすれば経験学習ができるようになるか？
• 2社目で自身を取り巻く環境はどのような状況だったか？
• エンジニア組織づくりで具体的にやっていたこととは？
• 役割の定義・分割、1on1、採用
• 1on1の目的は？
• 経験学習の促進、信頼関係の構築、課題の早期発見
• ザイオンス効果
• 課題を上手く引き出すコツは？
• 「何か気になっていることはありますか？」
• 1on1の頻度は？
• 2社目のCTO経験として上手くいかなかったことは？
• 3社目では、CTOとしての活動は何を？
• 途中からエンジニア組織に入ったときに何からはじめるのか？
• 制約理論
• 書籍: ザ・ゴール ― 企業の究極の目的とは何か
• ボトルネックの特定が重要
• どのように、課題を優先度付けしていくか？
• カッツモデル
• WIPの状態で周りに共有する
• 現職(4社目)のオープンロジに入社した理由は？
• 倉庫に関する業界課題とは？
• オープンロジ社の技術課題は？
• 大きく複雑なクラスをどのように紐解いていくのか？
• 大掛かりなリファクタリングをやりきるコツは？
• ゲリラ戦はだいたい上手くいかない
• 過去のCTO経験から、オープンロジで活かせていることは？
• オープンロジ 採用サイト
• カジュアル面談先: @bto

エピソードスポンサー

株式会社オープンロジ

See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.