Fukabori.fm

話したネタ SDNとは Lazy K SDNの開発って何をやるの？ Tungsten Fabric SDNでの低レイヤ開発とは？ カーネルモジュールデバッグ 見えないようと見ようとしてコアダンプを取った コアダンプの読み方 カーネルモジュールのお作法 任意のパケットをどうやって作る？ Scapy Cよりも低レイヤにいく場合 気づいたらアセンブリを読むようになっていた 低レイヤに携わることによる成長 求人ページ: SDPFクラウド 仮想サーバ開発エンジニア

話したネタ Platform Engineering とは？ Platform Engineering におけるツールチェインとは？ セルフサービスのイメージ Platform Engineering で解きたい課題とは？ なぜ盛り上がっている？その背景とは？ 認知負荷、課題外在性負荷 DevOps との差分は？ SRE と Platform Engineering との関係は？ ちいとぽ本におけるプラットフォームチームと、Platform Engineeringとの関連性 書籍: チームトポロジー　価値あるソフトウェアをすばやく届ける適応型組織設計 69. チームトポロジー(前編) w/ miholovesq 70. チームトポロジー(後編) w/ miholovesq IDP (Platform/Portal) とは？ 業界でコンセンサスが取れているプロダクトはある？ CNCF Platforms White Paper 社内共通プラットフォーム と何が違うのか？ 社内共通プラットフォーム が上手くいかなかった要因 Platform as a Product プラットフォームチームにプロダクトマネージャがいるということ？ Platform Engineering を自社内で考えはじめるタイミングとは？ Platform Engineering Meetup #5

話したネタ スタートアップの離職率の低さ カケハシの事業領域 創業期の技術開発はどう進めていったのか？ 初年度のエンジニア・デザイナーの採用方法 2年目以降の開発組織のスケール方法 1社目でのCTO経験の反省とは？ メタ文化：文化を大切にする文化 1年目から採用ハードルを高めに設定している背景は？ 開発チームの命名方法 帰属意識をなぜ高める必要があるのか？ 意図的に組織に刺激を促しているか？ 「わたし考える人、あなた作る人」とならない組織 分断を生まない組織にするための組織デザイン マトリクスにおける目標設定・評価 スクラムを愚直にやるために 書籍: ゾンビスクラムサバイバルガイド: 健全なスクラムへの道 医療領域におけるドメインの難しさとは？ 入社後・オンボーディングのカリキュラム 技術選定の方針とは？ 堅牢性・耐障害性を高めるための工夫は？ 今後のエンジニア組織の展望は？ エンジニア採用情報 株式会社カケハシ 採用サイト KAKEHASHI Tech Blog エピソードスポンサー 株式会社カケハシ

話したネタ 書籍：A Philosophy of Software Design, 2nd Edition 認知負荷 (Cognitive Load) とは何か？ 書籍：チームトポロジー　価値あるソフトウェアをすばやく届ける適応型組織設計 “クソコード” という言葉をなんとかしたい 認知資源の消費量 課題内在性負荷 と 課題外在性負荷 波動拳 課題内在性負荷が高いことは、悪いことではない 循環的複雑度 99. Podcastを編集する技術 w/ tomiyama における課題外在性負荷の下げ方 例外と課題外在性負荷の関連 横断的関心事 アスペクト指向プログラミング 書籍は対象レイヤを意識して読む Designing for Performance における時間の単位

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

話したネタ 書籍：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 は気軽に聞ける怒らなくて疲れない先輩 サンドイッチワークフロー

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

話したネタ LLMを活用したソフトウェアアーキテクチャ Copilot Stack Model/Orchestrator/Copilot frontend 代表的なOrchestratorのフレームワーク langchain 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)の募集ページ

話したネタ おさらい：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)

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

話したネタ 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 Pr

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

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

話したネタ ソラコムではモバイルコアネットワークのコンポーネントをどのように自前で実装していったのか？ 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 オープンハウス

話したネタ モバイルコアネットワークとは何か？ アクセスネットワークとコアネットワーク モバイルコアネットワークの構成要素は？ 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 オープンハウス

話したネタ 翻訳書籍: ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング 原著: 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

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

話したネタ 書籍: 数理モデル思考で紐解く RULE DESIGN - 組織と人の行動を科学する 書籍の概要は？ なぜ、本書を書くに至ったのか？モチベーションはどこから？ 本書で最も伝えたかったことは？ ルールは何のために必要なのか？ 問題解決しようとすると最終的にルールが必要になる 放っておくと悪い状態になる、背景は？ 囚人のジレンマ、投票行動 ルールデザインの失敗要因とは？ ルール内的要因とは？ 個人的要因とは？ 外発的動機づけを狙った結果、内発的動機が損なわれる事象 会社内でどのように人を報奨すればよいのか？ 集団的要因とは？ 環境的要因とは？ どうすれば上手く機能するルールを作れるのか？ 目的、介入方法、ロジック、運用 の4要素が必要 課題提起をした人の業務が増えてしんどくなる問題にどう対応する？ 情報を作る側、従う人側で一緒にルールを作るのが重要 ルールの策定経緯が見える状態になることが重要 ルールの策定経緯が分からないと、上手くいかない状態でも直しにくい 大量に増えすぎたチェック項目への対応 社内でITリテラシに差がある場合のルールデザイン 定量指標に対する考え方 KPIに対する抜け道がないこと 株式会社infonervの求人情報 訂正：冒頭で「89回」といっておりますが、「88回」の誤りです。

話したネタ なぜネットワーク監視が必要なのか？ Telemetryの3種類 従来はどのようにネットワーク監視をしていたのか？ SNMP (Simple Network Management Protocol) SNMPでは機器の管理・情報収集はどうやっていた？ trapとpolling MIB (Management Information Base) 標準MIBと拡張MIB SNMPは何が課題だったのか？ そもそもTelemtryとは？ 遠隔からなにかを測定すること Streaming Telemtryの特徴とは？ トランスポートレイヤのプロトコルは何を使う？ Pub/Sub モデル 疎結合によるアーキテクチャ上の利点 RFC9232 ネットワーク機器側もgRPC実装が進んでいる Subscriber側の実装はどうなっている？ OpenConfigとは？ YANG(Yet Another Next Generation)とは？ watalさんは今日のようなテーマをどう情報収集されている？ JANOG(JApan Network Operators’ Group) 今後の展望 一緒に働ける方を募集中: 次世代キャリアネットワークサービスの開発エンジニア ENOG(Echigo Network Operators’ Group)

話したネタ 技術広報とは何か、について自分なりのまとめ 技術広報とは何か？ プロダクトの広報と技術広報との違い ブランドを確立する嬉しさとは？ ブランドは複利である 技術組織に対するブランドとは何か？ 技術広報が増えている背景とは？ 技術広報はやることが多く、形式化・体系化されていない 広報とのスキルセットの違いは？ プロダクト広報と同じ手段を用いてしまうと危うい 技術広報の具体的な活動例とは？ 開発組織のMission/Vision/Value 外に発信する前に社内を確認する 良い組織を作るために意識されていたことは？ プロダクト・ユーザーと向き合う 人の素直さ ブランディングモンスターとは？ 株式会社アンドパッド 採用情報 株式会社アンドパッド エンジニア採用サイト