Fukabori.fm

  • Autor: Vários
  • Narrador: Vários
  • Editor: Podcast
  • Duración: 117:02:52
  • Mas informaciones

Informações:

Sinopsis

Podcast

Episodios

  • 102. A Philosophy of Software Design (3/3) w/ twada

    16/08/2023 Duración: 34min

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

  • 101. A Philosophy of Software Design (2/3) w/ twada

    12/08/2023 Duración: 50min

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

  • 100. A Philosophy of Software Design (1/3) w/ twada

    01/08/2023 Duración: 57min

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

  • 99. Podcastを編集する技術 w/ tomiyama

    11/07/2023 Duración: 40min

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

  • 98. LLMを活用したソフトウェアアーキテクチャと代表的なユースケース w/ ryohtaka

    02/07/2023 Duración: 30min

    話したネタ 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)の募集ページ

  • 97. プロンプトエンジニアリング w/ ryohtaka

    25/06/2023 Duración: 30min

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

  • 96. 組織デザイン w/ hamaken119

    01/06/2023 Duración: 51min

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

  • 95. Weights & Biases and Organization Management w/ l2k

    08/05/2023 Duración: 36min

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

  • 94. エンジニアとビジネスの距離感の難しさ と データの民主化とこれからのAI組織 w/ vaaaaanquish

    09/04/2023 Duración: 30min

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

  • 93. エンジニア組織の熱量 w/ vaaaaanquish

    02/04/2023 Duración: 37min

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

  • 92. AWS上でモバイルコアネットワークを実装するということ w/ Oguma

    19/03/2023 Duración: 26min

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

  • 91. モバイルコアネットワークの仕組み w/ Oguma

    10/03/2023 Duración: 27min

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

  • 90. Docs for Developers w/ Zachary Sarah Corleissen

    02/03/2023 Duración: 29min

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

  • 89. 複数社のCTO経験から学ぶエンジニア組織マネジメント w/ BTO

    22/02/2023 Duración: 47min

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

  • 88. 数理モデル思考で紐解く RULE DESIGN - 組織と人の行動を科学する w/ 江崎貴裕

    13/02/2023 Duración: 44min

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

  • 87. Streaming Telemetry w/ watal_i27e

    06/02/2023 Duración: 32min

    話したネタ なぜネットワーク監視が必要なのか? 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)

  • 86. 技術広報 w/ hsbt

    05/01/2023 Duración: 41min

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

  • 85. サーバーレス w/ Keisuke69

    13/12/2022 Duración: 50min

    話したネタ サーバーレスとは何か? AWS サーバーレススペシャリスト 第1号 西谷さんがサーバーレスに感銘を受けたポイント Function as a Service IaaS、CaaS、FaaS の違い AWS Lambda の裏側の実装 Edgeで動作するサーバーレスコンピューティング Aurora Serverless と OpenSearch Serverless サーバーレスが有効なパターン、アーキテクチャ イベントドリブンなシステム サービス間をつなぐGlue Code 関数的に使うのがわかりやすい ピタゴラスイッチでのメタファー ピタゴラ装置153番のマーチ サーバーレスで実装しないほうが良いものは? 日本でサーバーレス(FaaS)を扱えるエンジニアの数は多い? 情報量は技術選定の要素となる コミュニテイを盛り上げる方法は? AWS re:Invent 2022 AWS Lambda SnapStart と AWS Application Composer サーバーレス(FaaS)での開発を取り巻く課題 Serverless Framework や AWS Chalice FaaSのCI/CDやテスト周りはどうしている? サーバーレスに残るミッシングピースとは? 今後のサーバーレスはどのように進化していく? サーバーレスとSaaSとの境界

  • 84. 技術の教え方・技術研修 w/ kakakakakku

    14/11/2022 Duración: 48min

    話したネタ 難解な技術を教えるときに何を考えているか? 成人教育と幼児教育の違いは? 依存型の学び、経験学習、課題中心 インストラクショナルデザイン 経験学習とは何か? オンラインで静まりかえることへの対応 雰囲気を作る、クローズドクエスチョンを利用する 研修の雰囲気をどうやって作るか? 質問のチャネルを複数用意する 研修の場があったまっていることをどう判断するか? 研修講師側のデバイス、IT環境 研修へ参加する生徒は主体的な人ばかりではないのでは? 高速道路という役割 周りに感化されて主体的になってくる 研修が終わった後に学びが続くようにするためには? 反転学習とする、上司と参加目的を調整・会話しておく 講義のアジェンダ、ストーリー、内容の設計で気をつけていることは? 講義、ハンズオン、経験から引き出す時間の配分は? オンライン研修参加者の集中を保つこつは? kakkuさんの研修の評価が高い要因は? 実務経験、知識の幅、心地よい研修 研修設計は、初日、2日目などでスタイルを変えていく? 過去の研修で、研修途中で教え方を大幅に変えたことは? 4年間、ブログを毎週かかさずに書き続けられた要因は? 新しい技術の種をどうやって見つけている?

  • 83. Node.js、Deno、Bun(後編) w/ yosuke_furukawa

    17/10/2022 Duración: 22min

    話したネタ Bunはどういう課題感を持って登場してきた? Node.jsの3倍速いという主張 パフォーマンス比較時におけるZigとJavaScript実装の差 ライブラリのマーケティング戦略 libuv とは? OS の違いにおける実装隠ぺい戦略 Bun は libuv を利用していない Mac向けにkqueue、Linux向けにio_uring Bun のProduction利用は? honojs/hono この後、業界はどのように変わっていく? 三国志 JSConf JP 採用: NIJIBOX 採用: リクルート

página 2 de 7