Sign up to save your podcasts
Or
Share fukabori.fm
Share to email
Share to Facebook
Share to X
Share to email
Share to Facebook
Share to X
Or
fukabori.fm
By iwashiTechnology
fukabori.fm episodes
- 44. Spotify型およびゆめみにおける組織モデルの変遷 w/ raykataoka話したネタ
- Ray Wow FM
- ゆめみの組織構造はどうなっている？
- Spotify 組織モデルとは？
- Spotify型組織のメリット・デメリット
- 技術的な評価は、技術者自身に評価してほしい
- マトリクス型組織の難しさとは？
- コミュニケーション・調整コストの高さ
- ピープルマネジメントマネージャ側が深く関与できない
- 技術的な勉強会はどのような組織・チームで実施している？
- 人数が多くなった場合のナレッジシェアの難しさと対応
- どのようにナレッジシェアを実現しているか
- 月間60回の勉強会
- 社内勉強会を活性化させる秘訣は？
- 雑な登壇で、雑壇
- 全てお金で人を動かそうとすると上手くいかない
- Spotifyモデルはなぜ上手くいかない、何が大変なのか？
- 組織モデルを変更したターニングポイント・背景は？
- 事業部単位の縦割り
- 受託ビジネスモデルでオーナーシップをどう保つか？モチベーションをどう高めるか？
- フィーチャーチームに、コンポーネントチームを割り当てる
- 案件ごとのドメイン知識が偏る問題をどうするか？
- なぜ、本人がプロジェクト・プロダクトを選べるようなアサイン方式にしたのか？
- 人気のある案件に偏ってしまわないか？
- フロントエンド、サーバーサイドなどの職能単位のバランスをどう取るか？変動要素のバッファのとり方は？
エピソードスポンサーOffers- 運営会社: 株式会社overflow
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.43 min - 43. WebTransport、HTTP/3、WebCodecs w/ yuki_wtz話したネタ
- WebSocketの次の技術！？WebTransportについての解説とチュートリアル
- WebTransportとWebCodecsを組み合わせてビデオチャットを実装してみる
- WebTransportとは何か？
- HTTPの双方向通信の歴史
- XHR、Polling、Cometとは？
- WebSocket
- Server-Sent Eventsとは？
- SSEって今も使われるの？どこに使う？
- WebSocketとSSEとのパフォーマンス差異は？
- なぜWebTransportは登場してきたのか？WebSocketの課題とは？
- TCP Head of Line Blocking
- QUICとは？
- QUIC プロトコルスタック
- WebTransportは実際に使われている？
- WebSocketとWebTransportのユースケース？
- クラウドゲーミングとWebRTC
- WebTransportでクライアントクライアント通信はできる？
- TCPとUDP以外の選択肢は無かったのか？
- ネットワークプロトコルの硬直化
- 1. IETFとか、QUICとか
- UDPが通らない環境ってあるのでは？どう対応する？
- HTTP/2とは？
- HTTP Head of Line Blocking
- Bootstrapping WebSockets with HTTP/2
- HTTP/2の課題
- HTTP/2と3の違いは？
- 内容訂正: 当初配信版では「HTTP2のServerPushがHTTP3で削除された」とありましたが、正しくは「仕様としては削除されておらず、Chromeが現状実装する予定にない」です。
- Server Push と 103 Early Hints
- 内容訂正: 「HTTP3TransportではcookieなどのHTTPの仕組みを応用できる」と話している部分とありましたが、cookieの送信は現状の仕様ではサポートしないとされています
- WebCodecsとは何か？
- なぜWebCodecsが登場してきたのか？
- WebTransportやWebCodecsがだれが推進している？
- WASM
- WebTransportやWebCodecsは、個人の開発者には関係がある？
エピソードスポンサーOffers- 運営会社: 株式会社overflow
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.40 min - 42. 良いマネジメントとは？良いミーティングとは？ w/ konifar話したネタ
- Konifarさんにとってマネジメントとは？
- HIGH OUTPUT MANAGEMENT
- EM.FM
- 実際にマネージャとしてどういう課題に取り組んでいたのか？
- 情報設計の方法論
- コミュニケーションの最適な形をどう追求するか？
- Konifarさんはどうやって問題発見するか？
- 1on1の場、チームの振り返りで吸い取る
- 忘れないようにGoogleDocsに書いておく
- TextやQuickCallで解決する、1on1で解決するための判断基準は？
- Feedbackを与えるにあたって気をつけていることは？
- フィードバック入門 耳の痛いことを伝えて部下と職場を立て直す技術
- 言わないでいるより、言って後悔したほうが良い
- どうやって褒める箇所を覚えておくか？
- 1on1 ミーティングの目的
- Konifarさんにとって良いミーティングとは？
- 目的とゴールがハッキリしていること
- 目的とゴールの違いは？
- 何かを決めるミーティングは事前準備がすべて
- ミーティングが上手くいかないとき = 例外処理
- ミーティング関数の引数
- 参加者の発言偏り問題にどう対処するか？
- 発言しないのは、そもそもなぜなのかを考える必要がある
- ネガティブなことを言えるように心理的安全性を高めるためにやっていること？
- ストレートにネガティブな意見が出てくるのは嬉しい
- タックマンモデルのStormingが苦手な人が多いのでは
- 率直に物事をいうのはすごい疲れる
- ブログで言語化して楽になる
- リモート環境での雑談の工夫
- 社内でボードゲーム
- Kyashの全社忘年会で使用したサービス(remo)
- リモート飲み会でお話を聞く、という形になる
- リモートミーティングで音声とチャットでマルチで会話する
- Chatに即興でアンケートFormを埋め込む
- 「これについて意見ありますか？」の後の沈黙に耐える
- チェックイン
- Kyash募集職種一覧
- fukabori.fm 個人サポータープラン
エピソードスポンサーOffers- 運営会社: 株式会社overflow
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.53 min - 41. Wantedlyの開発組織 w/ kawasy話したネタ
- Wantedlyの開発組織はどれぐらいの人数・チーム数・編成？
- Discover the Spotify model
- Tribe間の情報流通の課題などから組織再編
- Productの情報ラインと、技術情報ラインの会議体設計
- 議事録などの情報展開
- モノリシックアプリケーションからマイクロサービスへ
- Argo
- Looker
- どのように技術判断を実施するのか？
- 組織の課題解決能力を向上させる
- 1-2年では困らないけど重要な問題をどのように対応するか？
- たとえば、1チームの開発プロセスはどうなっている？
- 新しく価値をつくることと、リニューアルの難しさ
- 会社方針と個人方針でポジションがあわなくなった場合は？
- インフラチームからの他チームへの留学制度
- エンジニアの人事評価はどうしている？
- 「期待」を満たしたのか・満たしていのかをみる
- Wantedly, Inc.の採用/求人一覧
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.30 min - 40. 外資証券会社における独自言語および独自オブジェクト指向データベース w/ kawasy話したネタ
- エンジニアトーク「ROLE MODEL」
- 外資証券会社のシステムとは？
- 使われていた独自のプログラミング言語とは？
- 社内に存在する独自のエコシステム
- 独自言語は、どの言語に似ている？
- 専用の統合開発環境
- 独自のオブジェクト指向データベースとは？
- Active Record Pattern
- インピーダンスミスマッチ
- オブジェクト指向データベースはなぜ流行らなかったのか？
- グローバルレベルでのマルチマスタ同期
- パフォーマンスレベルでの問題は？
- どのようにロックする？
- Dependency graphが実装されている
- 処理軽減・速度向上のためのメモ化
- 変数名にスペースが使えるプログラミング言語
- どうやって品質を担保していたのか？
- LeanとDevOpsの科学
- コードレビューをもらうのが難しい問題とその対策
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.33 min - 39. Work Together Anywhere w/ Lisette Sutherland話したネタ
- Work Together Anywhere
- リモートワーク - チームが結束する次世代型メソッド
- Collaboration superpowers workshops
- Why remote working is so important?
- The reasons from company’s view and individual’s view
- The future of work is choice; Let us choose
- Shift to result oriented work
- What are the difficulties in working at home?
- Build boundary; turn off computers at certain time
- Template for creating a REMOTE TEAM AGREEMENT:
- Should we share the agreements with other teams?
- What’s difference in term of manager’s role?
- How do managers find roadblocks when working remotely?
- Not only 1 on 1 between a boss and a member but also between team members
- Just calling without urgent matter
- Over communiacation is definitely recommended
- Japanese Super Cards
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.31 min - 38. 良い組織を作るために w/ yunon_phys話したネタ
(収録環境都合により、途中で音質が変わります)
- EM.FM
- Chief of Staff, Games とは何をする人？
- 偉大なゲームを作るために「変化に適応できる組織」を作る（前篇）
- 偉大なゲームを作るために「変化に適応できる組織」を作る（後篇）
- Engineering Managerとは？
- アカツキのEngineering Managerは何をする人なのか、EM Triangle
- Managementというの言葉の訳語
- これまでどのような組織づくりをしてきたのか？
- 問題を見つけるために、どのような行動をするのか？
- 30人以上との1on1からの模索
- 1on1で本音を出してもらうために、どのように話す？
- 学習する組織
- 1on1のヒアリングでは、たとえばどのような内容・課題が出てくるのか？
- 大量の課題に面したとき、どう行動するか？
- マインドマップで可視化して、システム思考的に考える
- 関係ないと思われた課題がつながる例とは？
- 組織開発(Organization Development)とは何か？
- Developmentにある発展という意味
- 30人以上の意識をあわせにいくときの方法
- 対立をなくすのではなく、なぜそう考えたかという起点を考える
- 相手が自分と同じではない、また自分と同じ人間であることを認識する
- 無理に職能を統一するのではなく、それぞれの文化・歴史を大事にしつつ、更に良くするためにはどうするかそれぞれで考えていく
- 何を考えているのか、何に困っているのかを共有するようなファシリテーション
- 未来を良くするために、自分が置かれている地点をメタ認知する
- 職能で自律して進めてもらうようなアプローチ
- ゆのんさんにとってコミュニティとは？
- コミュニティから一番得るのは活力
- Reginal Scrum Gathering Tokyo
- fourという社内コミュニティで、エンジニアリングマネジメント・プロジェクトマネジメントをするメンバが集まる
- ピープルマネジメントのネタは人に話しにくいこともある
- 心のNDA
- マネージャ自身のバイアスを他者と会話することで見つける
- オンライン勉強会は参加が簡単、出席率も変わる
- https://game.aktsk.jp/
- https://voice.aktsk.jp/
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.54 min - 37. MLOpsとは？どのようにMLOpsを実装しているか？ w/ kenta_sato3話したネタ
- MLOpsとは何か？
- MLOpsの定義
- MLのおけるモデルとは何か？
- MLOpsで解決する課題とは？
- CACE / Changing Anything Changes Everything
- 学習に使ったデータ管理の難しさ
- メタ情報だけのバージョン管理というプラクティス
- MLに必要なパイプラインを回すのは大変
- ML Superhero、MLからインフラ構築まですべて担う人
- Stockmark社におけるMLOpsに取り組む前のアーキテクチャとは？
- BERTを使ったMLバッチ処理実サービスのアーキテクチャとMLOpsの取り組み
- MLOps取り組み前のアーキテクチャの課題とは？
- 温かみのある手動Opsの自動化
- AWS CodeBuildの権限周りの楽さ
- ワークフローが見えにくい課題をワークフローエンジンで解決する
- AWS Step Functions と AWS Batch の活用
- 今後のMLOpsの野望
- モデルのパフォーマンスを決める上流データバリデーション
- 学習のパイプラインの整理、その目指すべきところは？
- 汎用言語モデルをGoogle TPUでの開発
- MLOpsにどのような気持ちで望んでいるか？
- ペインをどうやって発見しているか？
- 推測するな、計測せよ
- 電笑戦 ~ AIは人を笑わせられるのか 第 2 回 電笑戦の背景と挑戦者
- Stockmark Tech Blog
- エンジニア募集中
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.40 min - 36. [後編] You have commit bit! w/ songmu話したネタ
- OSSをどのように読むか？
- 利用するOSSをどうやって選定していくか？
- 協調できるかどうか、という選定基準
- ecs-deployからecspressoに乗り換えた
- go-katsubushi
- implement STAT via binary protocol
- そもそも、なぜ採番する必要があるのか？
- Snowflakeの意味が複数ある
- OSS貢献を小さく始めて技術力を高め、大きく花開かせる
- GitHubはSoftware Engineerのpixiv
- OSSの引き継ぎ
- 0->1よりも1->10のが得意になった原点
- OSSの引き継ぎを自分から提言する
- OSSのメンテは具体的には何をしている？
- OSSを引き継いだ結果、どう成長したか？
- コードの個性
- どうやってOSSへコントリビュートしやすくしているか？
ghqですぐ見つけること- 最新のバージョンを使うこと
- renovate
- dependabot
- Pull Requestを送る際の心構えとは？
- Pull Requestを放置されても気にしない
- OSSを他者へ引き継ぐ場合に何を考えているか？
- Songmuさんの考えるCTOの役割とは？
- プロダクトセントリックとは？何を意識するか？
- 広告塔の役割として何をするか？
- チームのパフォーマンスを最大化するために何をするか？
- スタートアップマニフェスト
- アイデアというのは複数の問題をいっぺんに解決すること / 宮本茂氏
- 生み出せることに敬意を払って、コミュニケーションをとる
- Nature Remo 3
- Nature株式会社 採用情報
- ghq handbook
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.48 min - 35. [前編] Nature Remoから学ぶシステムアーキテクチャと開発プロセス w/ songmu話したネタ
- Nature Remoの裏側 ~ AWSとWeb技術をIoTの世界でフル活用する / Inside Nature Remo
- Nature Remoとは何か？
- Nature Remoのアーキテクチャとは
- Redis Pub/Sub
- Timer処理をどのように実装するか？
- ElastiCache Redisが将来的にボトルネックになる可能性
- Redisの分割はどのような方式とするか？
- SNSでよくあるID分割による弊害（お化けユーザなど）
- DDoSに対する防御は？
- WebSocketを受けるWorkerのCPUはサチらないの？
- GolangのWebSocket実装が優秀
- 接続先解決の方式はどうするか？
- ConsulからALBへの移行
- ALBからWorkerへの接続はTLSを解いている？
- Streamはどうやってスケールさせるか？
- 積み上げマイグレーションは何がイマイチなのか？
- 手続き型 vs 宣言型
schemalexやsqldef- Nature Remoは何人ぐらいで開発している？
- Songmuさんはどうやって採用している？
- 採用時にどうやってスキル的に十分である、と判断するのか？
- Nature RemoにおけるGitHubのブランチとデプロイ戦略
- git-pr-release
- CircleCIでgit-pr-releaseする
- デプロイ後の障害をどうやって気づくか？
- ALBにおけるReal IPの解決の課題
- GoのWebアプリでクライアントIPを検出するrealipモジュール
- Nginxのngx_http_realip_module
- 全員が自分たちのプロダクトのユーザである
- ビジネス要求の管理はどうしているか？
- ZenHub
- オフィス移転とリモートワーク
- どうやって見積もりする？
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.46 min
About fukabori.fm
From the publisher's feed
技術・組織・マネジメントなどを深掘りして楽しむPodcastです。
More shows like fukabori.fm
Rebuild
50 Listeners
バイリンガルニュース (Bilingual News)
223 Listeners
backspace.fm
10 Listeners
mozaic.fm
2 Listeners
EM . FM #EMFM
0 Listeners
歴史を面白く学ぶコテンラジオ （COTEN RADIO）
245 Listeners
ゆるコンピュータ科学ラジオ
21 Listeners
News Connect あなたと経済をつなぐ5分間 #ニュースコネクト
20 Listeners
入山章栄の経営理論でイシューを語ろう/Business Insider Japan
4 Listeners
ひまじんプログラマーの週末AI大好きエンジニアリングレッスン
0 Listeners
Qiita FM-エンジニアのキャリアを深掘り-
0 Listeners
リファクタリングとともに生きるラジオ
0 Listeners
耳で学ぶAI、ロボシンク
1 Listeners
趣味でOSSをやっている者だ
0 Listeners
小泉進次郎のポッドキャスト
4 Listeners