o
Bundled by omuomugin

Favorite

What's included

Search | I/O 2025 Keynote

Pragmatic Functional Programming in TypeScript

In defense of shallow technical knowledge

The Staff Meeting Ritual

How does ChatGPT work? What is AI, really?

複雑なフォームを継続的に開発していくための技術選定・設計・実装 #tskaigi / #tskaigi2025

スキーマと型で拓く Full-Stack TypeScript / TSKaigi 2025 (Altech)

When engineers say "that'll take months!"

コードの寿命・データの寿命・互換性の寿命

品質管理の歴史学 / Quality Management History

優秀な人材に ”辞退されない” 面接の技術

なぜ、インサイトを集めるのか?|migi

属人化とリスクからの脱却! ドメイン & DNS レコード管理をゼロから再設計した話

技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition

即効 vs 長期 〜アウトカムの四分類|dora_e_m

マネージャーこそ真剣に考える 「情報量の差」を意識したオンボーディング

テストコードにはテストの意図を込めよう(2025年版) #retechtalk / Put the intent of the test 2025

インフラからSREへ

スクラムがフィーチャーファクトリー化しているサイン

Giving feedback

自分流・ファシリテーション7ヶ条

個人的 AI Writing のやりかた

LLMでコードレビューする際の自分用環境を整える

オンボーディングの作法。入社してくる仲間のお手並みを拝見するな。

前にもお伝えしているとはお伝えしない

"責務とは行為にある。その結果にあらず。飢えた我が血の最後の一滴まで責務に向かって突き進むのみ。"

「なんとかする」ための“引き出し”を増やす。EMの「4つのP」を捉え直し改善する方法

Always-Valid Domain Model

提案のレベルを上げる #QiitaConference

Give it five minutes

https://docs.google.com/presentation/d/1ARkpEjP9Le6oG4DbV9OEZDFLnIrsnTTIv8mVpEQ3Vng/preview

Anyone Can Be a Leader

バクラクの認証基盤の成長と現在地 / bakuraku-authn-platform

本を全て読むか、生成A Iが作った要約で読むか?|岩佐 文夫

Leading From The Front

Software Visualization — Challenge, Accepted

PdMは「プロダクト」をつくる人、事業責任者は「構造」をつくる人|柳川慶太

Designing software that could possibly work

バリデーション解体新書

Text-to-SQLのコモディティ化とデータ活用の民主化

The Best Programmers I Know

スタートアップで1人目の人事に就任したらやるべきこと~ゼロから組織をつくるあなたへ~|Masahiro Enomoto

決済基盤のアーキテクチャ特集

元社員の「出戻り採用」で成功/失敗するパターン 再入社後に活躍できる人の条件 

「家族アルバム みてね」を支えるS3ライフサイクル戦略

ペパボのエンジニア文化を醸成するエンジニア評価制度

Verification-First Development

Q. 初期の段階でいつリリースできるかを予測するのにストーリーポイントは使えますか?

リスク認識における三現主義の重要性

経営学部で「デザイン」を教える|mihozono

エンジニアのためのコミュニケーションベストプラクティス

目安箱の設置とワークさせるポイント

20250325_QATestTalk_InvolveForQuality

ベクトル検索システムの気持ち

20250326_生成AIによる_レビュー承認システムの実現.pdf

お届けチームがイベント駆動アーキテクチャを採用した理由

セマンティックレイヤー入門

体得しよう!RSA暗号の原理と解読

Categories of leadership on technical teams

解剖!Terraform monorepo

様々なrate limitアルゴリズム

バーチャルカード発行の排他制御 ~ 無駄な発行を防ぐシンプルなアプローチ~

エンジニアが加速させるプロダクトディスカバリー 〜最速で価値ある機能を見つける方法〜 / product discovery accelerated by engineers

Aurora DSQL は何が新しいのか?(vs. Spanner 編)[DeNA インフラ SRE]

Just another Modeless Design site

複雑なフォームと複雑な状態管理にどう向き合うか / #newt_techtalk vol. 15

