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
- 34. NewSQLとは w/ tzkb話したネタ
- 2000年初頭のデータストアは何が主流だったのか？
- OLTPとDWH
- データベースから見るとReadのスケールアウトは難しくない
- Web系で難しいのはWriteのスケールアウト
- RDBのReadのスケールアウト方法とは？
- Web + RDB + Cache のアーキテクチャの辛い点は？
- UniverseとMultiverse
- Oracle Exadata
- RDBにおける全文検索
- NewSQLとは何か？
- NoSQLとは何を指すか？
- トランザクション処理はなぜ難しいのか？
- マルチマスタの難しさ
- Google Cloud Spannerについて
- 金の弾丸
- YugabyteDB/CockroachDB/TiDB
- YugabyteDBの特徴は？
- PostgreSQL互換とMySQL互換という売り
- NewSQLの技術要素は？
- NewSQLのレプリケーションはどうやるか？
- Raftとは？
- DBにおけるShardingとは何か？
- Partioningとは何か？
- RDBのデータ構造は何を利用しているか？
- B+TreeのRead/Writeはどうやるか？
- B+Treeの計算量は？
- NewSQLのデータ構造は？
- LSM Tree(Log Structured Merge Tree)とは？
- B+Treeのメリット・デメリット
- LSM Treeのメリット・デメリット
- DBに難しいのは古いバージョンのデータを取るとき
- MVCC(Multi Version Concurrency Control)とは？
- LSM Treeで古いデータをどうやって探すのか？
- Bloom Filter
- Facebook製のRocksDB
- 分散トランザクションをどう実現するのか？
- DBにおける分離レベルとは？
- Read Commited/Repeatable Read/Serializable
- SpannerのExternal Consistency
- AWS Auroraの裏側の作りは？
- OracleのRAC(Real Application Cluster)とは？
- 令和時代のアプリケーション開発者のデータストア選定について
- MySQLとPostgrSQLの使い分けは？
- どうやってDBについて学習するか？
- CAPの定理をあえて使う必要はない
- Database Internals 輪読会
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.1 hr - 33. エンジニアの新卒採用事情 w/ tomoaki_mura話したネタ
- 最近の新卒採用事情ってどんな感じ？
- B3/M1であっても、5月時点でオファーを持っていることも
- 優秀な人材の低学年化
- サマーインターンシップは増えている？
- インターンシップで学生に刺さるコンテンツとは？
- チーム開発形式のインターンシップが人気な理由とは？
- ペアプロ、モブプロというコンテンツ
- 先端の技術開発を担うエンジニアと一緒に解く！ コーディング体験
- スタートアップ、大企業などで、どこが人気か？
- 職種別選考とは何か？メリット・デメリットは？
- 人事にも最低限の業務理解・技術的な知識が必要だが、どこまで知れば良いのか？
- エンジニアの開発実態・KPTを見に行くプラクティス
- 最初の「なんだこいつ」の違和感を乗り越える
- 職種別選考を進める上で、重要なポイントとは？
- 経営戦略から採用戦略まで一気通貫で筋をとおす
- 立場関係なくお互いを信じ合う
- 配属ガチャは依然としてまだ結構ある？なぜ起きるのか？
- 採用と育成をやる人は同じの方がいい？
- 効果的な新入社員研修とは？
- 能力を可視化した上で、グルーピングする
- グループ分けしたあとの研修コンテンツは？
- 入社した後のケアとしての新入社員研修
- track
- athletics
- はてなインターン2020
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.48 min - 32. みんなでアジャイル w/ ryuzee話したネタ
- みんなでアジャイル
- 想定読者は？
- アジャイルはなぜ重要なのか？
- 書籍を通して伝えているのは、顧客に価値を届けること
- 説教臭い
- プラクティスよりも、前段にあるなぜアジャイルなのか、から始める
- たくさん作るのではなく、成果を出しにいく
- サクッと読めるわりにグサグサやる
- 自分たちの北極星とは何か？
- 自分たちのなりたい姿が実現できれば、アジャイルなやり方である必要はない
- 北極星を見つけるためには、どうすればいいのか？
- どのぐらいのレイヤ、スコープで北極星を探せばいいのか？
- 経営方針とチームミッションが一致していると周りの支援が得やすい
- OKRという考え方
- みんなでアジャイル Playbook
- オンラインでのチームビルディングはどうしたら良いか？
- マイクロソフトのリモートワークが得意な人を観察して気づいた、たった一つのポイント
- やっているのを見せるのが大事
- 分報から始まるQuick Call
- 制約があったほうが工夫、アイデアが生まれる
- 上手くいってないからフレームワークを探そうはダメ
- アジャイルについて話すだけで、アジャイルになった気になる
- 必然的に中身の理解は深まるのだけど、何度も読んでいるので、本の作業をする以前から自分も同じ考えだった気になってしまう
- 組織重力の3法則
- 第1法則: 組織に属する個人は、日々の責任やインセンティブと整合性がなければ、顧客と向き合う仕事を避ける
- なぜ、第1法則が生まれるのか？
- 第1法則からはどうすれば脱却できるか？
- 顧客から一番離れている人が意思決定していて良いのか？
- 社員全員がカスタマサポートのチャットに入る
- 第2法則: 組織における個人は、自分のチームやサイロの心地よさのなかでいちばん簡単に完了できる作業を優先する
- チームの外と仕事をすると、仕事がぐちゃぐちゃにある恐怖がある
- 第2法則からはどうすれば脱却できるか？
- 今やっている仕事を見える化する、仕事をオープンにする
- 早期から頻繁にコラボレーションするには楽なやり方が必要
- そもそもコラボレーションしたいものを扱ってるのか？
- なぜ顧客の声を早期に聴きに行くのが難しいのか？
- 第3法則: 進行中のプロジェクトは、それを承認したいちばん上の人が止めない限り、止まることはない
- なぜ第3法則が生まれるのか？
- 目標設定と評価が関係している
- 第3法則からはどうすれば脱却できるか？
- スタート地点からどんなリスクがあるのか明らかにする
- 不確実性を計画に組み込む
- 進捗レポートで「問題ありません」というのはダメ
- 紙のレポートは残るので、安全に倒してしまう
- タイムボックスで区切ることで、実験もできるし、リスクを早く検知できる
- 組織変革の熱狂は長くても6ヶ月しか持たない
- ryuzeeさんが訳していて、書籍の一番好きなところは何か？
- アジャイル系開発手法は応用範囲が広い
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.50 min - 31. fukabori.fmのロゴ作成から学ぶデザイナーの業務プロセス w/ hiromisugie話したネタ
- エンジニア向けPodcast 「fukabori.fm」のロゴデザイン
- どのようなプロセスでロゴを作成するのか？
- 対象の理解では、何をするのか？
- ヒアリングは何のためにするのか？
- 周辺の理解、リサーチでは何をするのか？
- 競合リサーチ、市場リサーチとは？
- fukabori.fmロゴ作成における、周辺の理解とは具体的に何をやるのか？
- 見えやすさの5性質とは？
- 誘目性、視認性、明視性、可読性、識別性とは？
- 行間をどのような目安で決めるのか？
- noteの記事は、なぜ行間が広いのか？
- ユニバーサルデザイン
- デザインコンセプトの検討、ラフスイッチとは？
- デザインコンセプトとはそもそも何か？
- ロゴ作成のおけるプロトタイプ作成はどう進めるのか？
- ロゴの似たもの調査はどうやるのか？
- シンプルなロゴは非常にかぶりやすいのでは？
- 似てる・似てないの判断とは？
- 東京オリンピックのロゴ類似問題
- シンガポールのティラミスヒーロー
- 最後の作り込み、ブラッシュアップは何をしていくのか？
- ロゴにおける大文字と小文字の意味
- どのように色を決めるのか？
- デザイナーは安直にパターンを作ってはいけない
- 訂正 54:10あたり: 高輪ゲートウェイの話題にて「誘目性は低いけど可読性が低い」ではなく「誘目性は低いけど可読性が高い」が正しいです
- オススメ書籍名: ノンデザイナーズ・デザインブック
- オススメ書籍名: マンガでわかる色のおもしろ心理学
- オススメ書籍名: 7日間でマスターする 配色基礎講座
- オススメ書籍名: ロゴデザインの現場 事例で学ぶデザイン技法としてのブランディング
- オススメ書籍名: 欧文書体 その背景と使い方
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.1 hr 2 min - 30. Cloud Native Data Center Networking w/ toby話したネタ
- そもそも従来のデータセンタのネットワーキングはどのようなものだったのか？
- Aggregation Switchと、Access Switchの分割している理由は？
- サーバとAccess Switchは、Ethernetでつないでいる？
- Access Switchや、Aggregation Swtichの冗長化はどうするか？
- トラフィックは、ACT/ACT or ACT/SBY でどう流れているのか？
- STP(Spanning Tree Protocol)とBroadcast Storm
- なぜ、このアーキテクチャが全盛だったのか？
- 従来のネットワーキングは、何が問題になるのか？
- L2にTTL(Time To Live)は存在する？
- 検証で上手くいっていても、系の切り替え時はドキドキする
- Cloud Native Data Center Networkingとは？なぜ必要となってきたのか？
- North South / East West トラフィック
- 11. dockerネットワーキングとか、kubernetesネットワーキングとか
- CLOS Topologyとは？
- クロスバースイッチ
- 現代のDCで使うCLOSは、具体的にどういう構成になるのか？
- CLOSはどういう特徴があるのか？
- Leaf SwitchとSpine Switchとは？
- なぜ、L3プロトコルを使うのか？どこにモチベーションがあるのか？
- ユーザがL2を使いたい場合はどうするのか？
- CLOS上の構成では、トラフィックはACT/ACTか？
- ECMPと、5 tuple flow
- CLOSのスケール限界はあるのか？
- CLOSにおけるフラクタル
- NTT Comのクラウド(Enterprise Cloud 2.0)は設計はどうなってるの？
- なぜ、Storage Planeと、Data Planeを分けているのか？
- Leafの冗長化はどのように実現しているのか？
- 運用上で大変なところは何か？これからどうしていきたいか？
- リンクの自動化試験、LLDP(Link Layer Discovery Protocol)
- ソフトウェアのやり方でネットワークを変えていきたい人を募集中
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.44 min - 29. 技術選定の審美眼(2) w/ twada話したネタ
- Worse Is Better - 過去を知り、未来に備える。技術選定の審美眼 2019 edition
- 集中と分散
- Good Old Webとは何か？
- 改訂第5版 PC UNIXユーザのためのPostgreSQL完全攻略ガイド（シーラカンス本）
- Linux, Apache, PostgreSQL, PHP
- 2層アーキテクチャから3層アーキテクチャへ
EJB(Enterprise Java Beans)とは？- SOAP(Simple Object Access Protocol)とは？
- なぜEJBやSOAPが生まれてきたのか？
- 言語依存から言語非依存、ベンダ依存からベンダ非依存へという流れ
- SOA(Service-Oriented Architecture)とは？
- Enterprise Service Bus
- XMLによる設定とマッピングが多い時代だった
- XMLエンジニアとYAMLエンジニア
- Ruby on Railsの登場へ
- How to build a blog engine in 15 minutes with Ruby on Rails
- 設定より規約(Convention over Configuration)
- システムを早く作って、市場に出してフィードバックサイクルを回すのが重要な時代が追い風に
- Ruby on Rails全盛時代に、エンタープライズの世界で何が起きていたのか？
SpringやSeasar- POX(Plain Old XML) over HTTPとは何か？どのような背景で生まれたのか？
- Delicious
- 成功している分散している分散システム(Web)が身近にあった
- 分散システムの設計がRPCからWebベースへ
- RESTとステートレス、Shared Nothing、スケールアウト
- XMLじゃなくてJSONで十分だったという気づき
- クラウドコンピューティングの時代へ
- ムーアの法則と、スケールアップ戦略の限界
- Dockerの登場と、コンテナ技術
- 冪等性の難しさ
- 巨大化したモノリスによる問題から、マイクロサービスへ
- BFF(Backend For Frontend)
- SOAとマイクロサービスの螺旋
- DevOps、コンウェイの法則・逆コンウェイの法則
- 組織は戦略に従う、戦略は組織に従う
- ソフトウェアがハードウェアのおまけだった時代から、事業そのものへ
- Why Software Is Eating The World / Marc Andreessen
- Swagger、GraphQL、gRPCの共通点とは何か？
- 動的型付けから静的型付けへ
- サーバ主導でのAPI定義から、クライアント主導でのAPI定義へ
- Cloud Nativeとサーバレスコンピューティング
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.1 hr 18 min - 28. 技術選定の審美眼(1) w/ twada話したネタ
- Worse Is Better - 過去を知り、未来に備える。技術選定の審美眼 2019 edition
- フロントエンド疲れとは？
- 大筋でのトレンドは変わってないが、目が養われていないと疲れてしまう
- Gruntとgulp.js、ReactとVue.js
- イメージ的には選球眼
- 変わるもの、変わらないものを見極めるモチベーションは何か？
- 技術の世界は変化が緩やかで手堅い部分と変化が激しい部分がある
- 振子のように見えていた変化は、角度を変えて見れば螺旋であり、その差分を見るのが大事
- ベテランエンジニアの唯一のアドバンテージとは？
- プログラマとしての可処分時間はどんどん減っていく
- ベテランプログラマに求められる役割としての、語り部と老害のボーダライン
- Unix哲学
- 小さいのは良いことだ(Small is beautiful)
- 一つのことを上手くやる(Make each program do one thing well)
- すべてはファイルである
- 強い制約による高い相互接続性
- ネットワークプロトコルにおける強い制約
- REST / Web
- すべてをURLで表現できる
- DHHはどのようにRailsのコントローラを書くのか
- RDBMS / SQL
- すべては関係である、(わかりやすく言えば)集合である
- 共通なのはIFが狭く、振る舞いの種類が少なく、限定であり、実装の詳細に依存しないこと
- コミュニケーションコストにを下げるという寄与
- 系が閉じることによる強さ
- 閉包性とは？
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.42 min - 27. 論理削除とは何か？どのような解法があるのか？ w/ twada話したネタ
- 論理削除とはそもそも何か？
- 物理削除とは？
- なぜ、論理削除が生まれてくるのか？
- SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
- 理由1: 心理的なハードルの高さ、怖さがある
- 理由2: 削除したデータを検索対象に入れたい場合がある
- 理由3: ログとしての用途
- 理由4: 誤操作をすぐに戻したい
- アンチパターンとは何か？
- なぜ、論理削除はアンチパターンとして捉えられるのか？
- 全てのSQL文のWHERE句に削除フラグが必ず入る
- LIMIT 1などが蔓延していく
- 論理削除に気づくきっかけは何か？
- テーブル設計や、規約から気づく
- 論理削除というアンチパターンをどのように解いていくか？
- 論理削除という概念は世の中にまずなく、お客様は論理削除という言葉を使っていない
- 要件をどのように設計すればいいのか？
- ORMの論理削除プラグインはあまり良くない
- 状態遷移として捉える方法
- Soft Delete と Hard Delete
- Doctrine 2 “Behaviours” in a Nutshell
- RDBにおけるStateパターンとは？
- UMLにある状態遷移図
- Stateパターンが使えないケースはある？
- FSM - Finite State Machine
- State Machineのプラグインをまず探す
- AASM - Ruby state machines
- 履歴テーブルを使った設計による解法
- 履歴テーブルをあえて使う強いモチベーションは何か？
- そもそも削除も更新もしない解法もある
- 発生した事実に忠実にモデリングすると、情報の削除や更新をしない、改ざんになる
- データ中心アプローチ（DOA) 椿さんとか佐藤さんとか渡辺さんとか
- T字形ER手法
- データ量が増えた場合にどうするか？
- Webシステムが流行る前後のデータ量
- イミュータブルデータモデル(入門編)
- 誤った操作をなかったことにしたい、という課題はまだ解けていない
- 教科書的なのは間違えにくいUI/画面設計を作る
- 遅延レプリケーションという解法
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.1 hr 6 min - 26. Spinnakerとは w/ k_mrgk話したネタ
- Blue-Green デプロイメントを採用したデプロイの仕組みを実装して共通基盤として導入した話 / SRE NEXT 2020
Spinnakerとは何か？- kubernetesのみではなく、他にも対応している？
- 継続的デリバリとは、継続的デプロイメントの違いとは？
- CDについて、Spinnakerはどこまで対応している？
- Spinnaker単体でRollbackも簡単になる？
- 国内だと、どれぐらい使われている？
- GitOpsとは何か？
- Single Source of Truth
- リポジトリはどのように分割するのか？
- Spinnakerのデプロイ戦略には何があるか？
ReplicaSetとは？- 訂正 fukabori ep.11は 市川さん -> 市原さん です。ごめんなさい。
- メトリクス周りでSpinnakerがケアしているくれるところはある？
- Kayenta
- 手動承認もできる
- SpinnakerのPipelineでどんな感じ？
- 何かCIやテストで選定しているものはあるか？
- kubernetesのJobでの制約は？
- Spinnaker自体のアーキテクチャはどうなっている？
- Spinnaker運用におけるトラブルシュートは大変？
- 開発チームとSREチームでの分解点、運用フローはどうする？
- PipelineをテストするPipelineとは？どのようなテストをしている？
- Spinnaker自体のモニタリングはどうするのか？
- Argo Rollouts
- Custom Resources
- アプリケーションのリリースに必要な会議を倒したい話
- Istioを使っているか？
kustomizeとは？Helmとは？- 学生向け N-ISUCON - Webアプリケーションのパフォーマンスチューニングコンテスト
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.39 min - 25. 日本企業を辞めてカーネギーメロン大学へ入学し、Nianticで働くまで w/ noralife話したネタ
- 海外企業でソフトウェアエンジニアで働くための手段
- ビザってなぜ必要なんだっけ？
- 米国のビザってどういう種類があるの？
- OPT STEM
- 10:05 訂正 H1は9月に発給される -> 10/1の間違い
- 大学の出願候補はどうやって選んだのか？
- 就業中で働きながらどのように受験の勉強をしたのか？
TOEFLとGRE- GREの単語は無理ゲー
- リスニングはどうやって勉強した？
- 何校程度、受験した？
- 入学したCMUのコースは何人ぐらいいるの？
- コースにいる学生で米国Nativeの数は？
- CMUの学生生活はブラック
- CMUの授業はどういう形式が多い？
- CMU Software Engineering
- Introduction to Computer Systems
- mallocを実装する宿題
- 修論執筆は必須？
- Raj教授
- 卒業制作はアジャイル開発で進める
- アジャイル開発のフレームワークなどは？
- ACDM/Architecture Centric Design Method
- この授業、とくに面白かったな、って授業は？
- Raftの実装する課題
- 課題のテストケースが秘伝のタレ
- GoのTCPライブラリに仕込んである
- Databaseの授業では、ほぼDBMSを作るような課題
- b-tree自体は簡単でも、スレッドセーフ・並行処理への対応が大変
- 在学中から就職先の選定はどのように進めた？
- リファーラルが取れる場合はとったほうが良い
- 日本と違って自分の履歴書があればポジションへ応募できる
- リモートでの技術面接はどのような問題が出る？
- オンサイトでの技術面接は？
- どのように面接準備した？
- Leetcode
- Cracking coding interview
- Nianticで働いてみて、実際にどんな印象か？
- エリートといえばリスクテイク
- 同僚をみていて、日本のエンジニアという違う部分はある？
- 1日のタイムスケジュール、どのぐらいコーディングしているか？
- 英語力は伸びる？
- 英語が分からなかったときの対応スキルが伸びる
- 海外で働いてみてよかった点は、英語の勉強から離れられたこと
- 東京のサラリーマンが、仕事をやめてアメリカで働くために悩んだこと、行動したこと
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.48 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