GitHub のシニアエンジニアが語っているポッドキャストからメモ。動画と順番は前後している。

・スタートアップが「クラウドネイティブ」や「Kubernetesを触りたい」という理由だけで移行すると、コスト増と開発速度低下で死にかけることがある
・人は「かっこいいアーキテクチャ」や「モダン技術のステータス」を追いがちであり、「本当にその問題に必要か」という観点が抜け落ちやすい

・どの規模でどの設計に進化させるべきかという明確な境界値は存在せず、「1000リクエスト/秒だからもう分散システムだ」とは必ずしも言えない
・GitHubのような巨大サービスですら、数百万リクエスト/秒を小さなKubernetesクラスタと数コンテナでさばくことができており、シンプルでも意外といける
・GitHubでは、まず既存アーキテクチャで出せる限界まで使い切ってから、データや需要の伸びを見て「次の段階への書き換え」を判断している

・スタートアップのCTOであれば、いきなり100倍スケールを想定した設計をするのではなく、まずは100〜1000ユーザーを単一VMで捌くくらいのシンプル構成で十分だろう
・スケールアップは過小評価されがちだが、CPU数百コア、TBクラスメモリのVMが普通に買える現代は、これで十分に戦える
・水平分散やシャーディングに飛びつく前に、「まずは限界までマシンを強くする」だけで多くの問題は解決できる

・ソフトウェアは「一度作って終わり」ではなく「進化させ続けるもの」であり、保守と改修というランニングコストが常に発生する資産
・ビジネス側は一括投資して10年もちそうなシステムを欲しがるが、技術もトレンドも変化が激しい現代では、それは非現実的な期待
・現実的なやり方は「今の1桁上のオーダーに耐えられる設計をする」「そこに達したらまた次のオーダーのために再投資する」という階段方式
・キャッシュやNoSQLや分散データストアなどは、「直面している具体的なボトルネック」が見えたときに初めて導入を検討すれば良い
・シンプルな設計や実装はスケールすればするほど価値が高まり、愚直・素直なコードの方が、大規模運用では安全で扱いやすい、という逆説が成立する

・大企業のシステムデザイン面接はスケールの話が多いが、実務経験がなくても理論とパターンを学ぶことで「ゲームとして攻略する」ことが実は可能
・入社後すぐにゼロから巨大システムを1人で設計することはほぼなく、既存システムに入り、より経験豊富なメンバーからレビューを受けながら成長していくのが普通

・AIエージェントがコードの9割を書く時代になりつつあり、優れたエンジニアの仕事の重心は実装から、運用・品質・リスク・パフォーマンス・設計判断へ移りつつある
・AIがコードを書くとしても、「何を作るべきか」「どの設計を選ぶべきか」「どのようにテスト・計測・ロールアウトするか」を決めるのは依然として人間の役割

・プロとしてのソフトウェアエンジニアは、事業への数値的インパクトで評価される
・事業側の意思決定者は技術的な詳細や難しさを完全には理解できないため、エンジニア側に「ビジネスの言葉（売上・コスト・リスク・遅延による損失）」で語れる人が必要
・そのためには、自分の作るシステムが現場のオペレーションやお金の流れにどう影響するかを、現場に足を運んで観察し学ぶ姿勢が重要

・これからのエンジニアには、1つの分野を掘るだけでなく、広い分野を高速で学び、短期間で実務レベルに到達できる「学習スピード」と「学習の幅」が求められる
・すべての分野で達人になる必要はなく、「一部の領域で深い専門性を持ちつつ、他の領域もそこそこ分かるT字型のスキル構成」が強みに
・好奇心を鍛え、新しい分野に飛び込むことへの「居心地の悪さ」に慣れ、それを楽しめるようになることが、これからの時代のエンジニアの大きな武器だろう

https://t.co/gr2WQiFuNX December 12, 2025

Next.jsが苦手な重量級バッチ処理を、
KubernetesのJobで上手く解決する方法について、
弊社の社員がKubeConで発表したので
冒頭1分だけでも是非見てほしい！

Kubernetesって難しそうってイメージがあるけど、
Jobはとっつきやすいし、覚えておいて損はないはず！
https://t.co/tjdJqETgQK December 12, 2025

【募集】Kubernetes で堅牢なインフラを作り、深夜対応を撲滅したい方はぜひこれを見てください😌
https://t.co/zPllz5lpQU December 12, 2025

Go / TypeScript で、
業務アプリをクラウドネイティブに作っていく仲間を探しています。

・業務ドメインも掘るのが好き
・Kubernetesの恩恵を享受した開発をしてみたい
・CI/CD仕組み改善に興味がある

どれか一つでも刺さる人は気軽にご連絡ください！
募集要項はこちら👇
https://t.co/E5zEi5PXC6 December 12, 2025

Docker と Kubernetes の本を買い漁っています🤤

これは楽しくなるぞ 🤤🤤🤤 December 12, 2025

💬「k8s」って なぜ急に数字が入るんだろう？

k8s = Kubernetesの略称で アプリを自動で動かしたり整えたりしてくれる管理者

人が全部やるより 調整がうまい「縁の下の力持ち」みたいな存在

今の自分を #Koeてっく December 12, 2025

今の会社入るときにKubernetes知らない人いてびっくりしたんだけど、そもそも私が読み方間違ってた説出てきたな(私の周りはみんな同じ読み方してたけど) December 12, 2025

派生系で倭国語と本国で発音の仕方が違うのはわりある。Amazon Athenaは倭国だとアテナで、本国だとアシーナ。WAFはワフだけど本国はダブリュー・エー・エフ。Kubernetesはクーバネティスだけど、本国はクーバネティーズ。Blackbeltとか海外動画見てて今なんて？と思う瞬間があたまにあるw December 12, 2025

k8sがKubernetesの略称なのほんまわからん。最初略称見た時なんだこれはと思ったし、なんならKubernetesに対して「なんだこのケルベロスみてーな単語は」と思った＞RP
ちなみにcharはチャー派です（charctorと書かれてたらキャラクター型と読む） December 12, 2025

カタカナで書かれるとムズムズする

つまり倭国語読みは「ブン」で決まりか！？

Kubernetes とかも決着つけてくれてもええんやで https://t.co/8JGqYdVVGV December 12, 2025

OpenShift Advent Calendar 2025の5日目、OVN-Kubernetesで今後実装されるかもしれない機能(2025年度版)について書きました。OKEP(k8sのKEP的なやつ)を見て、次に来そうな機能を妄想します。MCPサーバとか、OVS-DPDKとか、EVPNとか https://t.co/wNSy8ZAVrq
#openshiftjp December 12, 2025