fukabori.fm

twadaさんをゲストに、A Philosophy of Software DesignをテーマにしたエピソードのPart2です。今回は「例外」についてひたすら語っていただきました。

話したネタ

• 書籍：A Philosophy of Software Design, 2nd Edition
• 書籍における例外・エラーの扱い
• Define error out of existence
• 例外はなぜ複雑性を増大させるのか？
• プロダクションレベルのコードにおけるエラーハンドリングの分量
• 結果に着目する設計へのシフト
• 防御的プログラミングとは
• Design by Contract
• エラーを適切に出すための「適切」とは
• その例外は回復可能なものかどうか？プログラミングミスなのか？という観点
• エラーの運用側への通知
• 例外のバッドパターン：例外を catch して boolean で返す
• ログレベルの使い分けはどう学べかいいのか？
• Debug/Info/Warn/Error/CriticalやFatal
• 冪等な処理に対するエラーハンドリングの考え方
• 資料：予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント
• few-shot.fm

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

twadaさんをゲストに、A Philosophy of Software Designをテーマに色々と語っていただいたエピソードです。

話したネタ

• 書籍：A Philosophy of Software Design, 2nd Edition
• 資料：“A Philosophy of Software Design” を30分でざっと理解する
• 記事：ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜
• 記事：【続】ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜
• 本書籍の翻訳は出ない？
• Working Code isn't Enough
• ストラテジックアプローチ と タクティカルアプローチ
• A Philosophy of Software Design | John Ousterhout | Talks at Google
• ストラテジックとタクティカルとのアプローチで交差する点までどのぐらいの時間がかかる？
• 1.5年後のコードでもメンテできるような意識を開発チームでどうすれば持てるか？
• 書籍：An Elegant Puzzle: Systems of Engineering Management
• Deep モジュール と Shallow モジュール
• Unix哲学
• Config があるとみんないじりたくなる
• Zero Config には意思の強さが必要
• Rails の Convention over Configuration
• ボブおじさん（Robert C. Martin）とのプロレス
• 違う主張があることでエンジニアにとっての選択肢が広がる
• 主張の間で、バランスを取るようになるためには？
• チームでプログラミングするときには一貫性が重要
• ChatGPT と GitHub Copilot
• チュートリアルをなぞる以外の学習パス
• ChatGPT は気軽に聞ける怒らなくて疲れない先輩
• サンドイッチワークフロー

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

PitPaの富山さんに、Podcastの編集、構成、音声品質の高め方、編集で使うエフェクトなどについて語っていただいたエピソードです。

話したネタ

• Podcastの編集とは何か？
• 収録前の編集と収録後の編集
• パンチラインを考える
• 収録後の編集はなぜ必要なのか？
• 聞きやすいPodcastとは？
• 具体的に編集では何をするのか？
• 編集で削る時間の目安
• Podcastの冒頭にハイライトをつけるべきか、否か
• フィラーをどれぐらい削るか？
• 「なんか」
• プロとしてPodcastをどれぐらい聴いている？
• 間の切り方・残し方・付け加え方
• 編集に使うソフトウェア
• コンプレッサー、ノイズ処理の順番
• イコライザの適用有無
• ラウドネスの調整
• Podcastを収録する機材
• 機材よりも環境
• iPhoneで収録する場合に気をつけること
• PitPa
• オウンドポッドキャストインタビュー by PitPa
• fukabori.fm ep.100 公開収録(2023/7/24)の募集ページ

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

マイクロソフトの大髙さんに、LLMを活用したソフトウェアアーキテクチャ、langchain、LLM活用のコスト、代表的なユースケースなどについて語っていただいたエピソードです。

話したネタ

• LLMを活用したソフトウェアアーキテクチャ
• Copilot Stack
• Model/Orchestrator/Copilot
• 代表的なOrchestratorのフレームワーク
• langchaing
• semantic-kernel
• フレームワークの抽象度
• デグレ探し・リグレッションテスト大変問題
• GPT-4 のコストの話
• チャット検索である必要性
• クエリとチャットの逆転現象
• 検索の下地にあるデータが結局重要
• 参考：チャット検索やRAGの話
• エンベディングとコサイン類似度
• 参考：LangChain の Vectorstore として Azure Cache for Redis を使ってベクトルの格納と検索を行う
• 抽象化すると、LLMを活用したユースケースはどういうものが多い？
• 情報検索、情報分類、情報抽出
• 非構造化データから構造化データへ
• Azure OpenAI Service の GPT-4 を使ってギリシア神話に登場する神々の関係性を抽出してグラフデータベースに格納する
• Microsoft Build 2023
• Microsoft Build Japan
• ryohtakaのZenn
• ZennのMicrosoft Publication
• QiitaのMicrosoft Organization

公開収録

• fukabori.fm ep.100 公開収録(2023/7/24)の募集ページ

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

マイクロソフトの大髙さんに、プロンプトエンジニアリング、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.