FAST: 流動的チーミングによるプロダクトディスカバリーの革命

How Not to Disagree

サバイバルモード下でのエンジニアリングマネジメント

Delegating Complex Tasks

「読みやすいコード」を依存グラフで考える

認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

絶対に止めない飲食店モバイルオーダーシステムの開発

データベースの楽観ロックと悲観ロックを理解する

5分でわかった気になるインセプションデッキ / 5 minutes inception deck

スクラムというコンフォートゾーンから抜け出そう!プロジェクト全体に目を向けるインセプションデッキ / Inception Deck for seeing the whole project

入門リトライ

マネージャーは課題解決の変数を増やすのが仕事|yunon_phys

どちらかだけじゃもったいないかも? ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について

スタートアップにおけるサクセッションプランニング~育成、採用、権限委譲~

React 研修 (2024)

「候補者をファンにする」エンジニア採用

「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly

CQRS パターン

1行のコードから社会課題の解決へ: EMの探究、事業・技術・組織を紡ぐ実践知 / EM Con...

DynamoDBによるOutboxパターンとCDCを用いたCQRSアーキテクチャの実装〜ZOZOMOでの取り組み

わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025

スケールアウトはもう要らない?DuckDBが描くシステム設計の新時代 🦆

COUNT(*), COUNT(1), COUNT(expr) の違いを SQL 標準から理解する

自作するな、そこはお前の戦場じゃない|深津 貴之 (fladdict)

なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -

データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns

KubernetesはOCI, CRI, CNI, SMI, CSI, CDI, NRIこれだけを理解すればいいから簡単に学習できます

EMの仕事には「5つの再現性」がある。5社でEM/CTOを歴任する中で、再現性に効いた5+1冊

今、プロダクトマネージャーの成長に必要なのはtoCプロダクト経験

部門横断チームが楽に問い合わせをさばくには型化・集約・可視化が大事という話|chama

Simple Data Analytics Leads impact

How I use LLMs as a staff engineer

10X社の価値観 / Stailer 事業の実績|yamotty

外部からWebhookを受ける共通基盤

「伝言ゲーム」で疲弊しないために。職種間の壁をぶち破るコミュニケーション術

バックエンドのためのアプリ内課金入門 (サブスク編)

Gather, decide, execute

The Engineering Manager

10XにおけるData Contractの導入について: Data Contract事例共有会

開発組織の発信文化をどう体現するか

SREとしてスタッフエンジニアを目指す / SRE Kaigi 2025

Git scrapingで始める継続的なデータ追跡 / Git Scraping

調査をサクサク進めるために。伊藤淳一が考える「良いプルリクエスト、悪いプルリクエスト」

わかりやすい説明のための 10 の鉄則

EKS Auto Mode

How to effectively refine engineering strategy.

トレードオフの連続解決を通して対立を協力に変えるプロダクトマネジメントを実現するぞ/continuous management of Trade offs rsgt2025

カンファレンスでリフレッシュ!無理なく楽しむカンファレンス参加術 / How to enjoy conferences without stress

【資料公開】スプリントレトロスペクティブ Deep Dive

Refining strategy with Wardley Mapping.

イーロンマスクは何を見ている|tanu

kubernetes入門

新入社員の呪いの解き方

良い仮説を評価する技術

Managing Up

Vol.11 エンジニア・デザイナー間で起こる意思疎通の齟齬

VPoEが語るfreeeの開発組織作りのリアルな話 / VPoE talks about the real story of building Freee's development organization

Stable Scrum Teams limited us to create value

マネージャーとしてintegrityを意識する

https://medium.com/fluid-scaling-technology/theres-a-new-kid-on-the-agile-block-fast-agile-b568bef3245c

The Adaptive Chief Technology Officer

企業を変えていく営み|yamotty

The Secret to a Great Planning Process — Lessons from Airbnb and Eventbrite

メルカリのEngineering Roadmapの具体的な運用について

商品データの裏側を覗く:意外に知らない商品IDの世界

