fukabori.fm

入門 eBPF 訳者のUchio Kondoさんに、eBPF の経緯・用途、iptablesとの違い、カーネルモジュールとの違い、CO-REなどについて語っていただきました。

話したネタ

• 入門 eBPF ―Linuxカーネルの可視化と機能拡張
• Raft + Redis な内製Redisサーバの紹介
• eBPF の始まり
• cBPF(classic BPF) と eBPF(extended BPF)
• eBPFの用途の広がり
• パケットフィルタリングとは何か？
• iptables との違い
• Cilium
• カーネルモジュールでも同じことはできるのか？
• カーネルモジュールの問題点
• eBPF VM と eBPF検証器
• Facebook での eBPF 利用
• XDP(eXpress Data Path)
• CO-RE(Compile once, run anywhere) とは？
• task_struct 構造体 と BTF (BPF Type Format)
• コンパイラのリロケーション
• 翻訳するにあたって意識していたこと
• 株式会社ミラティブ 採用特設サイト

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

Tably CTOのyoichiroさんに、Jasmine Tea、プログラミング言語を新たに実装、日本の中高生向けIT教育などについて語っていただきました。

話したネタ

• Jasmine Tea とは？
• ブロックプログラミングとは？
• ファミリーベーシック
• 現代の言語で、プログラミング初学者がGUIアプリを作るのは大変
• Jasmine Tea の想定ユーザー
• 新たに言語を作ると考えたときに何から考え始めるのか？
• インタープリタの自作、とは？
• Web上に言語を実装する場合に大変だったことは？
• JavaScript のメインスレッド専有への対応
• setTimeout() によるペナルティ
• ブラウザの差 と デバイスの差 による苦労
• 中学生向けの技術の授業でのIT教育
• 高校の情報Ⅰ で教わる内容
• 教育を起因とする日本のIT業界の課題
• 教材の重要性
• @JasmineTeaProg
• Jasmine Tea に関する問い合わせ

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

スマートバンク CTOの堀井さんをゲストに、フリマアプリの運営経験からふりかえり、FinTech業界、スマートバンク社でのプロダクト開発などについて語っていただきました。

話したネタ

• なぜレッドオーシャン化する前にサービスをグロースできなかったのか？ - フリマアプリ編 - @yutadayo
• フリマアプリ開始時の外部環境・市場は？
• リリース以降の成長は？
• 上手くいっているときの経営判断の難しさ
• n=1 に愛されるプロダクト作りからペルソナを判断するポイント
• ユーザーの課題を解決する得意な会社の作り方
• CxO職の採用の重要性と難しさ
• 権限委譲が遅かった、という振り返り
• 会社を動かすレバーで良かったものは？
• 最適な組織構造を考えるためのステップは？
• FinTech業界とスマートバンクの事業
• クレジットカード決済の裏側の通信
• 0からプロダクトを開発するときに考えていたこと
• FinTech業界の難しさとは？
• 金融業界特有の非機能要件
• 金融要件に対応するシステムアーキテクチャ
• エンジニアの採用における工夫
• スマートバンク エンジニア採用

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

牛尾さんをゲストに、書籍「世界一流エンジニアの思考法」、Azure Functions チームでの開発方法、マネージャの役割などについて語っていただきました。

話したネタ

• 書籍: 世界一流エンジニアの思考法
• Azure Functions チームの体制は？
• チームでOpsまで対応している？
• オンコールでの呼び出し
• Azure Functions チームでのアジャイル開発
• デプロイに必要な承認プロセスはある？
• チームでのレトロスペクティブの有無？
• 障害発生時のふりかえり
• マネージャの役割は？
• バックログのプライオリティ付けは誰が担う？
• 1on1で主に何を話す？何が狙い？
• 採用活動は誰が担う？
• パフォーマンス評価の仕組み
• 失敗に対する考え方の違い
• リファクタリングに向けた意思決定はどうしている？
• Azure Functions のスケーラビリティのテスト方法
• Azure Functions Flex Consumption

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

ストックマークの近江さんをゲストに、大規模言語モデルをゼロから作る方法、学習のデータセット、モデルアーキテクチャ、学習環境への取り組みなどについて語っていただきました。

話したネタ

• どのような大規模言語モデルと作ったのか？特徴は何か？
• データセットに何を使ったのか？
• 日本語と英語とのバランスは？
• 最終的なToken数は？
• 事前学習モデルを作りたいとして、何から考えるのか？
• ノイズのクリーニングと、その方法
• 今回活用したモデルアーキテクチャ(Llama)
• 前回のアーキテクチャは GPT-NeoX
• 今回の学習環境は？
• AWS Trainum 32コア x 16ノード
• 学習にかかった時間は？
• 学習時に大変だったこと・上手くいかなかったことは？
• 学習中のチェックポイントとは何か？
• なぜ、Token生成が速いのか？
• 手元でLLMを動かすときの一番のネックは？
• bit数を落とすFineTuning
• Tokenizerとは何か？
• 日本語の単語区切りはどのように考えるのか？
• 今回のLLM作成のTokenizerは何を使ったのか？
• ビジネスドメインでのLLM評価
• ストックマーク株式会社のRecruitページ

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

y.kajiuraさんをゲストに、クラウド内でL2をつなげる大変さ、セキュリティグループの仕組み、スケーラビリティへの取り組みなどについて語っていただきました。

話したネタ

• 異なるハイパーバイザーにVMが収容されていてもL2でつながっているように見せることの大変さ
• なぜ、L2で接続することが大変なのか？
• encapsulationした上でのマルチキャスト・ブロードキャストのサポート
• アンダーレイ側のネットワークで対応していないものは、ユーザー側のオーバーレイ通信を提供できない
• 当初のモチベーションとしてVRRPを提供したかった
• クラウドサービスでセキュリティグループを提供するための裏側の仕組み
• 経路処理をOpsする上で大変なことは？
• OpenTechLunchの資料: クラウドの作り方（使い方じゃないよ）
• ライブマイグレーションの前後での通信継続における課題
• 当たり前の前提を見直す重要性
• Prometheus Exporter 自作
• 監視ツールの技術選定方針
• Cassandra / RabbitMQ
• ちょっと足りないのがJavaScript
• チームの雰囲気
• チーム内のSPOFへの対策
• 求人ページ: SDPFクラウド 仮想サーバ開発エンジニア

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

y.kajiura さんをゲストに、SDNの開発、カーネルモジュールのデバッグ、コアダンプの読み方などについて語っていただきました。

話したネタ

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

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

jacopenさんをゲストに、Platform Engineering、話題となっている背景、DevOpsやSREとの差分、Platform as as Product などについて語っていただきました。

話したネタ

• 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

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

カケハシCTOの海老原さんをゲストに、カケハシの事業領域、創業期からのエンジニア組織づくり、帰属意識の高め方、医療ドメインの難しさ・技術選定などについて語っていただきました。

話したネタ

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

エピソードスポンサー

株式会社カケハシ

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をテーマにしたエピソードのPart3です。今回は「認知負荷」についてひたすら語っていただきました。

話したネタ

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

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