Fukabori.fm

  • Autor: Vários
  • Narrador: Vários
  • Editor: Podcast
  • Duración: 122:48:51
  • Mas informaciones

Informações:

Sinopsis

Podcast

Episodios

  • 10. 大企業HACKS! - 大企業で実現するイマドキのサービス開発

    06/11/2018 Duración: 51min

    話したネタ WebRTCとは?SkyWayとは? 大企業HACKS! 大企業で実現するイマドキのサービス開発とは何か?その定義は? 大企業のメリットを上手く利用して、大企業のデメリットを上手く回避して働く 大企業で何がやばいか? 世の中の変化が早い、人材の流動性が低い、変化を恐れる人が多い なぜ、変化を恐れる人が多いのか? 守る価値がある、プロダクトライフサイクルが長いビジネスを持っているから 制約条件がある中で、どう上手くいっていくのか? 守りと攻めを意識して分けていく 変態ミドル 理想的なチームとは何か? 相互作用がプラスに働いている状態 アジャイルマニフェストにある自己組織化するチームを目指すこと 勝手にチームが進化していく状態を目指す オーナーシップを持ってもらうように、自由・権限を与えて自分たちでコントロールできる感覚をめざすこと 目的・意義を示すこと 心理的安全性を拡大するための具体的な行動として何をしているか? EM.FM ミッション・ステートメントは、なぜ必要なのか? 内発的動機づけの3要素にある目的 ミッション・ステートメントは、誰がどう定義するのか? ビジョンとミッション・ステートメントの違いは? ビジョンは理想の状態を言語化したものである 言葉にするのは、夢を実行可能に行為である いきなり若者にビジョンを考えろ、というのはアンチパターン ビジョンを考えるのはむちゃくちゃ大変 飲み会や懇親会のビジョン マネージャーがビジョンを考えないのはサボり なぜ、若手に責任と権限を与えるのか? Think Globally Act Locally はどういう意味で使っている? 会社を一生懸命変えるのは非常に時間がかかる 大企業をトップダウンで変化させるためのプラクティスは何があるか? 社外の実績を使う、草の根のネットワークを作る、社内政治を頑張る エンジニアの言語と経営者の言語の両方で話す 大企業で戦ってみたときの強みは? 経営者に情熱をぶつけるという方法 経験の学校、良い経験がしやすい 採用するに当たって、何か気をつけている・頑張っていることはあるか? 1人の人事と、多くの現場の社員が協力する 会議を上手くやるために、気をつけていることはある

  • 9. エンプラ業界でアジャイルになるためのプラクティスとか、社内/社外勉強会とか

    01/11/2018 Duración: 59min

    話したネタ エンプラでアジャイルをやろうとすると何が大変なのか? 内製開発がデファクトじゃない なぜ内製はデファクトではなかったのか? エンプラ業界で内製が増えてきたきっかけは何だろう? 通信事業者のルータやスイッチの調達はどのぐらい時間がかかる? アジャイル開発センターって何? その後のきっかけとなった法人向けのアジャイル案件ってどんな契機で始まった? 小さく成功を作って広げていく 既存の業務プロセスに、アジャイル型開発はどう付き合っていくか? 意思決定をアジャイル開発センターに集めていく アジャイル開発センターの隔離 Cynefin Framework アジャイル開発センターをどう設立していったのか? アジャイル開発センターって名前はかっこよくないけど、実は意味がある ニュースリリースの見出しにのる名前を狙う (新しいもの入れる場合に)社外から社内を攻める (新しいもの入れる場合に)社内の攻め方 - 擁護者を徐々に増やす 彼らのわかる言葉で説明する エンプラはしがらみが多い 特区によって、社内ルールの一部を特例として認めてもらう、代替手段で守る 聞いちゃうとアウトだけど、聞かなければグレーなルールはどうするのか? グレーです、と宣言して進める 謎のチェックリストが生まれる 失敗すると後続が死んでしまう アジャイル開発センターの場のデザインはどうしている? うなぎの寝床みたいなチームスペース Ops専用部署があるにもかかわらず、アジャイルな開発で作ったもののOpsはどうするのか? 運用の要件・要求によってOpsのスタイルを分ける エンプラは標準化しようとする 標準化で決める部分をアジャイル開発センター・チームに権限委譲する、自由度を持たせる 大量のガイドライン・チェックリストとアジャイルの付き合い方 ガイドラインのHowをWhyに戻して考える 会社のルールを変えず、現代のやり方を適用する 障害が起きるとルールが増える ルールを増やしても守れない ルールを増やしてもシャドーが増えるだけで意味がない 半端じゃない数のチェックリスト 誰かが始めないと変わらない 運用へ渡すときに自動化しすぎない 承認フローをあえて挟む 内製をしていなかった企業で、内製エ

  • 8. AWS Aurora、GCP Spannerへ辿り着くまでのDBの進化

    26/10/2018 Duración: 33min

    話したネタ 山喜旅館でたまたま会って急遽収録 これまでデータベースがぶつかってきた問題について メモリが高価、HDDはメモリに比べれば安いのでそれを使っていく HDDはシーケンシャルアクセスならランダムアクセスより早い IBMのInformation Management System(IMS) CPUとメモリの間のキャッシュ、メモリとHDDの間のキャッシュの違いとは? バッファプールをHDDに対するキャッシュとして使う IBM ARIESの公開 WAL / Write Ahead Logging ログの中にundo/redoの両方が必要 ログシーケンスナンバによるリカバリ バッファプールを食わせるデータ量を増やすのが最適化の一歩 マルチコア時代への突入、メモリのビット単価の低下 インメモリDBの問題 論文ジェネレータとは? データベースは研究のトレンドとしては人気がなかった Writeが増えたときのトランザクション性能が伸びない問題 垂直分散、水平分散でアプリケーションレイヤが辛くなる話 AuroraはARIESからDBを理解した人がフルスクラッチで変えたように見える AuroraはUndoの情報をログに含めず、Redoを含める Auroraの場合は、Redoログを受け取るのがHDDではなくクラウド ページの一貫性を担保する責任をクラウドへ押し付けた メモリをディスクへ書き戻す必要がなくなる Redoログ一辺倒になったのでチェックポイントがいらなくなった データベースのチェックポイントについて Auroraはマルチマスタ化? Auroraのそもそもの思想はシングルマスタ 悲観的に巨大にロックを取る SpannerはRDBではなく、分散KVSに近い Spanサーバの役割 Spannerを支えるPaxosとは? 分散合意の難しさ Cockroach DBはAuroraよりベンチマークで1000倍速い? TPCCのレギュレーションについて SpannerとAuroraの使い分けは? 今後のデータベース界隈の展望は? クラウドのDBはOracleの牙城を崩しに行く (補足:32:45-33:43 は収録都合により、別マイクにて再収録しているため音質が異なります)

  • 7. CI/CDとか、CircleCI自体の設計・開発プロセスとか

    09/10/2018 Duración: 51min

    話したネタ 継続的インテグレーション(CI)とは何か? 継続的デリバリ(CD)とは何か? おかんにCIを例えで説明する CIをしていない場合、どこから始めればいいのか? たくさんのテストがないとCIを使う意味がない、というよくある誤解 最初からクライマックス 継続的デリバリと継続的デプロイの定義と差異 CI/CDの真の力 CircleCI 2.0とは? LXCベースからDockerへの置き換え CircleCIアーキテクチャの刷新について CircleCI 2.0以外の名前の候補 CircleCI 2.0は爆速 gRPCを使いつつ非同期に CircleCIはJenkinsと違って何が嬉しいのか? Jenkinsのプラグイン運用辛い 野良Jenkins問題 CircleCIに限らずSaaS版のCI/CDで出来なくなることは? GPUビルド セキュリティおじさんに対する回答 CircleCI Enterprise コード自体がシークレットになってはいけない Reprecated CircleCI EnterpriseのKubernetesへの移行について CircleCI の内部設計とは? 自作スケジューラからHashicorp Nomad Nomadはバッチ処理に向いている CircleCIのQueueとして使われるRabbitMQ RabbitMQの運用で困ったこと・苦労したことは? CircleCIの内部で使われる言語はClojureについて CircleCIも最初はRuby on Railsだった CircleCIの開発運用で使うCI/CDはCircleCI 自分で自分の足を踏む 電動キックボードにハマっている 電動キックボードの原付き化 電動キックボードを日本で買うといくら? CircleCIの開発はどうやっている?アジャイル? プロダクトチームが、どういう機能が求められているか吸い上げる Jiraを使った管理 CircleCIリリース時に承認は必要なのか? Ship!Ship!Ship! 本番環境でテストする 継続的デプロイができれば、ロールバック(Revert)も簡単 品質管理おじさんが作りたがるチェックリストはある? 動い

  • 6. モブプログラミング 60分間1本勝負

    25/09/2018 Duración: 58min

    話したネタ 一般社団法人 アジャイルチームを支える会 モブプログラミングとは? 1台のマシンを使うのは重要? 複数マシンのコードの同期はどうする? 各々のマシンの環境が微妙に違う問題をどう対応する? ペアプログラミングとモブプログラミングの差分は? Whole Team Approach 情報同期がキーポイント 新規メンバーのJoinやLeaveにどう対処する? 情報の足りないメンバーがドライバーをやる ドライバーは仕事を止める権利をもっている 「わからない」と平気で言えるのが重要 「わからない」って言っても良いチームは素敵 モブプログラミングにオススメの環境は? 「うるさいな」って言う人は羨ましい 楽しそうに仕事をしているチームは会社全体に影響がある 名前をあげて、人を褒めるということ チームでよく飛び交うワード モブプログラミングはリモートで、できるのか? コミュニケーションの不平等さ あえて全員リモートで入る ナビゲーターとドライバー間でスキル差がある場合はどうするのか? 知識の差がある場合にどう対応するか? コミュニケーションの多寡の問題 チームのコミットメントを高めるきっかけとしてのモブプロによる可視化 モブプログラミングは問題を見えやすくするアプローチ マネージャーに入って欲しいかどうか モブプログラミングの生産性? 生産性を妨げる行動って何なのだろうか? よくあるコミュニケーション問題に真正面からぶつかるのモブプログラミング 兼務も生産性を妨げる モブプログラミングで向き不向きがあるタスク 結果の見通しが良いものはモブプログラミングでやる必要はない 一方で大体の仕事は問題解決であり、モブプログラミングに向いている チームの状態、作業の質をみてモブプログラミングを使い分ける 分担するよりも一緒にやったほうが良い、という気付き 分担はパラレルで仕事するだけではなく、全体の同期する仕事する時間もある ドライバーとナビゲーターは、どういうタイミングで交代するのか? 我が家方式による交代 ドライバーってどれぐらい喋れば良いのか? モブプロ、めっちゃ疲れる問題 どのように休憩(ブレイク)を入れるのが効果的か? 休憩の入れ方はチームのセンスが

  • 5. アジャイルコーチ、リーン・アジャイルの考え方、心理的安全性とか

    26/08/2018 Duración: 58min

    話したネタ omoiyari.fm アジャイルコーチという職種って何やってるの? 会社に対するオーナーシップ プロダクトオーナーシップが全員必須というわけではない プロダクトオーナーシップはあると何が嬉しいのか? 1on1におけるフレーミング 1on1における本人と業務のギャップが大きい場合の対処はどうすればよいのか? リーン、アジャイルとはそもそも何なのか?その関連は? スクラムと開発速度の考え方 効果と効率 モブプログラミングは意外とベロシティが出る モブプロで浮き彫りになるコミュニケーションの質 スクラムの何が好き? omoiyari.fmのFearlessChangeネタは? ykmc09の好きなFearlessChangeのパターン3つ Face to Faceで話すことの効果 心理的安全性をチームで高めるにはどうすれば良いか?どう場を作ればよいか? “雑”ということの重要性 大企業/組織における心理的安全性を高めるための社内Podcast いつかSIerに戻ってみたい理由 生涯でやり遂げたいことはある? アジャイル、モブプロにおける人事評価

  • 3. botnetとか、CTFとか

    21/07/2018 Duración: 49min

    話したネタ botnetとは? Herderとは? どうやって感染するのか? どうやってbot化していることを発見するのか? リスニングポストとは? botnetって買えるの? イスラエル軍が凄い DDoSを使う動機? DDoSってどうやって対策していくのか? セキュリティの勉強ってどうやるの? CTFとは? CTFtime (エピソード中のCTFTimesは誤りです) 通信事業者ってbotnet対策に何かしているの?

  • 2. 仕事よりブログが大事、ブログは自分の子供

    12/07/2018 Duración: 01h38s

    話したネタ なぜブログを書くのか? 食欲、睡眠欲、ブログ欲 3大ブログ書けない理由とは ブログメンタリング 相互メンタリング 1日24時間しかな事実は知られていない プログラミング講師 初心者にRailsを教えるコツ 知の高速道路を突き抜けるスピードを加速する モブプログラミング モブプログラミングに向いているお題 雑談をしましょう オートクラインとは トランザクティブメモリーとは スウォーミングとは チームビルディング 結局リーダは笑顔でいる kakakakkuさんの再現性 仕事よりブログが大事 ブログも自分の子供 訂正: ダックタイピング -> ラバーダッキング

  • 1. IETFとか、QUICとか

    23/05/2018 Duración: 55min

    話したネタ IETFって何?どんなところ? RFCとは? ハミングによるコンセンサス IETFに参加するのはどんな人たちがいる? 個人で参加するには? IETFでの雑談、ロビーイングの重要性 QUICって何?なぜ生まれたの? Google QUICとIETF QUIC HoL とは? なぜQUICは、ユーザランドで実装しているのか? TCP既存プロトコル vs QUIC(UDP)プロトコル QUICが効果的に効くところ 通信事業者のミドルボックスの負荷、コネクション残存 通信事業者はQUICをどう見る? ネットワークの硬直化(Ossification) QUICの折り合いの付け所 QUICの将来の展望 QUICを追っかけるにはどうすればいい?

  • 0. Fukabori.fmについて

    13/05/2018 Duración: 01min

    話したネタ 自己紹介 Podcastで今後話していくコンテンツについて

página 7 de 7