技術戦略策定のリアル:カケハシの開発組織が歩んだ軌跡と、戦略の策定プロセス

本当のPMFとは?

忙しさの中毒性

履歴テーブルから最新の1件を取ってくる方法

組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition

A Bunch of Programming Advice I’d Give To Myself 15 Years Ago

How to send progress updates

Problem Driven Development

ISUCON14 問題の解説と講評

よいPM定例はPM組織を強くする ~ 共有から共創へ、悩みを共に解決する場づくり ~

Updated Empathy Map Canvas

スタートアップが失速することなく大企業へと成長するためのマネジメントスタイル「Founder Mode(創業者モード)」とフレームワーク「Founder’s Mentality(創業者メンタリティ)」|Masaya.Mori 森正弥 / CAIO (Chief AI Officer)

バクラク上のテナント情報を SmartHR から API で同期するようにした話、または組織情報マスタを一旦諦めてデータ連携フレームワークを作った件について #LayerXテックアドカレ

いま、データに必要な解像度

理解の不足を想像で埋めない|kohii

データ分析で用いるSQLクエリの設計方法

Explain EXPLAIN

開発は問題解決の手段のひとつ

Concurrency diagrams

ストーリーテリングでチームに”熱"を伝える🔥

領域を越境する時のお作法

エンジニアも知っておきたい『プロジェクトマネジメント』〜カレー作りで学ぶPMBOKの実践的TIPS〜

Staff Engineer vs Engineering Manager

 イオンCTOが語るイオングループ全体を支えるクリティカルシステム解体新書/findy-architecture-conf-2024

想像力と説明能力と美学

CTOとはいったいなんだったのか ver. 2024|Sotaro Karasawa

自分でボールを持ってはいけない。|高木新平

キャリアは逆算すると狭くなる|高木新平

オンラインミーティングでカメラをONにすべきか

デバッグの話 / Debugging for Beginners

プロダクトマネージャーとキャリア|Joe

Appetites instead of estimates

エンジニアの「センス」とは何か / What is the sense of engineers

組織に自動テストを書く文化を根付かせる戦略(2024秋版) / Building Automated Test Culture 2024 Autumn Edition

正しく評価される自己評価の書き方

ミーティングアジェンダ駆動で整理する

10年続くサービスのデータを1日未満のメンテナンスウィンドウで安全に移管する

ゆるめのフォロワーシップ実践方法

"提案"のレベルを上げる

役割をお願いする時に伝えていること

ただ準備が足りないだけ

顧客が本当に必要だったもの - パフォーマンス改善編 / Make what is needed

S3にあるALBログの調査はAthenaよりDuckDBのほうが簡単

毎回自分の意見が通ってしまう不安

「視座」の上げ方が成人発達理論にわかりやすくまとまってた / think_ perspective_hidden_dimensions

個人目標設定の手引きとシュート2万本

バリューの骨格 - CPO月報 2024-10

ドメイン名の終活について - JPAAWG 7th -

私はこうやってマインドマップでテストすることを出す!

Model, document and share.

Howだけ考えると複雑さを導入して仕事が増える

使われ続けるダッシュボードを作るためにヒアリングすべき4項目とは

メンバー思い"風"マネージャー

If you don't hire juniors, you don't deserve seniors (2023)

強いチームと開発生産性

プロダクトビジョンとプロダクト指針の作成

PFDとPFD Draw Toolの紹介

非同期処理においてデータの整合性を保つアーキテクチャパターン

【総集編】15年間のC向けサービスづくりで得た学び|Shota Horii

実質的に役割を持つのと明確に責任を持つのは全然違う

社内資料「プロダクトマネージャーのための検索推薦システム入門」を公開します

もしもいま、プロダクトマネジメントをイチから学び直すとしたら? 株式会社estie 執行役員 VP of Products 久保さんに聞く学習ロードマップ

『リクルートダイレクトスカウト』 のリニューアルから振り返る: ビジョンドリブンの可能性

前提条件の思い込みを疑う

