Fukabori.fm

  • Autor: Vários
  • Narrador: Vários
  • Editora: Podcast
  • Duração: 116:22:47
  • Mais informações

Informações:

Sinopse

Podcast

Episódios

  • 121. 音声基盤モデル w/ noriyuki_kojima

    21/10/2024 Duração: 48min

    話したネタ コトバテクノロジーズの概要・創業ストーリー Fugaku-LLM GENIAC成果報告会 ChatGPT Advanced Voice Mode 従来の音声処理 音声分野でのスケーリングの難しさ 音声データにおけるNext Token Prediction 学習データの収集方法 良いデータと悪いデータ 音声生成AIの評価 音声同時通訳への応用 デモ動画 コトバテクノロジーズへのコンタクトフォーム

  • 120. ニューラルかな漢字変換 w/ miwa_ensan

    01/09/2024 Duração: 39min

    話したネタ 記事: ニューラルかな漢字変換エンジン「Zenzai」をazooKey on macOSに搭載します 従来のかな漢字変換手法とは? N分割最長一致法 ビタビアルゴリズム 従来のかな漢字変換の課題は? ニューラルかな漢字変換とは AzooKey 開発のモチベーション AzooKey の仕組み 従来手法とGPT-2ベースのLLMを組み合わせたハイブリッドな手法 投機的デコーディング 変換精度 現在の AzooKey の技術的課題と今後の方針 AzooKeyのGitHubリポジトリ

  • 119. 生成AI導入で成功する企業・失敗する企業、国産基盤モデルの意義 w/ piqcy, kosukearima

    23/08/2024 Duração: 56min

    話したネタ 生成AI成功企業の特徴 定量的評価の難しさ、定性的な評価指標の重要性 実データに基づいた独自の評価指標の必要性 (例: 100件テスト) 生成AI導入における課題 インターフェースの問題とカルチャーの問題 出島的アプローチの成功と失敗パターン 失敗の成否を分けるものは? 過去のBIツール導入失敗からの学び 巨大言語モデルの学習方法と人間の学習方法 クラウドネイティブ化と生成AI活用の相関 日本における生成AIビジネスの挑戦 国産基盤モデル開発の意義と期待 生成AIの進化と次のステージとは aws-ml-enablement-workshop Claude 3.5 Sonnet Model Card Addendum

  • 118. Autify社のプロダクト組織およびプロダクトの開発方法 w/ chikathreesix

    07/08/2024 Duração: 31min

    話したネタ Autifyの組織はどのように成長していった? CTO を設けていないのは? 組織の戦略、事業目標はどういうタイミングで考えている? コンテキストスイッチの多さへの対応方法 Autifyの組織構成 EM と Dev の比率 PdM と Designer の配置 日本人が少ない開発組織で何か気をつけていることは? PdM はどうやってPRDを書いているのか? バーニング加減を探る n=1 をめちゃくちゃ大事にする 誰が、どういうシチュエーションで、なぜこうなっているの、何人言っているのか、金額価値は? 3つの変数:課題の大きさ・金額・実装コスト 基本はスクラム、2週間スプリント プロダクト開発からの学びをどう活かしているか? 実装コストが高いものは先にデモを作る オンボーディングプロセスはどうしている? エンジニアが入ってからプロダクションへの初めてのPRを出すまでの期間は? オーティファイ株式会社 採用情報

  • 117. バーニングニーズの見つけ方、ソフトウェアテストの未来 w/ chikathreesix

    10/07/2024 Duração: 33min

    話したネタ 顧客のBurning needsを解決する Autify は「誰の」「どんな課題」を解決したのか? Founderが売れない製品は絶対売れない 顧客の意見を聴くためにアンケートは使うのか? 売りに行くのではなく「アドバイザーになりませんか?」とアポを取る 製品が無い状態で契約を取るとして、技術的実現性の不安・覚悟は? Webからモバイルへの進出 生成AIによるソフトウェア開発・テストへの影響 テスト対象(What)を見つけるのは、なぜこんなに難しいのか? 自動化しやすいテストと、自動化しにくいテストとは? 自動化可否を判定するモデル RAGに組み込むドキュメントは? 非機能要件のテストはどのようにカバーしていく? ソフトウェアテストは今後、どのように変化する? 自動化にかかるコストの考え方・バランス 探索的テストとの相性 オーティファイ株式会社 採用情報 書籍: エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門

  • 116. エムスリーのエンジニアリング組織運営 w/ vaaaaanquish

    29/06/2024 Duração: 48min

    話したネタ 聴くエンジニアtype マネジメントに目覚めたきっかけ VPoEとしてのばんくしさんの仕事 ばんくしさんの目標設定 エムスリーのROI文化 目標設定はツリー構造にしている? エンジニア組織のチーム構成とは? エンジニアリングマネジメントの役割は、チームの外にある? 共通のインフラチームやSREチームはある? 技術選定の方法 オペレーションは誰が担っている? 技術的負債の対応方法は? 採用時にギークさをどう見極めているか? チーム内でどのように合意するか? プロダクトマネージャーと開発エンジニアはどのようにコミュニケーションしている? 開発エンジニアの顧客接点は? ギークかつプロダクト志向な人を求めている? 目標設定と評価はどうしている? 期間は? チーム間の異動はどういう契機で発生する? プロダクトのクローズはどう判断している? チーム間の情報交流を促す仕組みはある? 採用情報 エムスリー株式会社

  • 115. システムコーチング® w/ spring_aki

    09/06/2024 Duração: 51min

    話したネタ コミュニティからの学び コーチングとは? システムコーチング® とは? ここでいう「システム」とは? 関係性システム™ 何のためにシステムコーチングを使うのか? 3つの現実レベル Consensus Reality、Dream Land、Essence CRレベルだけで話していると何が問題になるのか?  響くプレゼンテーションの要素 書籍:プロセスワーク入門 歩くことで創られる道 書籍:人と組織の進化を加速させる システム・インスパイアード・リーダーシップ Systems Inspired Leadership システムコーチングを実際に受けるときのプロセス センシティブなトピックについて、腹を割って話せるのか? システムコーチングは関係性を良くするものではない Right Relationship™(正しい関係) アジャイル開発チームへの適用例 書籍:エレガントパズル エンジニアのマネジメントという難問にあなたはどう立ち向かうのか 上記の™および®がついている言葉は、CRR Global Japan 合同会社の登録商標です。

  • 114. テスト駆動開発とは何であって、何でなかったのか? w/ twada

    29/03/2024 Duração: 50min

    話したネタ 【翻訳】テスト駆動開発の定義 自動テストとテスト駆動開発、その全体像 保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発⁠⁠、その全体像 テスト駆動開発とは何だったのか? テスト駆動開発と同じレイヤの手法はある? テスト駆動開発と品質保証との関連は? TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング テスト駆動開発に関するよくある誤解 アジャイル開発との類似点(みんな丸い) IPAの試験での誤解 今回のブログを書いた(翻訳した)ことによる懸念 サバンナ便り ~ソフトウェア開発の荒野を生き抜く~ 記事一覧 書籍レビュワー募集フォーム

  • 113. アジャイルコーチがウクライナ軍に入隊したときの話 w/ Dmytro Yarmak

    16/03/2024 Duração: 46min

    話したネタ RSGT での講演 “A True Story of Agile Coaching in Ukrainian Armed Forces” 入隊して分かった組織の大きな課題 スクワッド・プラトゥーン・カンパニー Reactive to Proactive 各部隊のリーダーシップレベルを変えるために実施した3つのこと (訂正:途中で、ダニエル・ピンクの Management 3.0 とiwashiが発していますが誤りで、 Motivation 3.0 が正しいです) 明確さを与えること・心理的安全性を確保すること・能力を高めること Trello のカンバンによる透明性の確保 計画を立てるスパンの短さ クネヴィンフレームワークの応用 1日2回のデイリースタンドアップ 短すぎる締め切り(締め切り=今すぐ / right now) ウクライナの募金先(NHKのまとめ)

  • 112. あなたの知らないERPの世界 w/ tai

    08/03/2024 Duração: 46min

    話したネタ ERP とはそもそも何か? どのような業界で ERP は使われるのか? 基幹システムとは何か? ERP は Web SaaS の企業でも活用されるものか? ERP を使うことによって嬉しいことは何か? ERP を導入するために、何をすればいいのか? ERP(SAP) のインフラエンジニアとアプリケーションエンジニアの役割 オンプレ or クラウド? データベースは何が使われる? ERP(SAP) のアプリケーションエンジニアは何をどう実装している? ABAP(Advanced Business Application Programming) 言語 ERP(SAP) エンジニアの面白さ ERP(SAP) のシステムのテストでは、何をするのか? システム監視では、何をするのか? ツールは何を使うのか? ERP(SAP) ならではでのメッセージ検知の代表例 ERP(SAP) の運用保守では何をしているのか? 障害が起きてもそわそわしないための工夫 今後のERPエンジニアリングの世界はどう変わっていく? SAPエンジニア経験者の人事担当が語る、JSOLで働くエンジニアの市場価値 JSOLキャリア採用ページ エピソードスポンサー 株式会社JSOL

  • 111. eBPF w/ udzura

    02/03/2024 Duração: 38min

    話したネタ 入門 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) コンパイラのリロケーション 翻訳するにあたって意識していたこと 株式会社ミラティブ 採用特設サイト

  • 110. Jasmine Tea と 日本の中高生向けIT教育 w/ yoichiro

    27/01/2024 Duração: 42min

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

  • 109. フリマアプリ運営からのふりかえりとFinTech業界でのプロダクト開発 w/ yutadayo

    29/12/2023 Duração: 50min

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

  • 108. Azure Functions チームでの開発方法やマネージャの役割 w/ sandayuu

    23/11/2023 Duração: 44min

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

  • 107. LLMをゼロから作るということ w/ Takahiro Omi

    14/11/2023 Duração: 38min

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

  • 106. 提供者としてクラウドネットワークを作るということ w/ y.kajiura

    14/10/2023 Duração: 25min

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

  • 105. メモリとパケットにはすべてがある w/ y.kajiura

    02/10/2023 Duração: 27h00s

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

  • 104. Platform Engineering w/ jacopen

    19/09/2023 Duração: 44min

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

  • 103. カケハシのエンジニア組織づくり w/ succhiello

    05/09/2023 Duração: 56min

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

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

    16/08/2023 Duração: 34min

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

página 1 de 7