関連ニュース
エンジニアはどこまで越境するべきか＿Take
Product Engineering TalksにてTakenariさんが登壇した資料です。 https://upsider.connpass.com/event/401501/
Why Uber Engineering Switched from Postgres to MySQL
The early architecture of Uber consisted of a monolithic backend application written in Python th...
新メンバーが早く馴染むチームビルディング「トリセツ会」 - Techtouch Developers Blog
こんにちは！パンダ好きエンジニア @pandineer です。 テックタッチという会社で、社名と同じプロダクト「テックタッチ」の開発を担う、Adoption Platform Division ...
SREを組織にする技術
SREとPlatform EngineeringをITILの視点で整理し、エンタープライズへ適用するための入門書です。
なぜSRE・セキュリティは評価されないのか？守りの組織を事業成長エンジンに変えた実践
Product Engineering Conference 2026の登壇資料。 https://product-engineering.jp/2026/ プロポーザル。 https://fo...
デザインハーネス 〜AIが生成する"デザイン"の妥当性を、誰がどう担保するのか〜 / PdEConf2026 Design Harness
Product Engineering Conference 2026で登壇した資料です。 https://product-engineering.jp/2026/ デザインハーネス公式サイト：...
AIで実装は速くなった。なのにプロダクトは速くならない。職能の壁を越えて価値のフローを設計する
Product Engineering Conference 2026 の登壇資料になります。
「全員が全部やる」体制で スループット3倍 〜1人1案件 × AI開発を支えた「プロセス監督」の2ヶ月〜
2026年9月5日 Product Engineering Conferenceの発表資料です！ Voicy TECH Blogも合わせてご覧ください。 https://tech-blog.vo...
AI時代に、プロダクトの数だけ積み上がる所有コストをどうエンジニアリングするか / Engineering the Cost of Ownership
[Product Engineering Conference 2026](https://product-engineering.jp/2026/)での登壇資料です。
プロダクトエンジニアに必要な「いい感じ」に作る能力 〜たくさん作れる時代に、どこまで作るかの決め方〜
こちらはProduct Engineering Conference 2026のスポンサーランチセッションの登壇記事です。
気づいたら Cloudflare OS と同じ答えにたどり着いていた
これが社員の数だけ必要でした。 Cloudflare は Cloudflare OS の記事で、社内知識を集めた「Engineering Codex」への投資が不可欠だったと書いています。順序が...
Oktaから内製IdPへの認証基盤移行（第3回） | BLOG - DeNA Engineering
はじめに こんにちは。IT本部IT戦略部テクニカルオペレーショングループの松本です。 今回はDeNAにおける内製IdPへの認証基盤移行プロジェクトの道のりをお届けしてきた連載の第3回・最終回とな...
僕なりのForward Deployed Engineering - エムスリーテックブログ
この記事は、Unit7（リサーチプロダクトを扱う部署）ブログリレー2日目の記事です Unit7 リサーチプロダクトチームの佐藤（@riku929hr）です。 この1年で社内のAIの利用は一気に広...
Stop burning tokens on code review
I've been experimenting with different approaches to build a system where humans and agents can s...
ソフトウェアエンジニアリングの基礎
TOPICS System/Network 発行年月日 2026年09月16日 PRINT LENGTH 420 ISBN 978-4-8144-0178-9 原書 Fundamentals o...
一人でちいさくはじめる Platform Engineering
「1人SRE、Platform Engineeringに挑む。」の登壇資料です。 https://tenshoku-draft.connpass.com/event/401492/
Headed for the Exit: the Great Engineering Leader Career Break
In my ~20 years in this industry, I’ve not seen as many capable engineering leaders opting out or...
メルカリにおけるTiDB改善の取り組み：IN句内100万件クエリへの対応 | メルカリエンジニアリング
先日、メルカリのCoreDBをMySQLからTiDBへ移行した振り返り という記事で、MySQLからTiDBへの移行完了に関する報告と、大枠の振り返りについてお伝えしました。これから3つの記事に...
なぜAI時代にGoが最適な言語なのか
はじめに 本記事では、GoogleのGolang Product ManagerのCameron Balahanと、Google Cloud Chief EvangelistのRichard S...
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusi...
Loop Engineeringで失敗しないためのハーネス設計
「動きました！」（動いてない） 「全テストパスしました！」（通るように書いたテストが、通っただけ） 「完了しました ✅」（何も完了していない） AI coding agent を業務で使っている...
What the Top 1% of Engineering Teams Do Differently with AI
This week’s newsletter is sponsored by Larridin, an AI-native developer intelligence platform. Ho...
すでに4800スター、Loop Engineeringとは — “自分の仕事はloopを書くこと”
Loop Engineeringは完全自律への「橋」となる コードが人間の読解速度を超えて生成され続ける——気づいた頃には、誰も全体を把握していないコードベースだけが残る。理解負債は、後から返済...
Loop Engineering | Anthropicの上級エンジニアが公開したPDFをベースに複数のX記事の内容を統合して簡潔にまとめ｜MAKE A CHANGE, inc
Loop Engineering | Anthropicの上級エンジニアが公開したPDFをベースに複数のX記事の内容を統合して簡潔にまとめ ソースは一番下に記載しています。早速本題へ。 Loop...
出典メディア
つながり
数字は「Engineering」と一緒に出てきた記事の本数。 グラフには強いものだけが出るので、ここが全部です。