マネージャーの評価基準(シート・動画付き)|長村禎庸@EVeM

Growth Grand Theory - Dos and Donts

ミーティングで意見を言えない時のTips

Interviewing for Evidence

言語化能力の言語化

Kubernetesって何? -大規模なKubernetesを運用するKubernetes a...

権限委譲を目的にしない

曖昧な状況に対して「わくわくすっぞ」と思えるかどうか~曖昧さ耐性

仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal

働きたくない人の脳内|Aki

Scope Management 101

抽象度の高い仕事の進め方

Nstock の「30億円」資金調達によせて

プロダクトマネジメントクライテリア - プロダクトをつくるチームのチェックリスト

Founder Mode

強い組織の「隠れキーマン」について

No more Software Engineer, Product Engineer is the new cool

短い間隔で動作するソフトウェアを見せようとするとすべてが改善される

3~4社が先行する領域で、後発でも「まだいける」と判断した理由 最後発で成功したコインチェックに学ぶ、ピボットを制する秘訣

「信頼と調整」でマルチプロダクトのロードマップを作る|adachi

【翻訳】テスト駆動開発の定義

Ask for Advice, Not Permission

組織の強度を高めることの重要性|福島良典 : LayerX

組織の強度を高めることの重要性|福島良典 : LayerX

Must ➡ Can ➡ Will で考えるキャリア(スライド)

http://wiki.c2.com/?PrincipleOfLeastAstonishment

リードについて

#1 怪獣と戦う|徳田悠輔(ナレッジワーク : HR)

React Server Components の疑問を解き明かす

0063 号 巻頭言

誰が作成しても1つの構造になるモデリング作成技術、Theory of Models⁠ に夢を見る

サービス開発の施策に納得できない時にエンジニアができるアクション

SRE の考えをマネジメントに活かす / applying SRE ideas to management

【講演】新人のためのインターネット&ネットワーク超入門2024 【JANOG54奈良】【YouTubeLIVE】

はてなで最近実施しているSRE研修の紹介

How to (and how not to) design REST APIs

SLI、SLO、エラーバジェット導入の前に知っておきたいこと

【2024年版】MIXI 新卒向け技術研修の資料・動画を公開しました!

データ詰め替え戦略

In Praise of Small Pull Requests

マネージャー&リーダー向け 社内トレーニング / Training of management and leadership for Stockmark

Developing domain expertise: get your hands dirty.

DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern

「責任ある開発」を!フルサービスオーナーシップが変えるエンジニアリング文化

キャリアハックの奇行

大量リリースを支える組織的Go to Market|shige

From Story Points to Slam Dunks — Planning for Success

マネジャーとは何をする人なのか

Always-Valid Domain Model

古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm

マルチクラスタの認知負荷に立ち向かう! Ubieのプラットフォームエンジニアリング

社会人の不幸の8割は合意のない期待から|田中邦裕

開発生産性の観点から考える自動テスト(2024/06版) / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition

Q&A for Platform Engineering Kaigi 2024 (deeeet)

Platform Engineering at Mercari (Platform Engineering Kaigi 2024)

なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics

新雑誌「n月刊ラムダノート」の『「コルーチン」とは何だったのか?』の草稿を公開します

Coroutines for Go

20分で分かるIAM全機能 /20240621-aws-summit-iam

えにしテックさん15周年に寄せて〜万葉と私ののこれまでの学び〜

「1億台の常時接続」を実現せよ! Nintendo Switchのプッシュ通知システム全面刷新の裏側

何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット

コードを書き始める前からテストをずっと考える ─ 継続的テストモデルとシフトレフトなテスト活動をアジャイルにどう取り入れるか

日本のスタートアップブームの「終わりの始まり」を食い止めるために

それはさ、へたくそだからじゃない?

Resources for Managers on Influence & Managing Up

新規事業立ち上げチームの「運営技法」|maki@LayerX

コミュニティを育てて会社を変える

kubectlチートシート

変化と挑戦:NoSQLとNewSQL Serverless Databaseの技術革新とマルチテナンシーの秘密

定量データと定性評価を用いた技術戦略の組織的実践 / Systematic implementation of technology strategies using quantitative data and qualitative evaluation

Disagree and Commitは好き

才能の正体は“集中力の質”(前編)|かっぴー(漫画家)

テスターが要件定義のレビューからプロジェクトに参加する現実について|Tsuyoshi Yumoto

Grokking Simplicity探訪

要求(User Story) vs 要件(System Requirements)

Don't DRY Your Code Prematurely

Inbox ten

レビュワーを"憑依"させて Pull Request をセルフレビューする

The Disappointment Frontier

継続性視点での開発生産性マネジメント / Managing Engineering Organization in a Strategic Way

大学教員8年目やってるとワナビーとモノづくり好きの区別がつくようになってくる→「へえ,〇〇がやりたくて大学に入ってきたんだ,でなんで今まではやってないの?」(次週)「え,どうして今週できなかったの?」|落合陽一

「ドメインにディープダイブする」「最速でループを回す」 LayerX・榎本氏が考える、価値を生むエンジニアになるために必要なこと

Amazon EKS クラスター向けのマルチテナント設計時の考慮事項

The社史

社内に詳しい人がいない領域のコードを触る時

Keeper of the Seven Keys 〜Four Keysとあと3つ〜

カルチャーのダイリューションに抗う|石黒 卓弥|Takaya Ishiguro

解像度を上げる 🔬

OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics

開発組織のOKRの作り方 / OKR in a develoment division

Performance management: the rising tide

15 principles for managing up

Meetings for an effective eng organization.

OKRをツリーにする前に言っておきたいことがある|dora_e_m

ロールプレイングゲーム

https://comemo.nikkei.com/n/nf093eae17295

"Simple Made Easy" - Rich Hickey (2011)

The Tarzan Method

計画性か偶発性か、ゾンビかPMFか──事業とチームの二項対立を打ち破る

「いい仕事をする」と「それをアピールする」はセットになってる

自分が責められているという感覚、あるいは物事には"責任をとるべき誰か"がいるという考え方について。

My Problem With the Four-Document Model

イベントストーミングを実施して境界づけられたコンテキスト定義した話

意識も理想も高いけど実現には至れない人

マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy

What if everybody did everything right?

Backlog UI リニューアルの舞台裏 / Backlog Renewal UI

マネジメントの地図から考える、マネージャーの役割と戦略【ベンチャーマネジメント集中講座 第1回】

ISUCON入門以前_ISUNARABE_LT#1

Lv1,2の開発生産性を経営と繋ぐ

開発現場でのサービスデザインとモデリング

継続的テストモデルを実現するためにスリーアミーゴスを用いた10Xでのシフトレフトの事例

中学生でもわかる深層学習

合意に至れない場合には合意形成のレベルを下げてみる

TypeScript開発にRailway Orientedを持ち込み、より型安全なエラーハンドリングへ

ストアーズはECの会社、ではない|naoko

エンジニア基礎 2024年度エンジニア新卒研修

ノーム・カースの最優先条項

最初の100日で何をすべきで何をすべきではないか?|miyasaka

Kubernetesでアプリの安定稼働と高頻度のアップデートを両立するためのプラクティス / Best Practices for Applications on Kubernetesto Achieve Both Frequent Updates and Stability

kubectlのプラグイン機構とおすすめプラグインのご紹介 〜 Kubernetes制御用コマンド #k8sjp

『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいなくなる話〜

RLSではじめるマルチテナントSaaS

HUNTER×HUNTER×OKR

https://comemo.nikkei.com/n/n4166e9e642b0

開発生産性について議論する前に知っておきたいこと

チームのパフォーマンスを引き出す、ワクワクするプロダクトゴール、OKR / Waku-waku Product Goal and OKR

SmartHRという「スケールアップ企業」について 〜スタートアップにも大企業にもなれないわたしたち〜|株式会社SmartHR

『リクルートダイレクトスカウト』フルリニューアルにおける、デザインの価値貢献の事例

Demystifying the Kubernetes Iceberg: Part 1

ソフトウェアアーキテクチャメトリクスの基礎: Software architecture metrics in a nutshell

【コンパウンドスタートアップの勝ち筋】6年間でゼロからデカコーンに!COOが語る、Ripplingの戦略

プロダクトマネージャーが立ち上げるキャディのPMM|笹口直哉@キャディ

タイミーに入社し、プロダクトデザインチームを組織化するために実行したこと|Yasuhiro Yokota

メルカリ 小泉さんからのエグい学び|Shota Horii

開発生産性と探索型組織の作り方 / developer-productivity-20240126

偶然を味方につけて、不確実性の高いプロジェクトを成功させる『5つの原理』 ー エフェクチュエーション|樫田光 : Hikaru Kashida

マネジメント半年くらいの自分へ

SaaS アーキテクチャ概要

新しい環境でバリューが出せずに悩んでいる場合の解決法|樫田光 : Hikaru Kashida

N=1の「最高の体験」を考え抜くたった10秒の習慣とは|はたけ

プログラミングにおけるモナドの初期の歴史について

エンジニアメンター制度の効果的な運用を目指して/improve-mentor-system

Git Tips 3: Really Large Repositories

https://skamille.medium.com/an-incomplete-list-of-skills-senior-engineers-need-beyond-coding-8ed4a521b29f

スクラム神話:スクラムに計画はない

エンジニアに伝えたい!プロダクトマネージャーの頭の中 - プロダクトをもう一段階成長させる仮説の立て方

シフトレフトとシフトライトの両面から製品開発に取り組んだお話 (Regional Scrum Gathering Tokyo 2024) - #RSGT2024 / Shift left and Shift right

「問題から目を背けず取り組む」 一休の開発チームが6年間で学んだこと

OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい(もしくはコードレビューの話)

Why do Client Components get SSR'd to HTML? #4

デレク・シヴァーズ: 社会運動はどうやって起こすか

変更容易性と理解容易性を支える自動テスト(2024/02版) / Automated Test Knowledge from Savanna 202402 YAPC::Hiroshima edition

意思決定のROIという考え方|樫田光 : Hikaru Kashida

My favourite Git commit

VISAカードの裏側と “手が掛かる” 決済システムの育て方

Management, Conviction, & Engineering

The Emerging Domain

マイクロサービスにおける決済トランザクション管理

他責思考

Services By Lifecycle

影響力のあるプロダクトリーダーシップとは 〜リーダーシップのBサイド:信頼獲得編〜 / B-side of Product Leadership

ソフトウェアに関わる人が知っておくといいかもしれない法則10個

ソシオメディア : メンタルモデル

スクラムマスターを職能にする挑戦 - 健全なチームを増やし組織をチームワークであふれさせる道のり / RSGT2024

kakehashi_Scrum and Deadlines

Badプラクティスを選んで失敗しながら進めた新規プロダクト開発/Develop a new product with bad practices

QAエンジニアってスクラムで何をすればいいの?

【資料公開】ベロシティ Deep Dive

Revisit the DevOps Origin: 10+ Deploys Per Day...

論文の読み方 / How to survey

”顧客解像度”の上げかた ~事業開発こそ「お客様」を一番理解するべき~ #BtoB事業開発アドカレ|稲田宙人 / LayerX

DNS浸透いうな - それは言葉狩りじゃなくて

ウォンテッドリーの組織構成について再整理する

高頻度で安全なリリースを支える「クラスタ」という抽象

組織に対するカオスエンジニアリングの実践 - 変化に対応する組織をつくるための課題を探る「カオスWeek」という取り組み

プロダクトのために、自分自身の意志を育てる | Design Journal vol.27

あらゆる場面でデザインを駆使するための技術 / Techniques for Applying Design in Any Situation

人類学的なデザイン|mihozono

Working Group, 委員会, それから勉強会

オーナーシップと越境|dora_e_m

エンジニアリングマネジメントトライアングル再考

QAを歩んだ先にあったスクラムマスター道|とうま

『注文』『注文する』ボタンにするならどっち?——インターフェースのボタン名を考える上で気をつけるべきこと|tamamomo

リクルートデザインマネジメントユニットの「動かすデザイン」を支える組織のしくみ

結局のところ、エンジニアリングマネージャーとは何者なのか|dora_e_m

ビジネス、開発、四方山

こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと

めんどくさい作業を改善できるようになるには

Amazon ECS でのコンテナデプロイの高速化

チームワークと効率向上のカギ!メルカリが成功する大人数iOS開発のための手法とは?

質とスピードとゆとり

メルペイのProgram型組織への移行

強いエンジニア組織に必要な、6つの技術以外のこと – メルカリ編

事業を支える、SmartHRのあたらしい組織体制について|株式会社SmartHR

PMConf2023: シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何...

ユーザー体験を軸とした開発仕様書「UI Spec」とは

その意思決定、説明できますか?

「動かすデザイン」で事業を進める。リクルートが取り組むデザインマネジメントについて

KPIを追いかけていたらプロダクトビジョンにたどり着いた話

プロダクトビジョンを決め、活用するまでの長い道のり

MVP の作り方 🔨 とにかく雑に作る「手作業型 MVP」のススメ

Before you try to do something, make sure you can do nothing

テストを考えることはサービスを考えることだ、と学んだ話

なぜレッドオーシャン化する前にサービスを グロースできなかったのか? - フリマアプリ編 - @yutadayo

コンパウンドスタートアップというLayerXの挑戦

まんが 「オブジェクト指向ユーザーインターフェース」

タスク偏重のデザインはなぜ生まれるのか?

今さらProtocol Buffersと、手に馴染む道具の話

The path to More Effective Agile

データ指向プログラミングの真実をお話しします

最強のチームが最高のプロダクトを作る

モブプログラミング-チーム全体のアプローチ by Woody Zuill

Product vs Feature Teams

Empowered Product Teams

コードが読めるソフトウェア開発者

メンバー目線から紐解く、 メルカリにおけるカルチャーが浸透し続ける6つの仕組み

Managing managers

Management 101

Type Compatibility

子ども達の好奇心に真摯に向き合った結果、ぽぽちゃんを生産終了する判断に至りました。『ピートラ』~号外~|ピープル㈱コーポレート広報(おもちゃ/育児用品)

次の転換期に備えて、過去から振る舞いを学ぶ 川口恭伸氏が考える、アジャイル開発とDevOpsの歴史

ECSのCI/CD改善と標準化の取り組み / JAWS FESTA 2023 in Kyushu

スクラムイベントを効果的な場にするためのファシリテーションの学び方 / Scrum Fest Fukuoka 2023

「心理的安全性」はなぜ混乱を招き続けるのか

作業者じゃなく開発者でありたい

Solving the Engineering Strategy crisis.

タスク指向のデザインはなぜ生まれるのか?

「合議で決めたいわけではないけれど、集合知で助けてほしい。」 推進力の高い自律的プロダクトチームをどう作るか。|斉藤 知明 : ログラス 執行役員 CBDO

Google Engineering Practices Documentation

The 37signals Guide to Internal Communication

質の高い技術文書を書く方法

Platform Engineering at Mercari

リリースから2年。たどりついた「共創するデザイン」|Mercari Design Blog

「推測するな、計測せよ」という訳はミスリードと言う話

How Facebook Build Products

「アジャイルテストの4象限」はアジャイル開発を補完するソフトウェア開発手法である

部下育成には「伸ばす」だけでなく「抑える」働きかけも必要

「快適な」学習のために〜認知負荷理論入門|教育のスゴい論文

何故パスワードをハッシュ化して保存するだけでは駄目なのか?

ソルト付きハッシュのソルトはどこに保存するのが一般的か

野良犬日記 2.1

6 Archetypes of Broken Ownership

現代的システム開発概論

ハイグロース企業のインセンティブストラクチャーに関する考察|SatoshiYamada

Being Glue — No Idea Blog

プロダクトマネージャーが出てきたがゆえに始まった“良くない分業” 「プロダクトマネジメントの根本」から考える、理想的なかたち

サブスクリプションサービスをつくる時にエンジニアが考えること / Behind the Scenes: Engineering a Subscription Service

SmartHRのPMMの役割

指摘を批判と捉えない

これから学ぶ人のための ソフトウェアアーキテクチャ入門: Software architect...

Sliced Onion Architecture

「代打、オレ」からの脱却が成長を生み出す|dora_e_m

チームにいると頼りになるソフトウェアエンジニア

DMMプラットフォームのマイクロサービス戦略 オーナーシップの落とし穴

開発チームのマネージャーとして意識しているチームのCapability

120名の開発組織を支える、技術マネジメントと選定

プロダクトマネジメントの歴史と進化 by Martin Eriksson

Teach Computer Science with Kotlin

モブに早く慣れたい人のためのガイド

開発チーム間の情報を遠回りさせてる

無駄な議論を減らすために使ってる言葉

デイリースクラムいらなくなくなくなーい!?

ロールプレイングゲーム

きれいなコードを書けという話について

フィーチャーチーム化への取り組みと、それを支える組織マネジメント体制

ゴールは「状態」で設定する

意思決定できる人の手順の型

ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s

信頼を資産のように管理する

ABテストの結果よりも大事なたった一つのこと

演じるうちにできるようになる

チームにノリをもたらした時にいた「二人目に踊る人」の共通点

あるレポジトリのサブディレクトリ配下を別のレポジトリへ履歴付きで移行する

The Sprint Goal: What It Is and How It Can Help

カード決済のセキュリティ的な問題点とその対策、IC チップの決済とその仕組み

Speed matters: Why working quickly is more important than it seems

Good Tech Lead, Bad Tech Lead

実践!モノリスからマイクロサービス!Event Stormingによるドメイン駆動設計から実装まで / AWS_Dev_Day_2023_E_3

Next.jsから学ぶWebレンダリング ~React誕生以前からApp Router with RSCまでの流れ~

テストで「ちゃんと網羅して!」と頼まれたときの返答方法あれこれ|Tsuyoshi Yumoto

1 プロダクトが大きくなると、なぜ生産性は下がるのか? 『Team Topologies』から読み解く、「認知負荷」という考え方

【資料公開】プロダクトオーナーアンチパターン

プロダクトゴールとは?あるいはプロダクトのゴールを設定するには何が必要か? #RSGT2022

入社1ヶ月目でやったこと 〜ソフトウェアテストプロセスに基づいたテストケース作成を行ってみた〜

プロダクトオーナーの考えるべきところ

知的労働におけるチームマネジメント|きゅーい / koyo

どういうデザイナーとだと仕事しやすいか

Hexagonal architecture

DBマイグレーションを行う技術

1 あなたが学んだアジャイルとテスラの手法は何が違うのか? 認定スクラムトレーナーが語る、テスラの真の凄さ

「無料・容量無制限でアップロード」を 支える みてねのコスト削減術

共変性・反変性とは型構築子が部分型関係をどう保ち、どう変換するかという性質のことである

https://docs.google.com/presentation/d/1YgAxABhoOT4C4O0_4LlePdC37pYGENs-b7ISgwvJvWQ/mobilepresent?slide=id.g24a1feb7ccd_0_6

オープンソースビジネスの挑戦と現実|Rui Ueyama

とにかく日本の住所のヤバさをもっと知るべきだと思います|inuro

品質保証(QA)とは。定義の三大流派と定義揺れの弊害

How Kubernetes Reinvented Virtual Machines (in a good sense)

オブザーバビリティについて理解したこと

何かのときにすっと出したい、プログラミングに関する法則・原則一覧

The Code Review Pyramid

コンポーネントベースで開発する時の CSS の書き方とコンポーネントの分類 (自己流)

How Agile Works at Tesla

Seek First to Understand