updated_at: 2025/05/07 ### 2025-05 - [LLMでコードレビューする際の自分用環境を整える](https://zenn.dev/razokulover/articles/058fede74dbbe0) - [「なんとかする」ための“引き出し”を増やす。EMの「4つのP」を捉え直し改善する方法](https://levtech.jp/media/article/column/detail_661/) - [前にもお伝えしているとはお伝えしない](https://fujii-yuji.net/2023/12/26/002951) - ["責務とは行為にある。その結果にあらず。飢えた我が血の最後の一滴まで責務に向かって突き進むのみ。"](https://fujii-yuji.net/2022/12/29/004750) - [オンボーディングの作法。入社してくる仲間のお手並みを拝見するな。](https://fujii-yuji.net/2022/12/02/001333) ### 2025-04 - [提案のレベルを上げる #QiitaConference](https://speakerdeck.com/konifar/ti-an-noreberuwoshang-geru-number-qiitaconference) - [Give it five minutes](https://signalvnoise.com/posts/3124-give-it-five-minutes) - [https://docs.google.com/presentation/d/1ARkpEjP9Le6oG4DbV9OEZDFLnIrsnTTIv8mVpEQ3Vng/preview](https://docs.google.com/presentation/d/1ARkpEjP9Le6oG4DbV9OEZDFLnIrsnTTIv8mVpEQ3Vng/preview) - [Anyone Can Be a Leader](https://www.patkua.com/blog/anyone-can-be-a-leader/) - [バクラクの認証基盤の成長と現在地 / bakuraku-authn-platform](https://speakerdeck.com/convto/bakuraku-authn-platform) - [本を全て読むか、生成A Iが作った要約で読むか？｜岩佐 文夫](https://note.com/f30103/n/n4df8ff993a4a) - [Leading From The Front](https://staysaasy.com/management/2025/04/20/leading-from-the-front.html) - [PdMは「プロダクト」をつくる人、事業責任者は「構造」をつくる人｜柳川慶太](https://note.com/gimupop/n/neb3f22e8be06) - [Software Visualization — Challenge, Accepted](https://engineering.atspotify.com/2022/07/software-visualization-challenge-accepted/) - [Designing software that could possibly work](https://www.seangoedecke.com/planning-software/) - [バリデーション解体新書](https://scrapbox.io/kawasima/%E3%83%90%E3%83%AA%E3%83%87%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E8%A7%A3%E4%BD%93%E6%96%B0%E6%9B%B8) - [Text-to-SQLのコモディティ化とデータ活用の民主化](https://satoshihirose.hateblo.jp/entry/2025/04/09/155623) - [The Best Programmers I Know](https://endler.dev/2025/best-programmers/) - [決済基盤のアーキテクチャ特集](https://findy-tools.io/articles/payment-system/51) - [スタートアップで1人目の人事に就任したらやるべきこと~ゼロから組織をつくるあなたへ~｜Masahiro Enomoto](https://note.com/mmaassaahhiirroo/n/n4294cfa177cf) - [「家族アルバム みてね」を支えるS3ライフサイクル戦略](https://speakerdeck.com/fanglang/jia-zu-arubamu-mitene-wozhi-erus3raihusaikuruzhan-lue) - [元社員の「出戻り採用」で成功／失敗するパターン　再入社後に活躍できる人の条件　](https://logmi.jp/main/management/331603) - [Verification-First Development](https://buttondown.com/hillelwayne/archive/verification-first-development/) - [ペパボのエンジニア文化を醸成するエンジニア評価制度](https://tech.pepabo.com/2018/06/14/engineer-assessment/) ### 2025-03 - [Q. 初期の段階でいつリリースできるかを予測するのにストーリーポイントは使えますか？](https://www.ryuzee.com/faq/0125/) - [エンジニアのためのコミュニケーションベストプラクティス](https://zenn.dev/dinii/articles/d0a3a057b8f128) - [目安箱の設置とワークさせるポイント](https://speakerdeck.com/konifar/mu-an-xiang-noshe-zhi-towakusaserupointo) - [ベクトル検索システムの気持ち](https://speakerdeck.com/monochromegane/inside-vector-search) - [20250325_QATestTalk_InvolveForQuality](https://speakerdeck.com/kotatsu/20250325-qatesttalk-involveforquality-7d07ea1c-e8eb-41b2-b34d-8457e8a67bd8) - [Categories of leadership on technical teams](https://www.benkuhn.net/leadcats/) - [リスク認識における三現主義の重要性](https://goyoki.hatenablog.com/entry/2025/03/29/225939) - [経営学部で「デザイン」を教える｜mihozono](https://note.com/mihozono/n/ne612ae8ed209) - [20250326_生成AIによる_レビュー承認システムの実現.pdf](https://speakerdeck.com/takahiromatsui/20250326-sheng-cheng-ainiyoru-rehiyucheng-ren-sisutemunoshi-xian-v3) - [解剖！Terraform monorepo](https://tech.layerx.co.jp/entry/2025/03/24/113651) - [体得しよう！RSA暗号の原理と解読](https://speakerdeck.com/laysakura/ti-de-siyou-rsaan-hao-noyuan-li-tojie-du) - [お届けチームがイベント駆動アーキテクチャを採用した理由](https://product.10x.co.jp/entry/2025/03/26/105353) - [セマンティックレイヤー入門](https://speakerdeck.com/ikkimiyazaki/semanteitukureiyaru-men) - [様々なrate limitアルゴリズム](https://christina04.hatenablog.com/entry/rate-limiting-algorithm) - [バーチャルカード発行の排他制御 ～ 無駄な発行を防ぐシンプルなアプローチ~](https://blog.smartbank.co.jp/entry/2025/03/19/123000) - [Aurora DSQL は何が新しいのか？（vs. Spanner 編）[DeNA インフラ SRE]](https://engineering.dena.com/blog/2025/03/aurora-dsql_02_spanner/) - [エンジニアが加速させるプロダクトディスカバリー 〜最速で価値ある機能を見つける方法〜 / product discovery accelerated by engineers](https://speakerdeck.com/rince/product-discovery-accelerated-by-engineers) - [複雑なフォームと複雑な状態管理にどう向き合うか / #newt_techtalk vol. 15](https://speakerdeck.com/izumin5210/number-newt-techtalk-vol-15) - [データベースの楽観ロックと悲観ロックを理解する](https://zenn.dev/farstep/articles/optimistic-and-pessimistic-locking-in-database) - [FAST: 流動的チーミングによるプロダクトディスカバリーの革命](https://bonotake.hatenablog.com/entry/2025/03/16/025538) - [How Not to Disagree](https://boz.com/articles/disagree) - [Delegating Complex Tasks](https://blog.staysaasy.com/p/delegating-complex-tasks) - [入門リトライ](https://speakerdeck.com/ryuichi1208/ru-men-ritorai) - [認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介](https://zenn.dev/kangetsu_121/articles/6b31565dda6053) - [サバイバルモード下でのエンジニアリングマネジメント](https://speakerdeck.com/konifar/sahaiharumotoxia-tenoensiniarinkumanesimento) - [「読みやすいコード」を依存グラフで考える](https://zenn.dev/dinii/articles/readable-code-explained-in-dep-graph) - [絶対に止めない飲食店モバイルオーダーシステムの開発](https://tech-blog.tabelog.com/entry/never-stop-mobile-order-system) - [マネージャーは課題解決の変数を増やすのが仕事｜yunon_phys](https://sizu.me/yunon_phys/posts/2o716fc5v8h3) - [スクラムというコンフォートゾーンから抜け出そう！プロジェクト全体に目を向けるインセプションデッキ / Inception Deck for seeing the whole project](https://speakerdeck.com/takaking22/inception-deck-for-seeing-the-whole-project) - [スタートアップにおけるサクセッションプランニング~育成、採用、権限委譲~](https://techblog.enechain.com/entry/succession-planning) - [5分でわかった気になるインセプションデッキ / 5 minutes inception deck](https://speakerdeck.com/takaking22/5-minutes-inception-deck) - [どちらかだけじゃもったいないかも？ ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について](https://speakerdeck.com/tk3fftk/dotirakadakeziyamotutainaikamo-ecstoekswoshi-cai-shi-suo-debing-yong-surumerituto-yun-yong-ke-ti-tosoreranodui-ying-nituite) - [「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly](https://speakerdeck.com/i35_267/a-team-that-can-fail-correctly) - [「候補者をファンにする」エンジニア採用](https://speakerdeck.com/monzou/hou-bu-zhe-wohuannisuru-ensiniacai-yong) - [1行のコードから社会課題の解決へ： EMの探究、事業・技術・組織を紡ぐ実践知 / EM Con...](https://speakerdeck.com/9ma3r/emconf2025) - [わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025](https://speakerdeck.com/daiksy/emconfjp2025) - [DynamoDBによるOutboxパターンとCDCを用いたCQRSアーキテクチャの実装〜ZOZOMOでの取り組み](https://techblog.zozo.com/entry/implementation-of-cqrs-using-outbox-and-cdc-with-dynamodb) ### 2025-02 - [スケールアウトはもう要らない？DuckDBが描くシステム設計の新時代 🦆](https://qiita.com/ogi-iii/items/db631f04e71f112c85b4) - [COUNT(*), COUNT(1), COUNT(expr) の違いを SQL 標準から理解する](https://zenn.dev/indigo13love/articles/3d1c0be54f53fa) - [自作するな、そこはお前の戦場じゃない｜深津 貴之 (fladdict)](https://note.com/fladdict/n/n3ec98253e10e) - [なぜイベント駆動が必要なのか - CQRS/ESで解く複雑系システムの課題 -](https://speakerdeck.com/j5ik2o/esdejie-kufu-za-xi-sisutemunoke-ti) - [データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns](https://speakerdeck.com/mokuo/async-architecture-patterns) - [EMの仕事には「5つの再現性」がある。5社でEM/CTOを歴任する中で、再現性に効いた5＋1冊](https://levtech.jp/media/article/interview/detail_611/) - [KubernetesはOCI, CRI, CNI, SMI, CSI, CDI, NRIこれだけを理解すればいいから簡単に学習できます](https://qiita.com/reoring/items/4aea0b6186ab08350106) - [今、プロダクトマネージャーの成長に必要なのはtoCプロダクト経験](https://blog.smartbank.co.jp/entry/toc_product_manager) - [Simple Data Analytics Leads impact](https://speakerdeck.com/hik0107/simple-data-analytics-leads-impact) - [部門横断チームが楽に問い合わせをさばくには型化・集約・可視化が大事という話｜chama](https://note.com/yueda256/n/n241b2ce2881b) - [How I use LLMs as a staff engineer](https://www.seangoedecke.com/how-i-use-llms/) - [10X社の価値観 / Stailer 事業の実績｜yamotty](https://note.com/yamotty_note/n/n43b1e86e781b) - [外部からWebhookを受ける共通基盤](https://tech.layerx.co.jp/entry/2025/02/07/122157) - [Gather, decide, execute](https://theengineeringmanager.substack.com/p/gather-decide-execute) - [The Engineering Manager](https://www.theengineeringmanager.com/managing-managers/being-in-the-details/) - [「伝言ゲーム」で疲弊しないために。職種間の壁をぶち破るコミュニケーション術](https://levtech.jp/media/article/column/detail_606/) - [バックエンドのためのアプリ内課金入門 (サブスク編)](https://speakerdeck.com/qnighy/batukuendonotamenoapurinei-ke-jin-ru-men-sabusukubian) - [10XにおけるData Contractの導入について: Data Contract事例共有会](https://speakerdeck.com/10xinc/10xniokerudata-contractnodao-ru-nituite-data-contractshi-li-gong-you-hui) - [開発組織の発信文化をどう体現するか](https://speakerdeck.com/tkkz1009/kai-fa-zu-zhi-nofa-xin-wen-hua-wodouti-xian-suruka) ### 2025-01 - [SREとしてスタッフエンジニアを目指す / SRE Kaigi 2025](https://speakerdeck.com/tjun/sre-kaigi-2025) - [Git scrapingで始める継続的なデータ追跡 / Git Scraping](https://speakerdeck.com/ohbarye/git-scraping) - [EKS Auto Mode](https://speakerdeck.com/kashinoki38/eks-auto-mode) - [調査をサクサク進めるために。伊藤淳一が考える「良いプルリクエスト、悪いプルリクエスト」](https://levtech.jp/media/article/column/detail_591/) - [トレードオフの連続解決を通して対立を協力に変えるプロダクトマネジメントを実現するぞ/continuous management of Trade offs rsgt2025](https://speakerdeck.com/moriyuya/continuous-management-of-trade-offs-rsgt2025) - [わかりやすい説明のための 10 の鉄則](https://speakerdeck.com/e869120/wakariyasuisetsumei-10-tessoku) - [How to effectively refine engineering strategy.](https://lethain.com/refining-eng-strategy/) - [【資料公開】スプリントレトロスペクティブ Deep Dive](https://www.ryuzee.com/contents/blog/14598) - [カンファレンスでリフレッシュ！無理なく楽しむカンファレンス参加術 / How to enjoy conferences without stress](https://speakerdeck.com/kattsuuya/how-to-enjoy-conferences-without-stress) - [Vol.11 エンジニア・デザイナー間で起こる意思疎通の齟齬](https://buildersbox.corp-sansan.com/entry/2024/12/27/093000) - [Refining strategy with Wardley Mapping.](https://lethain.com/wardley-mapping/) - [イーロンマスクは何を見ている｜tanu](https://note.com/tanukiponkich/n/n78fa27288af2) - [kubernetes入門](https://speakerdeck.com/cybozuinsideout/introduction-to-kubernetes-2024) - [新入社員の呪いの解き方](https://speakerdeck.com/rockymanobi/xin-ru-she-yuan-nozhou-inojie-kifang) - [Managing Up](https://randsinrepose.com/archives/managing-up/) - [良い仮説を評価する技術](https://speakerdeck.com/tumada/liang-ijia-shuo-woping-jia-suruji-shu) ### 2024-12 - [VPoEが語るfreeeの開発組織作りのリアルな話 / VPoE talks about the real story of building Freee's development organization](https://speakerdeck.com/freee/vpoe-talks-about-the-real-story-of-building-freees-development-organization) - [メルカリのEngineering Roadmapの具体的な運用について](https://engineering.mercari.com/blog/entry/20241225-engineering-roadmap/) - [本当のPMFとは？](https://pmf-playbook.day1.sereal.jp/pmf-playbook-day1) - [The Adaptive Chief Technology Officer](https://chubernetes.com/the-adaptive-chief-technology-officer-ed14d6455c95) - [Stable Scrum Teams limited us to create value](https://medium.com/serious-scrum/stable-scrum-teams-can-limit-you-to-create-value-enter-fluid-teams-3df4f2108219) - [マネージャーとしてintegrityを意識する](https://daiksy.hatenablog.jp/entry/2024/12/20/101603) - [履歴テーブルから最新の1件を取ってくる方法](https://soudai.hatenablog.com/entry/2024/12/10/115848) - [https://medium.com/fluid-scaling-technology/theres-a-new-kid-on-the-agile-block-fast-agile-b568bef3245c](https://medium.com/fluid-scaling-technology/theres-a-new-kid-on-the-agile-block-fast-agile-b568bef3245c) - [企業を変えていく営み｜yamotty](https://note.com/yamotty_note/n/nf82c8a930e98) - [The Secret to a Great Planning Process — Lessons from Airbnb and Eventbrite](https://review.firstround.com/the-secret-to-a-great-planning-process-lessons-from-airbnb-and-eventbrite/) - [商品データの裏側を覗く：意外に知らない商品IDの世界](https://product.10x.co.jp/entry/behind-the-scenes-product-id) - [技術戦略策定のリアル：カケハシの開発組織が歩んだ軌跡と、戦略の策定プロセス](https://kakehashi-dev.hatenablog.com/entry/2024/12/24/090000) - [忙しさの中毒性](https://konifar-zatsu.hatenadiary.jp/entry/2024/12/21/125514) - [How to send progress updates](https://www.spakhm.com/updates-howto?&aid=reciCahzSVsrswL6r&_bhlid=58b29dfb6f42013c3439235fa8b43b00011e1d9f) - [Problem Driven Development](https://blog.staysaasy.com/p/problem-driven-development) - [ISUCON14 問題の解説と講評](https://isucon.net/archives/58869617.html) - [組織に自動テストを書く文化を根付かせる戦略（2024冬版） / Building Automated Test Culture 2024 Winter Edition](https://speakerdeck.com/twada/building-automated-test-culture-2024-winter-edition) - [バクラク上のテナント情報を SmartHR から API で同期するようにした話、または組織情報マスタを一旦諦めてデータ連携フレームワークを作った件について #LayerXテックアドカレ](https://tech.layerx.co.jp/entry/sync-smarthr-to-bakuraku-with-synthetix) - [A Bunch of Programming Advice I’d Give To Myself 15 Years Ago](https://mbuffett.com/posts/programming-advice-younger-self/) - [Updated Empathy Map Canvas](https://medium.com/@davegray/updated-empathy-map-canvas-46df22df3c8a) - [よいPM定例はPM組織を強くする ~ 共有から共創へ、悩みを共に解決する場づくり ~](https://speakerdeck.com/jouykw/yoipmding-li-hapmzu-zhi-woqiang-kusuru-gong-you-karagong-chuang-he-nao-miwogong-nijie-jue-suruchang-dukuri) - [スタートアップが失速することなく大企業へと成長するためのマネジメントスタイル「Founder Mode（創業者モード）」とフレームワーク「Founder’s Mentality（創業者メンタリティ）」｜Masaya.Mori 森正弥 / CAIO (Chief AI Officer)](https://note.com/masayamori/n/n74083d073903) - [いま、データに必要な解像度](https://speakerdeck.com/hik0107/data-and-resolution-we-have-to-know) - [データ分析で用いるSQLクエリの設計方法](https://techblog.kazaneya.com/20241208-design-of-analytical-sql-queries/) - [理解の不足を想像で埋めない｜kohii](https://note.com/kohii/n/n6d5aa698dfa3) - [Concurrency diagrams](https://philbooth.me/blog/concurrency-diagrams) - [開発は問題解決の手段のひとつ](https://konifar-zatsu.hatenadiary.jp/entry/2024/12/06/204323) - [Explain EXPLAIN](https://speakerdeck.com/keiko713/explain-explain) - [ストーリーテリングでチームに”熱"を伝える🔥](https://speakerdeck.com/inagakikay/sutoriteringudetimuni-re-wochuan-eru) - [Staff Engineer vs Engineering Manager](https://blog.alexewerlof.com/p/staff-engineer-vs-engineering-manager) - [領域を越境する時のお作法](https://konifar-zatsu.hatenadiary.jp/entry/2024/12/04/201835) - [エンジニアも知っておきたい『プロジェクトマネジメント』〜カレー作りで学ぶPMBOKの実践的TIPS〜](https://tech.uzabase.com/entry/2024/12/01/000000) - [ イオンCTOが語るイオングループ全体を支えるクリティカルシステム解体新書/findy-architecture-conf-2024](https://speakerdeck.com/aeonpeople/findy-architecture-conf-2024) - [想像力と説明能力と美学](https://konifar-zatsu.hatenadiary.jp/entry/2024/11/24/084600) - [自分でボールを持ってはいけない。｜高木新平](https://note.com/shimpeitakagi/n/ne8aa02009e11) ### 2024-11 - [CTOとはいったいなんだったのか ver. 2024｜Sotaro Karasawa](https://note.com/sotarok/n/nb1b6af9c781e) - [キャリアは逆算すると狭くなる｜高木新平](https://note.com/shimpeitakagi/n/ne1aef6c4b76c) - [【総集編】15年間のC向けサービスづくりで得た学び｜Shota Horii](https://note.com/horishou/n/n75e0ec39d268) - [ただ準備が足りないだけ](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/31/191151) - [役割をお願いする時に伝えていること](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/30/174251) - [顧客が本当に必要だったもの - パフォーマンス改善編 / Make what is needed](https://speakerdeck.com/soudai/make-what-is-needed) - [ゆるめのフォロワーシップ実践方法](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/27/084252) - [ミーティングアジェンダ駆動で整理する](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/21/194502) - [エンジニアの「センス」とは何か / What is the sense of engineers](https://speakerdeck.com/hiro_y/what-is-the-sense-of-engineers) - [組織に自動テストを書く文化を根付かせる戦略（2024秋版） / Building Automated Test Culture 2024 Autumn Edition](https://speakerdeck.com/twada/building-automated-test-culture-2024-autumn-edition) - [10年続くサービスのデータを1日未満のメンテナンスウィンドウで安全に移管する](https://speakerdeck.com/masawada/10nian-sok-kusabisunodetawo1ri-wei-man-nomentenansuuindoudean-quan-niyi-guan-suru) - [Appetites instead of estimates](https://world.hey.com/jason/appetites-instead-of-estimates-192d39ba) - [デバッグの話 / Debugging for Beginners](https://speakerdeck.com/kaityo256/debugging-for-beginners) - [正しく評価される自己評価の書き方](https://naopr.hatenablog.com/entry/2024/09/22/093117) - [プロダクトマネージャーとキャリア｜Joe](https://note.com/joe_hirose/n/nbca212050516) - ["提案"のレベルを上げる](https://konifar-zatsu.hatenadiary.jp/entry/2023/11/01/193210) - [オンラインミーティングでカメラをONにすべきか](https://konifar-zatsu.hatenadiary.jp/entry/2024/11/18/203614) - [非同期処理においてデータの整合性を保つアーキテクチャパターン](https://blog.smartbank.co.jp/entry/asynchronous_architecture_patterns) - [PFDとPFD Draw Toolの紹介](https://swet.dena.com/entry/2024/11/15/120000) - [プロダクトビジョンとプロダクト指針の作成](https://product.10x.co.jp/entry/productvision_2024) - [強いチームと開発生産性](https://speakerdeck.com/onk/2024-11-15-prefer-output-focused-development-team) - [メンバー思い"風"マネージャー](https://konifar-zatsu.hatenadiary.jp/entry/2024/11/13/212840) - [ドメイン名の終活について - JPAAWG 7th -](https://speakerdeck.com/mikit/domeinming-nozhong-huo-nituite-jpaawg-7th) - [私はこうやってマインドマップでテストすることを出す！](https://speakerdeck.com/mineo_matsuya/si-hakouyatutemaindomatupudetesutosurukotowochu-su) - [個人目標設定の手引きとシュート2万本](https://konifar-zatsu.hatenadiary.jp/entry/2024/11/08/170240) - [毎回自分の意見が通ってしまう不安](https://konifar-zatsu.hatenadiary.jp/entry/2024/11/07/200137) - [使われ続けるダッシュボードを作るためにヒアリングすべき4項目とは](https://inside.pixiv.blog/2024/11/06/163000) - [S3にあるALBログの調査はAthenaよりDuckDBのほうが簡単](https://road288.hatenablog.com/entry/2024/11/06/113954) - [バリューの骨格 - CPO月報 2024-10](https://note.com/asanebo_/n/n19f02adf83b8) - [「視座」の上げ方が成人発達理論にわかりやすくまとまってた / think_ perspective_hidden_dimensions](https://speakerdeck.com/shuzon/think-perspective-hidden-dimensions) - [Howだけ考えると複雑さを導入して仕事が増える](https://soudai.hatenablog.com/entry/2020/08/14/101657) - [If you don't hire juniors, you don't deserve seniors (2023)](https://isaaclyman.com/blog/posts/junior-developers/) - [Model, document and share.](https://lethain.com/model-document-share/) ### 2024-10 - [実質的に役割を持つのと明確に責任を持つのは全然違う](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/13/105803) - [社内資料「プロダクトマネージャーのための検索推薦システム入門」を公開します](https://tech.legalforce.co.jp/entry/introduction-to-search-and-recommender-systems-for-pdm) - [もしもいま、プロダクトマネジメントをイチから学び直すとしたら？　株式会社estie 執行役員 VP of Products 久保さんに聞く学習ロードマップ](https://findy-code.io/engineer-lab/techtensei-kubo) - [前提条件の思い込みを疑う](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/05/102006) - [『リクルートダイレクトスカウト』 のリニューアルから振り返る： ビジョンドリブンの可能性](https://speakerdeck.com/recruitengineers/purodeza23_liang) - [Growth Grand Theory - Dos and Donts](https://speakerdeck.com/hik0107/growth-grand-theory-dos-and-donts) - [Interviewing for Evidence](https://dannorth.net/interviewing-for-evidence/) - [ミーティングで意見を言えない時のTips](https://konifar-zatsu.hatenadiary.jp/entry/2024/10/02/191547) - [言語化能力の言語化](https://konifar-zatsu.hatenadiary.jp/entry/2024/09/29/112500) ### 2024-09 - [仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal](https://speakerdeck.com/soudai/aim-for-the-goal) - [Kubernetesって何？ -大規模なKubernetesを運用するKubernetes a...](https://speakerdeck.com/lycorptech_jp/kaas-zcp-kubernetes-tutorial) - [権限委譲を目的にしない](https://konifar-zatsu.hatenadiary.jp/entry/2024/09/25/173928) - [曖昧な状況に対して「わくわくすっぞ」と思えるかどうか～曖昧さ耐性](https://tbpgr.hatenablog.com/entry/2023/08/20/030910) - [抽象度の高い仕事の進め方](https://konifar-zatsu.hatenadiary.jp/entry/2024/09/10/185251) - [働きたくない人の脳内｜Aki](https://note.com/ak_iii/n/nc65032dcc1b6) - [Scope Management 101](https://tidyfirst.substack.com/p/scope-management-101) - [Nstock の「30億円」資金調達によせて](https://blog.shojimiyata.com/entry/nstock_fund_raise_2024) - [プロダクトマネジメントクライテリア - プロダクトをつくるチームのチェックリスト](https://productmanagement-criteria.com) - [Founder Mode](https://www.paulgraham.com/foundermode.html) - [短い間隔で動作するソフトウェアを見せようとするとすべてが改善される](https://www.ryuzee.com/contents/blog/14593) - [強い組織の「隠れキーマン」について](https://yosuke-lib.hatenablog.com/entry/2016/07/25/162529) - [No more Software Engineer, Product Engineer is the new cool](https://medium.com/mindorks/no-more-software-engineers-product-engineers-is-the-new-cool-bb14f1c657c5) ### 2024-08 - [3～4社が先行する領域で、後発でも「まだいける」と判断した理由　最後発で成功したコインチェックに学ぶ、ピボットを制する秘訣](https://logmi.jp/business/articles/330882) - [【翻訳】テスト駆動開発の定義](https://t-wada.hatenablog.jp/entry/canon-tdd-by-kent-beck) - [「信頼と調整」でマルチプロダクトのロードマップを作る｜adachi](https://note.com/asanebo_/n/neb452fa61d50) - [組織の強度を高めることの重要性｜福島良典 : LayerX](https://comemo.nikkei.com/n/nc9a06a2e082d) - [組織の強度を高めることの重要性｜福島良典 : LayerX](https://comemo.nikkei.com/n/nc9a06a2e082d) - [Ask for Advice, Not Permission](https://boz.com/articles/advice-not-permission) - [http://wiki.c2.com/?PrincipleOfLeastAstonishment](https://wiki.c2.com/?PrincipleOfLeastAstonishment) - [Must ➡ Can ➡ Will で考えるキャリア（スライド）](https://blog.takaumada.com/entry/will-can-must-slide) - [React Server Components の疑問を解き明かす](https://speakerdeck.com/mizdra/react-server-components-noyi-wen-wojie-kiming-kasu) - [SRE の考えをマネジメントに活かす / applying SRE ideas to management](https://speakerdeck.com/chaspy/applying-sre-ideas-to-management) - [リードについて](https://druby.hatenablog.com/entry/2024/08/11/012647) - [#1 怪獣と戦う｜徳田悠輔(ナレッジワーク : HR)](https://note.com/toktok0415/n/naff871a80fe3) - [0063 号 巻頭言](https://magazine.rubyist.net/articles/0063/0063-ForeWord.html) - [誰が作成しても1つの構造になるモデリング作成技術、Theory of Models に夢を見る](https://speakerdeck.com/mokuo/shui-gazuo-cheng-sitemo1tunogou-zao-ninarumoderinguzuo-cheng-ji-shu-theory-of-models-nimeng-wojian-ru) - [サービス開発の施策に納得できない時にエンジニアができるアクション](https://blog.shibayu36.org/entry/2024/08/08/094040) - [はてなで最近実施しているSRE研修の紹介](https://developer.hatenastaff.com/entry/2024/07/31/190833) - [SLI、SLO、エラーバジェット導入の前に知っておきたいこと](https://sreake.com/blog/sli-slo-good-practices/) - [【講演】新人のためのインターネット&ネットワーク超入門2024 【JANOG54奈良】【YouTubeLIVE】](https://www.youtube.com/watch?v=UoR9-_Pn-I8) - [How to (and how not to) design REST APIs](https://github.com/stickfigure/blog/wiki/How-to-(and-how-not-to)-design-REST-APIs) ### 2024-07 - [【2024年版】MIXI 新卒向け技術研修の資料・動画を公開しました！](https://zenn.dev/mixi/articles/2efdbeb0574906) - [In Praise of Small Pull Requests](https://testing.googleblog.com/2024/07/in-praise-of-small-pull-requests.html) - [マネージャー＆リーダー向け 社内トレーニング / Training of management and leadership for Stockmark](https://speakerdeck.com/iwashi86/training-of-management-and-leadership-for-stockmark) - [データ詰め替え戦略](https://scrapbox.io/kawasima/%E3%83%87%E3%83%BC%E3%82%BF%E8%A9%B0%E3%82%81%E6%9B%BF%E3%81%88%E6%88%A6%E7%95%A5) - [DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern](https://speakerdeck.com/urmot/authorization-for-ddd-and-kotlin-implement-pattern) - [Developing domain expertise: get your hands dirty.](https://lethain.com/domain-expertise/) - [大量リリースを支える組織的Go to Market｜shige](https://note.com/shige/n/n09b4d4f67ca0) - [From Story Points to Slam Dunks — Planning for Success](https://medium.com/agileinsider/from-story-points-to-slam-dunks-planning-for-success-c3e067354d9b) - [マネジャーとは何をする人なのか](https://dhbr.diamond.jp/articles/-/10654) - [「責任ある開発」を！フルサービスオーナーシップが変えるエンジニアリング文化](https://speakerdeck.com/jacopen/ze-ren-arukai-fa-wo-hurusabisuonasitupugabian-eruenziniaringuwen-hua) - [キャリアハックの奇行](https://kumagi.hatenablog.com/entry/career-hack) - [マルチクラスタの認知負荷に立ち向かう！ Ubieのプラットフォームエンジニアリング](https://speakerdeck.com/teru0x1/marutikurasutanoren-zhi-fu-he-nili-tixiang-kau-ubienopuratutohuomuenziniaringu) - [Q&A for Platform Engineering Kaigi 2024 (deeeet)](https://gist.github.com/tcnksm/1f70e5480257511a491e9442a800f932) - [古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm](https://scrapbox.io/kawasima/%E5%8F%A4%E5%85%B8%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%A2%E3%83%87%E3%83%AA%E3%83%B3%E3%82%B0%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3%E3%81%AE%E8%A7%A3%E8%84%B1_-_%E5%A4%A7%E5%90%89%E7%A5%A5%E5%AF%BA.pm) - [Always-Valid Domain Model](https://scrapbox.io/kawasima/Always-Valid_Domain_Model) - [社会人の不幸の8割は合意のない期待から｜田中邦裕](https://note.com/kunihirotanaka/n/n951df3a7f7b9) - [開発生産性の観点から考える自動テスト（2024/06版） / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition](https://speakerdeck.com/twada/automated-test-knowledge-from-savanna-202406-findy-dev-prod-con-edition) - [Platform Engineering at Mercari (Platform Engineering Kaigi 2024)](https://speakerdeck.com/tcnksm/platform-engineering-at-mercari-platform-engineering-kaigi-2024) - [なぜ僕たちは 開発生産性指標を見ていないのか / Our Strategy for Development Productivity Metrics](https://speakerdeck.com/kakehashi/our-strategy-for-development-productivity-metrics) - [Coroutines for Go](https://research.swtch.com/coro) - [新雑誌「n月刊ラムダノート」の『「コルーチン」とは何だったのか？』の草稿を公開します](https://mametter.hatenablog.com/entry/2019/03/27/211140) - [えにしテックさん１５周年に寄せて〜万葉と私ののこれまでの学び〜](https://speakerdeck.com/nay3/enisitetukusan15zhou-nian-niji-sete-mo-xie-tosi-nonokoremadenoxue-bi?slide=91) - [20分で分かるIAM全機能 /20240621-aws-summit-iam](https://speakerdeck.com/opelab/20240621-aws-summit-iam) ### 2024-06 - [「1億台の常時接続」を実現せよ！ Nintendo Switchのプッシュ通知システム全面刷新の裏側](https://ascii.jp/elem/000/004/206/4206539/) - [kubectlチートシート](https://kubernetes.io/ja/docs/reference/kubectl/cheatsheet/) - [何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット](https://findy-code.io/engineer-lab/naoya_ito) - [日本のスタートアップブームの「終わりの始まり」を食い止めるために](https://blog.takaumada.com/entry/startup-ecosystem-beginning-of-the-end) - [Resources for Managers on Influence & Managing Up](https://larahogan.me/resources/influence-manage-up/) - [コードを書き始める前からテストをずっと考える ─ 継続的テストモデルとシフトレフトなテスト活動をアジャイルにどう取り入れるか](https://agilejourney.uzabase.com/entry/2024/06/25/103000) - [それはさ、へたくそだからじゃない？](https://sizu.me/cba/posts/s6u5rzmxc1vb) - [新規事業立ち上げチームの「運営技法」｜maki@LayerX](https://note.com/35_mki/n/n2c24676177a1) - [コミュニティを育てて会社を変える](https://speakerdeck.com/shimobayashi/komiyuniteiwoyu-tetehui-she-wobian-eru) - [変化と挑戦：NoSQLとNewSQL Serverless Databaseの技術革新とマルチテナンシーの秘密](https://speakerdeck.com/yoshiitaka/serverless-database) - [定量データと定性評価を用いた技術戦略の組織的実践 / Systematic implementation of technology strategies using quantitative data and qualitative evaluation](https://speakerdeck.com/chaspy/systematic-implementation-of-technology-strategies-using-quantitative-data-and-qualitative-evaluation) - [Disagree and Commitは好き](https://sizu.me/cba/posts/z8axmv06o0iv) - [才能の正体は“集中力の質”（前編）｜かっぴー（漫画家）](https://note.com/nora_ito/n/nc1039654f51b) - [Grokking Simplicity探訪](https://www.slideshare.net/slideshow/grokking-simplicity/269550070) - [要求(User Story) vs 要件(System Requirements)](https://kwkn3.craft.me/uwQbpunUlv747Y) - [テスターが要件定義のレビューからプロジェクトに参加する現実について｜Tsuyoshi Yumoto](https://note.com/yumotsuyo/n/n83fee4567b5d) - [Inbox ten](https://boz.com/articles/inbox-ten) - [Don't DRY Your Code Prematurely](https://testing.googleblog.com/2024/05/dont-dry-your-code-prematurely.html) - [The Disappointment Frontier](https://theengineeringmanager.substack.com/p/the-disappointment-frontier) - [継続性視点での開発生産性マネジメント / Managing Engineering Organization in a Strategic Way](https://speakerdeck.com/sms_tech/managing-engineering-organization-in-a-strategic-way) - [大学教員８年目やってるとワナビーとモノづくり好きの区別がつくようになってくる→「へえ，〇〇がやりたくて大学に入ってきたんだ，でなんで今まではやってないの？」（次週）「え，どうして今週できなかったの？」｜落合陽一](https://note.com/ochyai/n/n781fb2209af4) - [レビュワーを"憑依"させて Pull Request をセルフレビューする](https://konifar-zatsu.hatenadiary.jp/entry/2024/05/30/194846) - [Amazon EKS クラスター向けのマルチテナント設計時の考慮事項](https://aws.amazon.com/jp/blogs/news/multi-tenant-design-considerations-for-amazon-eks-clusters/) ### 2024-05 - [「ドメインにディープダイブする」「最速でループを回す」　LayerX・榎本氏が考える、価値を生むエンジニアになるために必要なこと](https://logmi.jp/tech/articles/330560) - [Keeper of the Seven Keys 〜Four Keysとあと3つ〜](https://speakerdeck.com/kakehashi/keeper-of-the-seven-keys) - [社内に詳しい人がいない領域のコードを触る時](https://konifar-zatsu.hatenadiary.jp/entry/2024/05/24/190831) - [カルチャーのダイリューションに抗う｜石黒 卓弥｜Takaya Ishiguro](https://note.com/t_1496/n/nb22943749467) - [OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics](https://speakerdeck.com/kakehashi/okr-and-the-tyranny-of-metrics) - [開発組織のOKRの作り方 / OKR in a develoment division](https://speakerdeck.com/kakehashi/okr-in-a-develoment-division) - [解像度を上げる 🔬](https://speakerdeck.com/tumada/jie-xiang-du-wogao-meru) - [Meetings for an effective eng organization.](https://lethain.com/eng-org-meetings/) - [Performance management: the rising tide](https://theengineeringmanager.substack.com/p/performance-management-the-rising) - [15 principles for managing up](https://newsletter.weskao.com/p/15-principles-for-managing-up) - [OKRをツリーにする前に言っておきたいことがある｜dora_e_m](https://note.com/dora_e_m/n/ne6403f9de732) - [ロールプレイングゲーム](https://druby.hatenablog.com/entry/20101202/p1) - [https://comemo.nikkei.com/n/nf093eae17295](https://note.com/cd/sessions?redirect_to=https://comemo.nikkei.com/n/nf093eae17295&m=SoJwet2CtMcXiWBc45X54PyWF%2BxzIIqgIhmFQfiwdMpOx8uYIAqZjPuQ4H1J9DnO) ### 2024-04 - [The Tarzan Method](https://theengineeringmanager.substack.com/p/the-tarzan-method) - [計画性か偶発性か、ゾンビかPMFか──事業とチームの二項対立を打ち破る](https://bizzine.jp/article/detail/10258) - [「いい仕事をする」と「それをアピールする」はセットになってる](https://sizu.me/cba/posts/avdt75czo4re) - [自分が責められているという感覚、あるいは物事には"責任をとるべき誰か"がいるという考え方について。](https://fujii-yuji.net/2015/02/post-227.html) - [イベントストーミングを実施して境界づけられたコンテキスト定義した話](https://zenn.dev/team_soda/articles/bc967dd28b400f) - [My Problem With the Four-Document Model](https://www.hillelwayne.com/post/problems-with-the-4doc-model/) - [kubectlのプラグイン機構とおすすめプラグインのご紹介 〜 Kubernetes制御用コマンド #k8sjp](https://techblog.yahoo.co.jp/entry/2020081830014718/) - [意識も理想も高いけど実現には至れない人](https://sizu.me/fromatom/posts/aexhmkkm4k9n) - [ノーム・カースの最優先条項](https://scrapbox.io/iki-iki/%E3%83%8E%E3%83%BC%E3%83%A0%E3%83%BB%E3%82%AB%E3%83%BC%E3%82%B9%E3%81%AE%E6%9C%80%E5%84%AA%E5%85%88%E6%9D%A1%E9%A0%85) - [Kubernetesでアプリの安定稼働と高頻度のアップデートを両立するためのプラクティス / Best Practices for Applications on Kubernetesto Achieve Both Frequent Updates and Stability](https://speakerdeck.com/hhiroshell/best-practices-for-applications-on-kubernetes-to-achieve-both-frequent-updates-and-stability-39bd8e98-5626-4cf2-8883-7eb19779996c) - [エンジニア基礎 2024年度エンジニア新卒研修](https://speakerdeck.com/kotomin_m/ensiniaji-chu-2024nian-du-ensiniaxin-zu-yan-xiu-8571fa94-7ebf-44fc-a5cd-302763118aee) - [ストアーズはECの会社、ではない｜naoko](https://note.com/naokos/n/n396c8bfaf748) - [中学生でもわかる深層学習](https://speakerdeck.com/e869120/zhong-xue-sheng-demowakarushen-ceng-xue-xi) - [継続的テストモデルを実現するためにスリーアミーゴスを用いた10Xでのシフトレフトの事例](https://speakerdeck.com/nihonbuson/processshiftleft) - [合意に至れない場合には合意形成のレベルを下げてみる](https://scrapbox.io/yohhatu/%E5%90%88%E6%84%8F%E3%81%AB%E8%87%B3%E3%82%8C%E3%81%AA%E3%81%84%E5%A0%B4%E5%90%88%E3%81%AB%E3%81%AF%E5%90%88%E6%84%8F%E5%BD%A2%E6%88%90%E3%81%AE%E3%83%AC%E3%83%99%E3%83%AB%E3%82%92%E4%B8%8B%E3%81%92%E3%81%A6%E3%81%BF%E3%82%8B) - [TypeScript開発にRailway Orientedを持ち込み、より型安全なエラーハンドリングへ](https://buildersbox.corp-sansan.com/entry/2024/03/26/110000) - [Lv1,2の開発生産性を経営と繋ぐ](https://speakerdeck.com/kenchan/lv12nokai-fa-sheng-chan-xing-wojing-ying-toxi-gu) - [ISUCON入門以前_ISUNARABE_LT#1](https://speakerdeck.com/sadnessojisan/isuconru-men-yi-qian-isunarabe-lt-number-1) - [マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy](https://speakerdeck.com/soudai/utilizing-rsl-in-multi-tenancy) - [What if everybody did everything right?](https://surfingcomplexity.blog/2024/02/17/what-if-everybody-did-everything-right/) - [マネジメントの地図から考える、マネージャーの役割と戦略【ベンチャーマネジメント集中講座 第1回】](https://blog.allstarsaas.com/posts/venture-mgmnt-vol1) - [開発現場でのサービスデザインとモデリング](https://speakerdeck.com/tyshgc/development-with-service-design) - [Backlog UI リニューアルの舞台裏 / Backlog Renewal UI](https://speakerdeck.com/nulabinc/backlog-renewal-ui) - [最初の100日で何をすべきで何をすべきではないか？｜miyasaka](https://note.com/mmiya/n/n6196c7b18a3f) ### 2024-03 - [『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいなくなる話〜](https://speakerdeck.com/bonotake/leantodevopsnoke-xue-wokitintojie-du-suru-four-keys-dakeziyajue-dui-motutainakunaruhua) - [RLSではじめるマルチテナントSaaS](https://zenn.dev/nstock/articles/multi-tenant-saas-using-rls) - [https://comemo.nikkei.com/n/n4166e9e642b0](https://note.com/cd/sessions?redirect_to=https://comemo.nikkei.com/n/n4166e9e642b0&m=83ABVmPgYbLtk3X11MYgMlglosF8JI62DoKlianRRdScLovTwsATD8omLwyRWZy4) - [HUNTER×HUNTER×OKR](https://konifar-zatsu.hatenadiary.jp/entry/2022/12/23/185458) - [The Emerging Domain](https://learnings.aleixmorgadas.dev/p/the-emerging-domain) - [開発生産性について議論する前に知っておきたいこと](https://qiita.com/hirokidaichi/items/53f0865398829bdebef1) - [意思決定のROIという考え方｜樫田光 : Hikaru Kashida](https://note.com/hik0107/n/n9be0e1647e31) - [ソシオメディア : メンタルモデル](https://www.sociomedia.co.jp/9012) - [『リクルートダイレクトスカウト』フルリニューアルにおける、デザインの価値貢献の事例](https://cocoda.design/ryouissei/p/p1801ec65eaa1) - [チームのパフォーマンスを引き出す、ワクワクするプロダクトゴール、OKR / Waku-waku Product Goal and OKR](https://speakerdeck.com/navitimejapan/waku-waku-product-goal-and-okr) - [プロダクトマネージャーが立ち上げるキャディのPMM｜笹口直哉＠キャディ](https://note.com/sasaguchisan/n/n3178d2d1bd07) ### 2024-02 - [SmartHRという「スケールアップ企業」について 〜スタートアップにも大企業にもなれないわたしたち〜｜株式会社SmartHR](https://note.com/smarthr_co/n/n5143cf05feec) - [タイミーに入社し、プロダクトデザインチームを組織化するために実行したこと｜Yasuhiro Yokota](https://note.com/_yyyyy/n/n5963cb9f10fe) - [SaaS アーキテクチャ概要](https://speakerdeck.com/ryurock/saas-akitekutiyagai-yao) - [【コンパウンドスタートアップの勝ち筋】6年間でゼロからデカコーンに！COOが語る、Ripplingの戦略](https://blog.allstarsaas.com/posts/rippling-strategy) - [Demystifying the Kubernetes Iceberg: Part 1](https://asankov.dev/blog/2022/05/15/demystifying-the-kubernetes-iceberg-part-1/) - [ソフトウェアアーキテクチャメトリクスの基礎: Software architecture metrics in a nutshell](https://speakerdeck.com/snoozer05/software-architecture-metrics-in-a-nutshell) - [メルカリ 小泉さんからのエグい学び｜Shota Horii](https://note.com/horishou/n/nfdd6964c6d78) - [偶然を味方につけて、不確実性の高いプロジェクトを成功させる『5つの原理』 ー エフェクチュエーション｜樫田光 : Hikaru Kashida](https://note.com/hik0107/n/n787067e44119) - [開発生産性と探索型組織の作り方 / developer-productivity-20240126](https://speakerdeck.com/morizumi/developer-productivity-20240126) - [マネジメント半年くらいの自分へ](https://konifar-zatsu.hatenadiary.jp/entry/2024/02/22/230933) - [N=1の「最高の体験」を考え抜くたった10秒の習慣とは｜はたけ](https://note.com/hatakejp/n/na188626d76cb) - [新しい環境でバリューが出せずに悩んでいる場合の解決法｜樫田光 : Hikaru Kashida](https://note.com/hik0107/n/n1d7b93c57cdd) - [https://skamille.medium.com/an-incomplete-list-of-skills-senior-engineers-need-beyond-coding-8ed4a521b29f](https://rsci.app.link/AyEKicKhakb?_p=c31029c09a047af6e4038d) - [プログラミングにおけるモナドの初期の歴史について](https://lemniscus.hatenablog.com/entry/20170707/1499399551) - [スクラム神話：スクラムに計画はない](https://www.scrum.org/resources/blog/scrum-myths-there-no-planning-scrum-jp) - [変更容易性と理解容易性を支える自動テスト（2024/02版） / Automated Test Knowledge from Savanna 202402 YAPC::Hiroshima edition](https://speakerdeck.com/twada/automated-test-knowledge-from-savanna-202402-yapc-hiroshima-edition) - [Management, Conviction, & Engineering](https://speakerdeck.com/ymatsuwitter/management-conviction-and-engineering) - [Git Tips 3: Really Large Repositories](https://blog.gitbutler.com/git-tips-3-really-large-repositories/) - [エンジニアに伝えたい！プロダクトマネージャーの頭の中 - プロダクトをもう一段階成長させる仮説の立て方](https://note.com/tably/n/na148a5bcdeab) - [OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい（もしくはコードレビューの話）](https://kazuhooku.hatenadiary.org/entry/20140313/1394687353) - [エンジニアメンター制度の効果的な運用を目指して/improve-mentor-system](https://speakerdeck.com/shibayu36/improve-mentor-system) - [シフトレフトとシフトライトの両面から製品開発に取り組んだお話 (Regional Scrum Gathering Tokyo 2024) - #RSGT2024 / Shift left and Shift right](https://speakerdeck.com/10xinc/shift-left-and-shift-right) - [「問題から目を背けず取り組む」 一休の開発チームが6年間で学んだこと](https://speakerdeck.com/naoya/wen-ti-karamu-wobei-kezuqu-rizu-mu-xiu-falsekai-fa-timuga6nian-jian-dexue-ndakoto) - [デレク・シヴァーズ: 社会運動はどうやって起こすか](https://www.ted.com/talks/derek_sivers_how_to_start_a_movement) - [VISAカードの裏側と “手が掛かる” 決済システムの育て方](https://speakerdeck.com/shoheimitani/visakadonoli-ce-to-shou-gagua-karu-jue-ji-sisutemunoyu-tefang) - [My favourite Git commit](https://dhwthompson.com/2019/my-favourite-git-commit) - [影響力のあるプロダクトリーダーシップとは 〜リーダーシップのBサイド：信頼獲得編〜 / B-side of Product Leadership](https://speakerdeck.com/ykmc09/b-side-of-product-leadership) - [他責思考](https://scrapbox.io/inteltank/%E4%BB%96%E8%B2%AC%E6%80%9D%E8%80%83) - [マイクロサービスにおける決済トランザクション管理](https://engineering.mercari.com/blog/entry/2019-06-07-155849/) - [Services By Lifecycle](http://michaelnygard.com/blog/2018/01/services-by-lifecycle/) ### 2024-01 - [ソフトウェアに関わる人が知っておくといいかもしれない法則10個](https://www.publickey1.jp/blog/24/10_13.html) - [Badプラクティスを選んで失敗しながら進めた新規プロダクト開発/Develop a new product with bad practices](https://speakerdeck.com/kakehashi/develop-a-new-product-with-bad-practices) - [QAエンジニアってスクラムで何をすればいいの？](https://speakerdeck.com/rinchsan/qaenziniatutesukuramudehe-wosurebaiino) - [kakehashi_Scrum and Deadlines](https://speakerdeck.com/kakehashi/kakehashi-scrum-and-deadlines) - [【資料公開】ベロシティ Deep Dive](https://www.ryuzee.com/contents/blog/14587) - [スクラムマスターを職能にする挑戦 - 健全なチームを増やし組織をチームワークであふれさせる道のり / RSGT2024](https://speakerdeck.com/ama_ch/rsgt2024) - [Revisit the DevOps Origin: 10+ Deploys Per Day...](https://speakerdeck.com/kawaguti/revisit-the-devops-origin-10-plus-deploys-per-day-by-flickr) - [論文の読み方 / How to survey](https://speakerdeck.com/kaityo256/how-to-survey) ### 2023-12 - [ビジネス、開発、四方山](https://sizu.me/naoya/posts/7ibi31uch77d) - [”顧客解像度”の上げかた ~事業開発こそ「お客様」を一番理解するべき~ #BtoB事業開発アドカレ｜稲田宙人 / LayerX](https://note.com/hiroto_inada/n/n8ca334c00cc2) - [DNS浸透いうな - それは言葉狩りじゃなくて](https://dns.lavoscore.org/) - [結局のところ、エンジニアリングマネージャーとは何者なのか｜dora_e_m](https://note.com/dora_e_m/n/n396c0317e405) - [Working Group, 委員会, それから勉強会](https://tech-blog.cluster.mu/entry/2023/12/27) - [組織に対するカオスエンジニアリングの実践 - 変化に対応する組織をつくるための課題を探る「カオスWeek」という取り組み](https://agilejourney.uzabase.com/entry/2023/12/27/103000) - [高頻度で安全なリリースを支える「クラスタ」という抽象](https://www.wantedly.com/companies/wantedly/post_articles/879228) - [リクルートデザインマネジメントユニットの「動かすデザイン」を支える組織のしくみ](https://cocoda.design/naokiisogai/p/pe9191b14fbec) - [『注文』『注文する』ボタンにするならどっち？——インターフェースのボタン名を考える上で気をつけるべきこと｜tamamomo](https://note.com/tama2882/n/nfeffc19f2553) - [ウォンテッドリーの組織構成について再整理する](https://www.wantedly.com/companies/wantedly/post_articles/879255) - [プロダクトのために、自分自身の意志を育てる | Design Journal vol.27](https://note.com/sakinotomiura/n/n8d699ac40434) - [人類学的なデザイン｜mihozono](https://note.com/mihozono/n/nbf12fdbb9405) - [あらゆる場面でデザインを駆使するための技術 / Techniques for Applying Design in Any Situation](https://speakerdeck.com/akiramotomura/techniques-for-applying-design-in-any-situation) - [エンジニアリングマネジメントトライアングル再考](https://kakehashi-dev.hatenablog.com/entry/2023/12/27/113000) - [QAを歩んだ先にあったスクラムマスター道｜とうま](https://note.com/chopiner/n/n2ec3eaf97c28) - [オーナーシップと越境｜dora_e_m](https://note.com/dora_e_m/n/n7e13146ce1f7) - [こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと](https://bufferings.hatenablog.com/entry/2023/12/23/110403) - [めんどくさい作業を改善できるようになるには](https://konifar-zatsu.hatenadiary.jp/entry/2023/12/21/124953) - [Amazon ECS でのコンテナデプロイの高速化](https://toris.io/2021/04/speeding-up-amazon-ecs-container-deployments/) - [チームワークと効率向上のカギ！メルカリが成功する大人数iOS開発のための手法とは？](https://engineering.mercari.com/blog/entry/20231211-large-team-development-at-mercari-ios/) - [質とスピードとゆとり](https://kakehashi-dev.hatenablog.com/entry/2023/12/10/090000) - [メルペイのProgram型組織への移行](https://engineering.mercari.com/blog/entry/20231202-merpay-program-organization/) - [強いエンジニア組織に必要な、6つの技術以外のこと – メルカリ編](https://engineering.mercari.com/blog/entry/20231206-4e4f1e2323/) - [事業を支える、SmartHRのあたらしい組織体制について｜株式会社SmartHR](https://note.com/smarthr_co/n/na599510afea4) - [PMConf2023: シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何...](https://speakerdeck.com/sonehara/pmconf2023-sirikonbarenopurodakutomaneziyada-nijian-ru-jue-wu-wojue-metapmhahe-gawei-unoka?slide=37) - [その意思決定、説明できますか？](https://speakerdeck.com/more_t/sonoyi-si-jue-ding-shuo-ming-dekimasuka) - [ユーザー体験を軸とした開発仕様書「UI Spec」とは](https://goodpatch.com/blog/mvp-ui-spec) ### 2023-11 - [「動かすデザイン」で事業を進める。リクルートが取り組むデザインマネジメントについて](https://cocoda.design/naokiisogai/p/pffa937841e60) - [プロダクトビジョンを決め、活用するまでの長い道のり](https://tech.smarthr.jp/entry/long-hard-road-of-product-vision) - [KPIを追いかけていたらプロダクトビジョンにたどり着いた話](https://tech.smarthr.jp/entry/kpi-and-product-vision) - [MVP の作り方 🔨 とにかく雑に作る「手作業型 MVP」のススメ](https://speakerdeck.com/tumada/mvp-falsezuo-rifang-tonikakuza-nizuo-ru-shou-zuo-ye-xing-mvp-falsesusume) - [なぜレッドオーシャン化する前にサービスを グロースできなかったのか？ - フリマアプリ編 - @yutadayo](https://speakerdeck.com/yutadayo/cto-night-and-day-2023) - [テストを考えることはサービスを考えることだ、と学んだ話](https://techblog.lycorp.co.jp/ja/20231122a) - [Before you try to do something, make sure you can do nothing](https://devblogs.microsoft.com/oldnewthing/20230725-00/?p=108482) - [コンパウンドスタートアップというLayerXの挑戦](https://comemo.nikkei.com/n/n7332c93f50c7) - [The path to More Effective Agile](https://www.docswell.com/s/nagasawa/ZXE425-The-path-to-More-Effective-Agile) - [まんが 「オブジェクト指向ユーザーインターフェース」](https://atochotto.com/633) - [タスク偏重のデザインはなぜ生まれるのか？](https://atochotto.com/370) - [今さらProtocol Buffersと、手に馴染む道具の話](https://qiita.com/yugui/items/160737021d25d761b353) - [データ指向プログラミングの真実をお話しします](https://slides.com/kawasima/truth-of-data-oriented-programming) - [最強のチームが最高のプロダクトを作る](https://speakerdeck.com/mizuman/supreme-teams-for-supreme-creations) - [モブプログラミング-チーム全体のアプローチ by Woody Zuill](https://kawaguti.hateblo.jp/entry/2021/03/30/082537) - [Product vs Feature Teams](https://www.svpg.com/product-vs-feature-teams/) - [Empowered Product Teams](https://www.svpg.com/empowered-product-teams/) - [コードが読めるソフトウェア開発者](https://blog.riywo.com/2021/04/software-engineer-who-reads-code/) ### 2023-10 - [メンバー目線から紐解く、 メルカリにおけるカルチャーが浸透し続ける6つの仕組み](https://speakerdeck.com/afroscript/menbamu-xian-karaniu-jie-ku-merukariniokerukarutiyagajin-tou-sisok-keru6tunoshi-zu-mi) - [Type Compatibility](https://www.typescriptlang.org/docs/handbook/type-compatibility.html) - [子ども達の好奇心に真摯に向き合った結果、ぽぽちゃんを生産終了する判断に至りました。『ピートラ』～号外～｜ピープル㈱コーポレート広報(おもちゃ/育児用品）](https://note.com/people_pr/n/n367174349198) - [ECSのCI/CD改善と標準化の取り組み / JAWS FESTA 2023 in Kyushu](https://speakerdeck.com/cohalz/jaws-festa-2023-in-kyushu) - [スクラムイベントを効果的な場にするためのファシリテーションの学び方 / Scrum Fest Fukuoka 2023](https://speakerdeck.com/ama_ch/scrum-fest-fukuoka-2023) - [「心理的安全性」はなぜ混乱を招き続けるのか](https://q.livesense.co.jp/2023/09/26/) - [次の転換期に備えて、過去から振る舞いを学ぶ 川口恭伸氏が考える、アジャイル開発とDevOpsの歴史](https://logmi.jp/tech/articles/327709) ### 2023-09 - [作業者じゃなく開発者でありたい](https://onk.hatenablog.jp/entry/2023/09/30/165714) - [Solving the Engineering Strategy crisis.](https://lethain.com/solving-the-engineering-strategy-crisis/) - [タスク指向のデザインはなぜ生まれるのか？](https://atochotto.com/2453) - [「合議で決めたいわけではないけれど、集合知で助けてほしい。」 推進力の高い自律的プロダクトチームをどう作るか。｜斉藤 知明 : ログラス 執行役員 CBDO](https://note.com/tomosooon/n/nbf6237bb3781) - [The 37signals Guide to Internal Communication](https://37signals.com/how-we-communicate) - [リリースから2年。たどりついた「共創するデザイン」｜Mercari Design Blog](https://note.com/mercari_design/n/n594497553ea2) - [ソルト付きハッシュのソルトはどこに保存するのが一般的か](https://qiita.com/ockeghem/items/d7324d383fb7c104af58) - [Platform Engineering at Mercari](https://speakerdeck.com/tcnksm/platform-engineering-at-mercari) - [「快適な」学習のために〜認知負荷理論入門｜教育のスゴい論文](https://note.com/sugo_ron/n/na8d0916b1f55) - [Google Engineering Practices Documentation](https://google.github.io/eng-practices/) - [部下育成には「伸ばす」だけでなく「抑える」働きかけも必要](https://www.recruit-ms.co.jp/issue/feature/0000000414/) - [野良犬日記 2.1](https://tamo.tdiary.net/20080329.html) - [質の高い技術文書を書く方法](https://blog.riywo.com/2021/01/how-to-write-high-quality-technical-doc/) - [「推測するな、計測せよ」という訳はミスリードと言う話](https://aki33524.hatenablog.com/entry/2023/08/25/231051) - [How Facebook Build Products](https://productlife.to/p/-execution-at-facebook) - [「アジャイルテストの4象限」はアジャイル開発を補完するソフトウェア開発手法である](https://mtx2s.hatenablog.com/entry/2023/09/04/220212) ### 2023-08 - [何故パスワードをハッシュ化して保存するだけでは駄目なのか？](https://tech.nri-net.com/entry/hashing_password) - [サブスクリプションサービスをつくる時にエンジニアが考えること / Behind the Scenes: Engineering a Subscription Service](https://speakerdeck.com/ohbarye/behind-the-scenes-engineering-a-subscription-service) - [6 Archetypes of Broken Ownership](https://blog.alexewerlof.com/p/broken-ownership) - [ハイグロース企業のインセンティブストラクチャーに関する考察｜SatoshiYamada](https://note.com/sportstechnow/n/n8e7d99202e8c) - [プロダクトマネージャーが出てきたがゆえに始まった“良くない分業” 「プロダクトマネジメントの根本」から考える、理想的なかたち](https://logmi.jp/tech/articles/329057) - [SmartHRのPMMの役割](https://speakerdeck.com/yuzoshigematsu/smarthrnopmmnoyi-ge) - [現代的システム開発概論](https://speakerdeck.com/recruitengineers/modernsystemdevelopment-2023) - [Being Glue — No Idea Blog](https://noidea.dog/glue) ### 2023-07 - [指摘を批判と捉えない](https://konifar-zatsu.hatenadiary.jp/entry/2023/07/29/130905) - [これから学ぶ人のための ソフトウェアアーキテクチャ入門: Software architect...](https://speakerdeck.com/snoozer05/20230727-software-architecture-is-a-tool-to-enhance-our-humanity) - [Sliced Onion Architecture](https://odrotbohm.de/2023/07/sliced-onion-architecture/) - [「代打、オレ」からの脱却が成長を生み出す｜dora_e_m](https://note.com/dora_e_m/n/nc794b20a5070) - [チームにいると頼りになるソフトウェアエンジニア](https://nhiroki.jp/2021/04/30/reliable-software-engineers) - [開発チームのマネージャーとして意識しているチームのCapability](https://tech.layerx.co.jp/entry/2023/07/19/202234) - [120名の開発組織を支える、技術マネジメントと選定](https://speakerdeck.com/pospome/120ming-nokai-fa-zu-zhi-wozhi-eru-ji-shu-manezimentotoxuan-ding) - [DMMプラットフォームのマイクロサービス戦略 オーナーシップの落とし穴](https://speakerdeck.com/pospome/dmmpuratutohuomunomaikurosabisuzhan-lue-onasitupunoluo-tosixue) - [プロダクトマネジメントの歴史と進化 by Martin Eriksson](https://medium.com/waicrew/%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E3%81%AE%E6%AD%B4%E5%8F%B2%E3%81%A8%E9%80%B2%E5%8C%96-e0d444f89615) - [モブに早く慣れたい人のためのガイド](https://speakerdeck.com/cybozuinsideout/a-guide-to-getting-started-quickly-with-mob-programming-2023) - [開発チーム間の情報を遠回りさせてる](https://bufferings.hatenablog.com/entry/2023/07/15/153609) - [デイリースクラムいらなくなくなくなーい！？](https://speakerdeck.com/kitamu_mu/scrumfestmikawa2022-dailyscrum) - [Teach Computer Science with Kotlin](https://kotlinlang.org/education/) - [無駄な議論を減らすために使ってる言葉](https://konifar-zatsu.hatenadiary.jp/entry/2016/06/29/193911) - [ロールプレイングゲーム](https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4/%E3%83%AD%E3%83%BC%E3%83%AB%E3%83%97%E3%83%AC%E3%82%A4%E3%83%B3%E3%82%B0%E3%82%B2%E3%83%BC%E3%83%A0/) - [ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s](https://note.com/mtx2s/n/ne8ffd5943439) - [ゴールは「状態」で設定する](https://www.servantworks.co.jp/posts/goal-as-a-status/) - [ABテストの結果よりも大事なたった一つのこと](https://tech.uzabase.com/entry/2023/07/04/183049) - [信頼を資産のように管理する](https://tech.uzabase.com/entry/2023/07/03/105411) - [演じるうちにできるようになる](https://konifar-zatsu.hatenadiary.jp/entry/2020/08/18/105022) - [きれいなコードを書けという話について](https://kumagi.hatenablog.com/entry/write-beautiful-code) - [フィーチャーチーム化への取り組みと、それを支える組織マネジメント体制](https://speakerdeck.com/tanakayuki/huitiyatimuhua-henoqu-rizu-mito-sorewozhi-eruzu-zhi-manesimentoti-zhi) - [意思決定できる人の手順の型](https://konifar-zatsu.hatenadiary.jp/entry/2023/07/12/220422) - [チームにノリをもたらした時にいた「二人目に踊る人」の共通点](https://speakerdeck.com/piyonakajima/timuninoriwomotarasitashi-niita-er-ren-mu-niyong-ruren-nogong-tong-dian) - [カード決済のセキュリティ的な問題点とその対策、IC チップの決済とその仕組み](https://tech.kanmu.co.jp/entry/2023/06/29/112710) - [あるレポジトリのサブディレクトリ配下を別のレポジトリへ履歴付きで移行する](https://blog.shibayu36.org/entry/2023/06/27/170000) - [The Sprint Goal: What It Is and How It Can Help](https://www.mountaingoatsoftware.com/blog/the-sprint-goal-what-it-is-and-how-it-can-help) ### 2023-06 - [Next.jsから学ぶWebレンダリング ~React誕生以前からApp Router with RSCまでの流れ~](https://zenn.dev/suzu_4/articles/2e6dbb25c12ee5) - [Good Tech Lead, Bad Tech Lead](https://medium.com/swlh/good-tech-lead-bad-tech-lead-948b2b806d86) - [Speed matters: Why working quickly is more important than it seems](https://jsomers.net/blog/speed-matters) - [実践！モノリスからマイクロサービス！Event Stormingによるドメイン駆動設計から実装まで / AWS_Dev_Day_2023_E_3](https://speakerdeck.com/fatsushi/aws-dev-day-2023-e-3) - [DBマイグレーションを行う技術](https://mrasu.hatenablog.jp/entry/2018/04/29/232541) - [入社1ヶ月目でやったこと 〜ソフトウェアテストプロセスに基づいたテストケース作成を行ってみた〜](https://nihonbuson.hatenadiary.jp/entry/10X_test_process) - [1 プロダクトが大きくなると、なぜ生産性は下がるのか？　『Team Topologies』から読み解く、「認知負荷」という考え方](https://logmi.jp/tech/articles/328828) - [【資料公開】プロダクトオーナーアンチパターン](https://www.ryuzee.com/contents/blog/14583) - [テストで「ちゃんと網羅して！」と頼まれたときの返答方法あれこれ｜Tsuyoshi Yumoto](https://note.com/yumotsuyo/n/n1276127a938e) - [プロダクトゴールとは？あるいはプロダクトのゴールを設定するには何が必要か？ #RSGT2022](https://www.docswell.com/s/nagasawa/5MLNJK-rsgt2022-product-goal) - [プロダクトオーナーの考えるべきところ](https://kawaguti.hateblo.jp/entry/2023/06/19/134123) - [品質保証（QA）とは。定義の三大流派と定義揺れの弊害](https://goyoki.hatenablog.com/entry/2023/06/04/192409) - [エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s](https://note.com/mtx2s/n/n2ca2fbf02f6b) - [知的労働におけるチームマネジメント｜きゅーい / koyo](https://note.com/kiwiwi/n/ncd5c26611293) - [How Agile Works at Tesla](https://www.scrum.org/resources/blog/how-agile-works-tesla) - [Hexagonal architecture](https://alistair.cockburn.us/hexagonal-architecture/) - [どういうデザイナーとだと仕事しやすいか](https://konifar-zatsu.hatenadiary.jp/entry/2017/11/14/121512) - [「無料・容量無制限でアップロード」を 支える みてねのコスト削減術](https://speakerdeck.com/mixi_engineers/aws-cost-reduction-method-to-support-free-and-unlimited-uploading-in-mitene-family-album) - [コンポーネントベースで開発する時の CSS の書き方とコンポーネントの分類 (自己流)](https://zenn.dev/mizchi/articles/component-based-css) - [共変性・反変性とは型構築子が部分型関係をどう保ち、どう変換するかという性質のことである](https://zenn.dev/yuchiki/articles/type-variance) - [1 あなたが学んだアジャイルとテスラの手法は何が違うのか？　認定スクラムトレーナーが語る、テスラの真の凄さ](https://logmi.jp/tech/articles/327160) - [How Kubernetes Reinvented Virtual Machines (in a good sense)](https://iximiuz.com/en/posts/kubernetes-vs-virtual-machines/) - [何かのときにすっと出したい、プログラミングに関する法則・原則一覧](https://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63) - [https://docs.google.com/presentation/d/1YgAxABhoOT4C4O0_4LlePdC37pYGENs-b7ISgwvJvWQ/mobilepresent?slide=id.g24a1feb7ccd_0_6](https://docs.google.com/presentation/d/1YgAxABhoOT4C4O0_4LlePdC37pYGENs-b7ISgwvJvWQ/mobilepresent?slide=id.g24a1feb7ccd_0_6) - [オープンソースビジネスの挑戦と現実｜Rui Ueyama](https://note.com/ruiu/n/ndfcda9adb748) - [とにかく日本の住所のヤバさをもっと知るべきだと思います｜inuro](https://note.com/inuro/n/n7ec7cf15cf9c) - [オブザーバビリティについて理解したこと](https://bering.hatenadiary.com/entry/2023/05/28/105852) - [The Code Review Pyramid](https://www.morling.dev/blog/the-code-review-pyramid/) - [Seek First to Understand](https://dannorth.net/seek-first-to-understand/) ### 2023-05 - [Spring Bootcamp（新卒研修） 2022 QA研修 座学](https://speakerdeck.com/honamin09/spring-bootcamp-xin-zu-yan-xiu-2022-qayan-xiu-zuo-xue) - [Design Doc の書き方 / How to Write a Design Doc (Ja ver.)](https://speakerdeck.com/munetoshi/how-to-write-a-design-doc-ja-ver-dot) - [Algebraic Effectsとは? 出身は? 使い方は? その特徴とは? 調べてみました!](https://nymphium.github.io/2018/10/30/what-is-algebraic-effects.html) - [一言で理解するReact Server Components](https://zenn.dev/uhyo/articles/react-server-components-multi-stage) - [CTOの頭の中：技術を財務で表現する](https://note.com/singtacks/n/nb7a63ad40c17) - [Software Engineering at Google](https://abseil.io/resources/swe-book/html/ch07.html) - [ビジネスモデル毎の組織デザイン｜徳田悠輔(ナレッジワーク : HR)](https://note.com/toktok0415/n/n4ce615df6709) ### 2023-04 - [Suicaの新改札システムはようやっとキタ感が強いよねって話とか何ができるようになるのかとか耐障害性の話。](https://ossan.hatenablog.com/entry/2023/04/05/044022) - [アジャイルコーチはなにをコーチングするのか？吉羽龍太郎さんに聞く、組織にアジャイルを取り入れるアプローチ](https://agilejourney.uzabase.com/entry/2023/04/17/103000) - [Impediments（障害事項）への対応](https://www.ryuzee.com/contents/blog/3574) - [Dropbox Engineering Career Framework](https://dropbox.github.io/dbx-career-framework/what_is_impact.html) - [Dropbox Engineering Career Framework](https://dropbox.github.io/dbx-career-framework/archetypes_behaviors.html) - [Cohesion in simple terms - Software modularity](https://www.16elt.com/2022/12/24/cohesion/index.html) - [Dropbox Engineering Career Framework](https://dropbox.github.io/dbx-career-framework/) - [Innovation is overrated](https://world.hey.com/jason/innovation-is-overrated-4994874c) - [Here's the latest version of our Engineering Career Framework](https://dropbox.tech/culture/our-updated-engineering-career-framework) - [スプリントゴールって何？](https://miholovesq.hatenablog.com/entry/2022/07/29/120418) - [https://zenn.dev/shin_semiya/articles/7e2653da51da0c](https://zenn.dev/shin_semiya/articles/7e2653da51da0c) - [チームの状態を「即興性」の視点からふりかえってみよう](https://speakerdeck.com/utsumit/perspective-of-improvisation) - [こうしてふりかえりは終わってしまった / A Demise of a retrospective](https://speakerdeck.com/navitimejapan/a-demise-of-a-retrospective) - [評価の満足度を劇的にあげた秘訣。Continuous Feedbackのすすめ](https://engineering.mercari.com/blog/entry/20211206-15c9c9dc16/) - [SLOをもっとカジュアルに活用しよう](https://zenn.dev/ymotongpoo/articles/20230329-slo-without-sre) ### 2023-03 - [The Ambiguous Zone](https://www.bennorthrop.com/Essays/2023/the-ambiguous-zone.php) - [あの日ハッカーに憧れた自分が、「ハッカーの呪縛」から解き放たれるまで](https://speakerdeck.com/ar_tama/anori-hatukanichong-retazi-fen-ga-hatukanozhou-fu-karajie-kifang-tarerumade) - [戦略と実行をつなぐデータ](https://speakerdeck.com/hik0107/zhan-lue-toshi-xing-wotunagudeta) - [マルチテナントにおけるRow Level Securityの具体的な実装と注意点](https://soudai.hatenablog.com/entry/2022/11/11/110825) - [エンジニアのためのドキュメントライティング / Docs for Developers](https://speakerdeck.com/iwashi86/docs-for-developers) - [The Journey to Server Driven UI At Lyft Bikes and Scooters](https://eng.lyft.com/the-journey-to-server-driven-ui-at-lyft-bikes-and-scooters-c19264a0378e) - [uber-go/guide](https://github.com/uber-go/guide) - [Improve your debugging by asking broad questions](https://buttondown.com/hillelwayne/archive/improve-your-debugging-by-asking-broad-questions/) - [ステークホルダーの多いプロジェクトでもスクラムが効果を発揮するまでヤフーが取り組んできたこと─スクラムマスターとアジャイルコーチの役割とは](https://agilejourney.uzabase.com/entry/2023/02/28/103000) - [アナリストがプロダクトディスカバリーに触れ、デリバリー至上主義から改心した話｜Hiroyuki Ueno](https://note.com/hiroism/n/na625e0f0dda7) ### 2023-02 - [You Might Not Need an Effect – React](https://react.dev/learn/you-might-not-need-an-effect) - [The 25 Percent Rule for Tackling Technical Debt (2023)](https://shopify.engineering/technical-debt-25-percent-rule) - [5 つの Why の擁護](https://www.atlassian.com/ja/incident-management/postmortem/5-whys) - [30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18](https://speakerdeck.com/xerial/30fen-dewakarudetazhi-xiang-apurikesiyondezain-data-engineering-study-number-18) - [Carrying a Dozen Problems](https://matt-rickard.com/carrying-a-dozen-problems) - [30分で完全理解するTransformerの世界](https://zenn.dev/zenkigen_tech/articles/2023-01-shimizu) - [安定して成果を出せるエンジニアへの近道](https://yigarashi.hatenablog.com/entry/2023/02/14/093000) - [Goの新しい構造化ロガーを体験しよう](https://gihyo.jp/article/2023/02/tukinami-go-04) - [How to spend your first 30 days in a new senior-level role](https://larahogan.me/blog/first-30-days-new-role/) - [Flutter で Voice Pococha アプリを1年間開発して感じたこと](https://engineering.dena.com/blog/2023/01/voice-pococha-one-year-flutter/) - [スクラムマスターに期待される3つの「ともにある」｜市谷 聡啓 (papanda)](https://note.com/papanda0806/n/n7b3020809ee8) - [オープンでフラットな組織が突然「閉鎖的」と言われるとき｜柴田史郎](https://note.com/4bata/n/n4c1653fe39ac) - [5 Bad Scrum Master Habits you should quit right now](https://responsiveadvisors.com/blog/bad-scrum-master-habits/) - [【第1回・前編】 エンジニア和田卓人の今を形作る技術](https://www.geekly.co.jp/column/cat-geeklycolumn/specialtalk_ikyu_wada_1/) ### 2023-01 - [【ジェネラリストの到達点】スタートアップの現役COOは「最初の30日間」で何をした？過去の経験・実績の生かしかた](https://blog.allstarsaas.com/posts/coo-first30days) - [Things they didn’t teach you about Software Engineering](https://vadimkravcenko.com/shorts/things-they-didnt-teach-you/) - [20 Things I’ve Learned in my 20 Years as a Software Engineer](https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/) - [Product Operations: What they do and how you benefit](https://productled.com/blog/what-is-product-operations-and-how-plg-companies-benefit) - [圧倒的に生産性の高い人（サイエンティスト）の研究スタイル](https://kaz-ataka.hatenablog.com/entry/20081018/1224287687) - [Introducing SREs, TPMs and other specialized roles.](https://lethain.com/specialized-roles/) - [Agile Coaching (AC) at Spotify: Shining a Light on the AC Career Framework](https://engineering.atspotify.com/2023/01/agile-coaching-ac-at-spotify-shining-a-light-on-the-ac-career-framework/) - [https://www.agilealliance.org/wp-content/uploads/2018/07/How-to-use-KPI_June2014_pretty.pdf](https://www.agilealliance.org/wp-content/uploads/2018/07/How-to-use-KPI_June2014_pretty.pdf) - [デイリースクラムの”守破離”（日々をより楽しく有意義にするヒント）](https://speakerdeck.com/m3hiro3/deirisukuramuno-shou-po-li-ri-woyorile-sikuyou-yi-yi-nisuruhinto) - [「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには ...](https://speakerdeck.com/visional_engineering_and_design/number-rsgt2023) - [SaaS新世代の野望〜コンパウンドスタートアップと戦略的ポジショニング〜｜神前達哉（ALL STAR SAAS FUND）](https://note.com/tatsuya_org/n/ndb9d26b78b45) - [プロダクトゴールとは？あるいはプロダクトのゴールを設定するには何が必要か？ #RSGT2022](https://www.docswell.com/s/nagasawa/5MLNJK-rsgt2022-product-goal) - [There Is No Software Maintenance](https://henrikwarne.com/2023/01/07/there-is-no-software-maintenance/) - [Get your work recognized: write a brag document](https://jvns.ca/blog/brag-documents/) - [フロントエンドとSPA職人の目指したものの歴史と概略](https://zenn.dev/mizchi/articles/spa-engineers-history) - [On-demand learning is ruining the tech industry.](https://www.jernesto.com/articles/learning.html) - [なぜSpotifyはOKRをやめた？アジャイル組織に最適な目標管理「Spotify Rhythm」とは｜加藤 章太朗](https://note.com/katoshow/n/n3519f7275571) - [The Band Manifesto](https://www.lifeatspotify.com/the-band-manifesto/) - [ストーリー性のあるプレゼン](https://onk.hatenablog.jp/entry/2023/01/02/000000) - [目標設定マニュアル｜長村禎庸@EVeM](https://note.com/nagam/n/n03096d15bc5f) - [技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience](https://speakerdeck.com/mtx2s/technical-debt-and-developer-experience) - [A debugging manifesto](https://jvns.ca/blog/2022/12/08/a-debugging-manifesto/) - [39 Misconceptions about date and time](https://www.meziantou.net/misconceptions-about-date-and-time.htm) - [Manager handoffs](http://larahogan.me/blog/manager-handoffs/) - [フラット、心理的安全性、失敗に寛容といった企業文化に対しての誤解｜片山良平＠paiza代表](https://note.com/rk611/n/n5aad9073a5d5) - [マイクロサービスな組織との向き合い方](https://engineering.mercari.com/blog/entry/20221222-4b53c6408e/) ### 2022-12 - [「自律」について本気出して考えた](https://yamotty.tokyo/post/20221231) - [わたしがテスターとして恐れる「慣れ」について](https://miwa719.hatenablog.com/entry/habituation) - [Google の事例とともに考える採用](https://zenn.dev/google_cloud_jp/articles/e69eb1def68a09) - [もし「リーダブルコード」を弁護士が読んだら？](https://tech.mntsq.co.jp/entry/2022/12/27/144435) - [An Ideal CI/CD System](https://matt-rickard.com/an-ideal-ci-cd-system) - [Kyashミーティングガイドラインを公開しました](https://blog.kyash.co/entry/2022/12/07/112550) - [スタートアップ人事評価制度の「超」基本](https://coralcap.co/2022/10/employee-evaluation-system/) - [ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation](https://speakerdeck.com/iwashi86/introduction-to-meeting-and-facilitation) - [How to develop T-shaped people](https://jchyip.medium.com/how-to-develop-t-shaped-people-993349932f90) - [Why T-shaped people?](https://jchyip.medium.com/why-t-shaped-people-e8706198e437) - [これから推薦システムを作る方向けの推薦システム入門｜masa_kazama](https://note.com/masa_kazama/n/n586d0e2d49d2) - [SmartHR開発組織のこれまで、これから 〜2022クリスマスVer.〜](https://tech.smarthr.jp/entry/2022/12/25/111751) - [メルカリにおけるA/Bテスト標準化への取り組み](https://speakerdeck.com/shyaginuma/btesutobiao-zhun-hua-hefalsequ-rizu-mi) - [それでも、デイリースクラムをやらない理由とは？｜市谷 聡啓 (papanda)](https://note.com/papanda0806/n/nc735e6faf6bf) - [The Multiteaming Way: Organized Anarchy at a Startup Company](https://unfix.com/blog/the-multiteaming-way) - [アジャイルは手段ではないよ。｜市谷 聡啓 (papanda)](https://note.com/papanda0806/n/nc87b1375e8aa) - [SmartHR UI を中心としたエコシステムのすすめ](https://tech.smarthr.jp/entry/2022/12/14/170527) - [2023年にVisual Regression Testingを始めるならどんな選択肢があるか](https://zenn.dev/loglass/articles/visual-regression-testing-comparison) - [秘密情報には出どころも書いてくれ！頼む！](https://techblog.kayac.com/do-you-know-these-secrets-came-from) - [正しいクラウドはある意味で遅い](https://kumagi.hatenablog.com/entry/cloud-is-slow) - [Cloudflare Zero Trustを利用して開発環境への安全なアクセス方法を構築する](https://developers.cyberagent.co.jp/blog/archives/39259/) - [症状検索エンジン「ユビー」のUXライティングを改善している話](https://zenn.dev/ubie_dev/articles/43eb11e303e58a) - [線形代数を学ぶ理由](https://qiita.com/kaityo256/items/872a2b2fdf977c0e3fbb) - [ミーティングが効果的になるように、自分がよく使うミーティングテンプレート](https://blog.shibayu36.org/entry/2022/12/05/173000) - [組織内コミュニケーションにはどのようなものがあるのか分類してみた](https://engineering.mercari.com/blog/entry/type_of_internal_communication/) - [クレジットカード取引とメルカードマイクロサービスについて](https://engineering.mercari.com/blog/entry/20221203-mercard-behind-the-scenes-03/) - [Building Blocks of the Next Generation of Organisations](https://www.scrum.org/resources/blog/building-blocks-next-generation-organisations) - [I/O is no longer the bottleneck](https://benhoyt.com/writings/io-is-no-longer-the-bottleneck/) - [Roles](https://engineering.mercari.com/roles/) - [SRE NEXT 2022: Sensible Incident Management for...](https://speakerdeck.com/takanabe/sre-next-2022-sensible-incident-management-for-software-startups) - [ソフトウエアエンジニアの組織と文化｜Suguru Namura](https://note.com/suguru_namura/n/n4afcd492f8c0) ### 2022-11 - [ソフトウェアアーキテクチャ・ ハードパーツ: Software Architecture Th...](https://speakerdeck.com/snoozer05/20221129-software-architecture-the-hard-parts) - [デザインシステムにフロントエンドのプラクティスを詰め込んで再配布する](https://speakerdeck.com/sakito/dezainsisutemunihurontoendonopurakuteisuwojie-meip-ndezai-pei-bu-suru) - [アプリケーションにおける権限設計の課題](https://kenfdev.hateblo.jp/entry/2020/01/13/115032) - [1 「プログラマーとして食っていける気がしない」　圧倒的実力差に絶望も味わった、きょん氏のキャリア変遷](https://logmi.jp/tech/articles/327541) - [30、50、100人の壁の正体｜山本 正喜 / kubell CEO](https://note.com/cwmasaki/n/n73c57f0d8696) - [コードは2回書きたい](https://bufferings.hatenablog.com/entry/2022/11/11/003114) - [相対見積もりが機能するために必要そうなこと](https://t-and-p.hatenablog.com/entry/effective-relative-estimation) - [Technical debt is a myth](https://medium.com/@nrcantor/technical-debt-is-a-myth-cb122d3c2717) - [The Perfect Commit](https://simonwillison.net/2022/Oct/29/the-perfect-commit/) - [登さん、LAPRASをどう思いますか？そしてエンジニアは今後どうすべきですか？](https://note.lapras.com/interview/dnobori/) - [Work on what matters](https://staffeng.com/guides/work-on-what-matters) - [https://static.architectis.je/devlin2022-the-code-doesnt-tell-the-whole-story.pdf](https://static.architectis.je/devlin2022-the-code-doesnt-tell-the-whole-story.pdf) - [『組織として』顧客を理解するインタビュー習慣の作り方 #pmconf2022 / Continuous user interview habit](https://speakerdeck.com/tktktks10/continuous-user-interview-habit) - [アイデアと上手くつきあう方法](https://speakerdeck.com/more_t/aideatoshang-shou-kutukiaufang-fa-15097b10-8b4b-4d39-9558-8bb223c0682c) - [Facebook's Culture Book (2012)](https://matt-rickard.com/facebook-culture-book) - [How to become a strategic leader (2): A step-by-step guide](https://www.lenareinhard.com/articles/how-to-lead-strategically-every-day) - [2022年のプロダクトマネジメント方針を公開します](https://tech.smarthr.jp/entry/pm-policy-2022) - [The Trident Model of Career Development](https://www.patkua.com/blog/the-trident-model-of-career-development/) - [名村卓を迎えたLayerXがイネーブルメント専門チームを設立。プロダクト開発を最適化するアクションとは？](https://type.jp/et/feature/20929/) - [今日から使える「実例マッピング」 / How to Use Example Mapping #pmconf2022](https://speakerdeck.com/rikasato/how-to-use-example-mapping-number-pmconf2022) - [分散プログラミングモデルおよびデザインパターンの考察 その4](https://kumagi.hatenablog.com/entry/distributed_system_taxonomy_part4) - [分散プログラミングモデルおよびデザインパターンの考察 その5](https://kumagi.hatenablog.com/entry/distributed_system_taxonomy_part5) - [分散プログラミングモデルおよびデザインパターンの考察 その3](https://kumagi.hatenablog.com/entry/distributed_system_taxonomy_part3) ### 2022-10 - [Deploy Early, Deploy Often](https://matt-rickard.com/deploy-early-deploy-often) - [Bar Raiser Interview](https://developers.soundcloud.com/blog/bar-raiser) - [分散プログラミングモデルおよびデザインパターンの考察 その2](https://kumagi.hatenablog.com/entry/distributed_system_taxonomy_part2) - [分散プログラミングモデルおよびデザインパターンの考察 その1](https://kumagi.hatenablog.com/entry/distributed_system_taxonomy_part1) - [https://docs.google.com/presentation/d/1uunQ8Md8p52rC_D6Adhgib8jH6B9YLAuFJhXDLGCgEw/mobilepresent?slide=id.p](https://docs.google.com/presentation/d/1uunQ8Md8p52rC_D6Adhgib8jH6B9YLAuFJhXDLGCgEw/mobilepresent?slide=id.p) - [プログラミングというより物事が出来るようになる思考法｜牛尾　剛](https://note.com/simplearchitect/n/n388201603a28) - [EMのトレンド？もしくはその兆し (2022年)](https://iwashi.co/2022/10/24/2022-Engineeriing-Management) - [チームの状況を把握するための5つの質問](https://www.ryuzee.com/contents/blog/14575) - [What Is unFIX? — unFIX](https://unfix.com/what-is-unfix) - [The unFIX Model for Versatile Organizations](https://shiftup.work/unfix-model/) ### 2022-09 - [How to present to executives.](https://lethain.com/present-to-executives/) - [What does sponsorship look like?](https://larahogan.me/blog/what-sponsorship-looks-like/) - [Be good-argument-driven, not data-driven](http://twitchard.github.io/posts/2022-08-26-metrics-schmetrics.html) - [Domain Driven Design implemented by functional programming](https://www.thoughtworks.com/insights/blog/microservices/ddd-implemented-fp) - [What’s the Difference Between a Mentor and a Sponsor?](https://hbr.org/2021/10/whats-the-difference-between-a-mentor-and-a-sponsor) - [1 1つでも該当すると、「会議の成功率」は5分の1以下　AIが導き出した、会議の成功を阻む5要素](https://logmi.jp/business/articles/327251) ### 2022-08 - [What I learned working with a senior engineer as a new grad : TK's website](https://tanishqkancharla.dev/blog/what-i-learned) - [リモートワークにおけるファシリテーションの方法論](https://docs.google.com/presentation/d/1dQgbxB6_0kosazzgfk0Gmoa8c7dInfOy_NvZejfpneo/mobilepresent?slide=id.g814b63fdb8_0_12&usp=embed_facebook&usp=embed_facebook&usp=embed_facebook&usp=embed_facebook) - [いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz : Lead Product Manager @ Mercari](https://note.com/fmkpro1984/n/n09a2f5b01f33) - [〇〇 強化型人間を目指す：PM + プロダクトに関わる人のプチキャリア論と、今後強化できる 20 のスキルについて](https://note.com/fmkpro1984/n/n3ac94cb85868) - [What is Gradual Typing](https://wphomes.soic.indiana.edu/jsiek/what-is-gradual-typing/) - [仕事で出会ったアルゴリズムたち](https://www.estie.jp/blog/entry/2022/08/04/113000) - [3 common pitfalls of post-mortems](https://incident.io/blog/pitfalls-of-post-mortems) - [Better/Sooner/Cheaper/More](https://tidyfirst.substack.com/p/bettersoonercheapermore) - [開発中のコミュニケーションには色んなところで想像が入り込む](https://bufferings.hatenablog.com/entry/2022/08/03/003014) - [Primitive Obsession](https://refactoring.guru/smells/primitive-obsession) - [PMFへの第一歩: バリュープロポジション (フォーカスと再現性)](https://note.com/kenichiro_hara/n/nda84fcb24fa7) - [なぜ人が足りなくなるのか](https://lacolaco.hatenablog.com/entry/2022/05/13/124435) - [💋 How to hire actually good engineers](https://siliconvict.com/articles/6-how-to-hire-actually-good-engineers) - [https://newsletter.bringthedonuts.com/p/building-products-at-airbnb](https://newsletter.bringthedonuts.com/p/building-products-at-airbnb) ### 2022-07 - [権限移譲する技術](https://blog.shojimiyata.com/entry/2019/12/03/132635) - [アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと](https://agilejourney.uzabase.com/entry/2022/07/28/103000) - [「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回](https://www.slideshare.net/slideshow/uxux-ux-1/252193612) - [Managing Staff-plus engineers.](https://lethain.com/managing-staff-plus-engineers/) - [How "let it fail" leads to simpler code](https://yiming.dev/blog/2022/07/10/how-let-it-fail-leads-to-simpler-code/) - [Small Actions Make Great Leaders](https://hbr.org/2022/06/small-actions-make-great-leaders) - [Eigenquestions: The Art of Framing Problems](https://coda.io/@shishir/eigenquestions-the-art-of-framing-problems) - [“What does this thing do?”](https://solutionspace.blog/2022/07/07/what-does-this-thing-do/) - [21. Prototyping to learn](https://world.hey.com/rjs/21-prototyping-to-learn-726e2d3e) - [What is a squad health check model?](https://engineering.atspotify.com/2014/09/squad-health-check-model/) - [11. Research gives us the problem, not the answer](https://world.hey.com/rjs/11-research-gives-us-the-problem-not-the-answer-d8a2303e) - [16 Bell-Curve Opinions on Engineering](https://matt-rickard.com/bell-curve-ideas/) - [Who is responsible for a scrum team's performance?](https://orderlydisruption.com/blogs/scrum/who-is-responsible-for-a-scrum-teams-performance) - [Why Microsoft Measures Employee Thriving, Not Engagement](https://hbr.org/2022/06/why-microsoft-measures-employee-thriving-not-engagement) - [Pair Programming](https://jeeb.uk/collaboration/pair-programming/) ### 2022-06 - [Talk on ISH at DDD EU 2022](https://speakerdeck.com/matthewskelton/independent-service-heuristics-a-rapid-business-friendly-approach-to-flow-oriented-boundaries-ddd-eu-matthew-skelton-and-nick-tune) - [Lessons for Product Leaders - Shishir Mehrotra](https://www.theproductfolks.com/blog/lessons-for-product-leaders-shishir-mehrotra) - [死なないために](https://blog.shojimiyata.com/entry/how_not_to_die) - [Engineering Levels at Honeycomb: Avoiding the Scope Trap](https://www.honeycomb.io/blog/engineering-levels-at-honeycomb) - [Scaling Engineering Teams via RFCs: Writing Things Down](https://blog.pragmaticengineer.com/scaling-engineering-teams-via-writing-things-down-rfcs/) - [McDonald’s Theory](https://jonbell.medium.com/mcdonalds-theory-9216e1c9da7d) - [SQLのインデックスとそのチューニングについてのオンラインブック](https://use-the-index-luke.com/ja) - [How to run meetings that don't suck](https://incident.io/blog/how-to-run-meetings-that-dont-suck) - [ALL STAR SAAS FUND厳選！SaaS PdMが明日から使える「プロダクトロードマップの優先順位付け」5つのフレームワーク](https://blog.allstarsaas.com/posts/pdm-frameworks) ### 2022-05 - [事業計画の達成はなぜ大切なのか｜福島良典 : LayerX](https://comemo.nikkei.com/n/ne4a2e81f3982) - [https://speakerdeck.com/ma2k8/alps-authnz-separation-strategy-and-methodology](https://speakerdeck.com/ma2k8/alps-authnz-separation-strategy-and-methodology) - [Infrastructure as Dataとは何か](https://deeeet.com/writing/2020/05/11/infrastructure-as-data/) - [Numbers Every Programmer Should Know By Year](https://colin-scott.github.io/personal_website/research/interactive_latency.html) - [Value Objectについて整理しよう](https://kumagi.hatenablog.com/entry/value-object) - [Changing tires at 100mph: A guide to zero downtime migrations](https://kiranrao.ca/2022/05/04/zero-downtime-migrations.html) - [20. Framing](https://world.hey.com/rjs/20-framing-2f64ddca) - [Git の仕組み (2) - コミット・ブランチ・タグ](https://koseki.hatenablog.com/entry/2014/06/11/inside-git-2) - [Git の仕組み (1)](https://koseki.hatenablog.com/entry/2014/04/22/inside-git-1) ### 2022-04 - [How to Write a Git Commit Message](https://cbea.ms/git-commit/) - [Kotlin and Exceptions](https://elizarov.medium.com/kotlin-and-exceptions-8062f589d07) - [Measure and improve performance with Macrobenchmark](https://medium.com/androiddevelopers/measure-and-improve-performance-with-macrobenchmark-560abd0aa5bb) - [M88 คือใคร ทำความรู้จักกับเว็บไซต์พนันออนไลน์ชั้นนำของเอเชีย](https://betinthai88.com/ss/c/i4W3jH19ejJsNqtlezSpO95ioWKIWS2pYX2ABjAIyrNTWoLhEh4M82HYs1vxX8KcUr69k3tyBcZuTXsE7HTSLZWAlBNRhjLweW6o6JY2YZU5I3fl6NBmpwsaMHlpjZPS_OBgwbxgcS6ZG3JnFCReY0VYANNGn5EOYqcZhq3I0xuR5H-WTaCDdDU9zcmB_i6B/3ea/VrXmYeaDRr2Js97z6eU96Q/h84/pUR1QVcWpg--ZcBy9eyQt9AO1WjseleJIP32fji2opY) - [27 Product Backlog and Refinement Anti-Patterns](https://age-of-product.com/28-product-backlog-anti-patterns/) - [https://revenuecat.notion.site/RevenueCat-Compensation-Philosophy-899394493c9b43789626c0aa46578b2a](https://revenuecat.notion.site/RevenueCat-Compensation-Philosophy-899394493c9b43789626c0aa46578b2a) - [Good Product Manager/Bad Product Manager](https://a16z.com/good-product-manager-bad-product-manager/) - [Conducting 1-on-1 and Contributing to Members’ Growth](https://engineering.mercari.com/en/blog/entry/20220412-conducting-1-on-1-and-contributing-to-members-growth/) - [6 ways staff engineers help reach clarity](https://alexewerlof.medium.com/6-ways-staff-engineers-help-reach-clarity-963c1878accb) - [PMは「よげんの書」で未来を示す。「STORES 予約」のプロダクトロードマップ](https://careerhack.en-japan.com/report/detail/1541) ### 2022-03 - [Delegation is an art, not a science](https://larahogan.me/blog/delegation-is-an-art/) - [MVVMのModelにまつわる誤解](https://ugaya40.hateblo.jp/entry/model-mistake) - [https://eng.uber.com/microservice-architecture/](https://eng.uber.com/microservice-architecture/) - [Design Docs at Google](https://www.industrialempathy.com/posts/design-docs-at-google/) ### 2022-02 - [Why are you working on that?](https://jeffgothelf.com/blog/why-are-you-working-on-that/) - [Python の型チェックが 400 万行に到達するまで](https://navi.dropbox.jp/our-journey-to-type-checking-4-million-lines-of-python) - [「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない｜柴田史郎](https://note.com/4bata/n/nf8fbcb832e91) - [ドメイン駆動設計を使用してモノリシック アプリケーションをマイクロサービスに移行する](https://learn.microsoft.com/ja-jp/azure/architecture/microservices/migrate-monolith) - [メルカリShopsとメルペイはどうつながっているのか](https://engineering.mercari.com/blog/entry/20220209-a71b0c7c26/) - [When to delegate, when to say no](https://larahogan.me/blog/when-to-delegate-when-to-say-no/) - [To share the work, share the decisions](https://jessitron.com/2022/02/01/to-share-the-work-share/) - [ロブ・パイクが学んだプラグラミング・アドバイスとは？　デバッグするより先にまず頭で考える](https://zenn.dev/smagch/articles/5c22646b26dbd1) - [なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか](https://qiita.com/hirokidaichi/items/7f7f7881acba9302301f) - [GitHubの運用を「会社」にしていく話](https://zenn.dev/ubie_dev/articles/ee2ce9cc471f09) - [MVPM: Minimum Viable Product Manager](https://blackboxofpm.com/mvpm-minimum-viable-product-manager-e1aeb8dd421) - [ユーザーの本質的なニーズを抽出する、上位・下位分析とは？](https://sevendex.com/post/13153/) - [放出系を習得してから、自分が具現化系だと判明しました。修行をやりなおすべきでしょうか？｜深津 貴之 (fladdict)](https://note.com/fladdict/n/nb178cbe40a6c) - [Forget About Setting Goals. Focus on This Instead.](https://jamesclear.com/goals-systems) ### 2022-01 - [ブルシットプロダクトからチームを守れ! ｢顧客が本当に必要だったもの｣を追求するプロダクトマネジメントを実現するぞ/bullshit product rsgt2022](https://speakerdeck.com/moriyuya/bullshit-product-rsgt2022) - [幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する｜人事のなべはるさん](https://note.com/nabeharuj/n/nccb5dea43ced) - [Hashing is not encryption](https://eric.mann.blog/hashing-is-not-encryption/) - [【資料公開】プロダクトバックログ Deep Dive](https://www.ryuzee.com/contents/blog/14564) - [Copy the Questions, not the Answers](https://jessitron.com/2021/12/28/copy-the-questions-not-the-answers/) - [どもども "VP of Engineering" です｜hidek](https://note.com/hidek/n/n5bd1f891fe81) - [The Product Management Triangle](https://productlogic.org/2014/06/22/the-product-management-triangle/) - [Quick-Start Guide](https://domainstorytelling.org//quick-start-guide) - [The "Designing with types" series](https://fsharpforfunandprofit.com/series/designing-with-types/) - [How we replaced a 10-year-old Perl product using Scala](https://speakerdeck.com/tanishiking/how-we-replaced-a-10-year-old-perl-product-using-scala) - [The "Designing with types" series](https://fsharpforfunandprofit.com/series/designing-with-types/) ### 2021-12 - [インフラストラクチャの永続レイヤーの設計](https://learn.microsoft.com/ja-jp/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/infrastructure-persistence-layer-design) - [System of Record と System of Engagement](https://speakerdeck.com/naoya/system-of-record-to-system-of-engagement) - [How we manage programming projects in Basecamp](https://world.hey.com/dhh/how-we-manage-programming-projects-in-basecamp-33454b4c) - [プロダクト思考とプロジェクト思考を理解し、優れたプロダクト、チームを作り出す方法](https://tomoima525.hatenablog.com/entry/2021/12/20/074026) - [一番分かりやすい OpenID Connect の説明](https://qiita.com/TakahikoKawasaki/items/498ca08bbfcc341691fe) ### 2021-11 - [Don't soften feedback.](https://larahogan.me/blog/dont-soften-feedback/) ### 2021-10 - [Team Topologies in Souzoh](https://engineering.mercari.com/blog/entry/20210812-team-topologies-in-souzoh/) - [10 Status Code Definitions](http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html) - [Reforge](https://www.reforge.com/blog/product-specializations) ### 2021-09 - [Gateway](https://martinfowler.com/articles/gateway-pattern.html) ### 2021-08 - [ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話](https://qiita.com/YankeeDeltaBravo225/items/9f08c0eccd48f00b9f9e) - [Elephant Carpaccio facilitation guide](https://docs.google.com/document/d/1TCuuu-8Mm14oxsOnlk8DqfZAA1cvtYu9WGv67Yj_sSk/pub) - [Thriving on the Technical Leadership Path](http://keavy.com/work/thriving-on-the-technical-leadership-path/) - [The Practical Test Pyramid](https://martinfowler.com/articles/practical-test-pyramid.html) - [ほぼ日刊イトイ新聞 - 社長に学べ！](https://www.1101.com/president/iwata-index.html) ### 2021-07 - [The C4 Model for Software Architecture](https://www.infoq.com/articles/C4-architecture-model/) - [Performing a Project Premortem](https://hbr.org/2007/09/performing-a-project-premortem) - [Amazon Leadership Principles](https://www.aboutamazon.com/about-us/leadership-principles) ### 2021-06 - [What do you do, Testing or Checking?](https://www.infoq.com/news/2009/12/testing-or-checking/) - [図説：SmartHRのプロダクト開発サイクル 2021 ver.](https://tech.smarthr.jp/entry/2021/06/16/115550) - [Chaos Engineering に向けてレシピサービスの Steady State を追求する](https://techlife.cookpad.com/entry/2018/11/12/083000) - [Levels of Seniority](https://roadmap.sh/guides/levels-of-seniority) - [Testing from a holistic point of view](https://janetgregory.ca/testing-from-a-holistic-point-of-view/) - [Testing And Coding, Not Coding “Then” Testing](https://janetgregory.ca/testing-and-coding-not-coding-then-testing/) - [Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity](https://shopify.engineering/deconstructing-monolith-designing-software-maximizes-developer-productivity) - [An Engineering Team where Everyone is a Leader](https://blog.pragmaticengineer.com/a-team-where-everyone-is-a-leader/) - [「よいデザイン」の再現性を高めるプロセスの可視化｜hrtk441](https://note.com/hrtk441/n/n8d241ffac57d) - [ソフトウェア設計の Why & What & How](https://www.wantedly.com/companies/wantedly/post_articles/327621) ### 2021-05 - [全員で活発に課題発見し、ソリューションを考えるスクラムチームへ｜3284](https://note.com/3284/n/ncb0dce4cddbb) - [デュアルトラックアジャイルって結局何なの？｜かわきん（ちゃんかわ）/atama plus スクラムマスター](https://note.com/chankawa919/n/n093b48118b1c) ### 2021-04 - [コードリーディングのコツは極力コードを読まないこと｜牛尾　剛](https://note.com/simplearchitect/n/n8cd219056536) ### 2021-03 - [https://www.indeed.com/career-advice/career-development/conceptual-skills](https://www.indeed.com/career-advice/career-development/conceptual-skills) ### 2021-02 - [Hawkins: Diving into the Reasoning Behind our Design System](https://netflixtechblog.com/hawkins-diving-into-the-reasoning-behind-our-design-system-964a7357547) ### 2021-01 - [mobprogramming-woodyzuill-ja/mobprogramming-ja.md at master · kawaguti/mobprogramming-woodyzuill-ja](https://github.com/kawaguti/mobprogramming-woodyzuill-ja/blob/master/mobprogramming-ja.md) - [属人性をどう捉えるか？](https://blog.magnolia.tech/entry/2021/01/16/172324) - [The API Registry API](https://opensource.googleblog.com/2021/01/the-api-registry-api.html) - [3 Kinds of Good Tech Debt — Squarespace / Engineering](https://engineering.squarespace.com/blog/2019/three-kinds-of-good-tech-debt) - [Tell, Don't Ask](https://thoughtbot.com/blog/tell-dont-ask) - [A Fistful of Monads](http://learnyouahaskell.com/a-fistful-of-monads) ### 2020-12 - [Testing on the Toilet: Separation of Concerns? That's a Wrap!](https://testing.googleblog.com/2020/12/testing-on-toilet-separation-of.html) - [Hyrum's Law](https://www.hyrumslaw.com/) ### 2020-11 - [Testing Robots](https://jakewharton.com/testing-robots/) ### 2020-10 - [Japanese Translation of "Are You An Expert?" by Jeff Atwood](https://gist.github.com/euske/3df3f9f81e8eed6c06e47c546aacf9f2) - [Why Write ADRs](https://github.blog/engineering/architecture-optimization/why-write-adrs/) ### 2020-09 - [https://medium.com/@boltmick1/from-programmer-to-engineer-90b53727fe3d](https://medium.com/@boltmick1/from-programmer-to-engineer-90b53727fe3d) - [Shu Ha Ri](https://martinfowler.com/bliki/ShuHaRi.html) ### 2020-08 - [10x engineer 10% of the time](https://www.industrialempathy.com/posts/10x-engineer/) ### 2020-07 - [質問をする技術](https://sue445.hatenablog.com/entry/2020/07/21/210747) - [https://ronjeffries.com/xprog/articles/the-noestimates-movement/](https://ronjeffries.com/xprog/articles/the-noestimates-movement/) - [DACI Decision Making Framework](https://www.atlassian.com/team-playbook/plays/daci) ### 2020-06 - [プログラミングで良いコードを書くための8つの習慣](https://newrelic.com/jp/blog/best-practices/8-ways-become-a-better-coder) ### 2020-03 - [What is type safety?](http://www.pl-enthusiast.net/2014/08/05/type-safety/) ### 2020-02 - [スケールドメテオフォール開発](https://hogepiyohoo.hatenablog.com/entry/2019/07/07/003625) - [はてなのチーム横断のエンジニアメンター制度](https://developer.hatenastaff.com/entry/2018/05/30/173000) ### 2020-01 - [https://medium.com/@copyconstruct/a-decade-in-review-in-tech-1cde76c9b43c](https://rsci.app.link/4tStfoMYb3?_p=c31029c09a047af6e4038d) - [Modern garbage collection](https://blog.plan99.net/modern-garbage-collection-911ef4f8bd8e) ### 2019-11 - [The Path to Becoming a Software Architect](https://medium.com/@nvashanin/the-path-to-becoming-a-software-architect-de53f1cb310a) - [How to Write a Git Commit Message](https://cbea.ms/git-commit/) ### 2019-07 - [雰囲気でやってる人向けの Redux 再入門](https://speakerdeck.com/jmblog/fen-wei-qi-deyatuteruren-xiang-kefalse-redux-zai-ru-men) ### 2019-04 - [オープンソース活動がフルタイムの仕事になる仕組みの話｜Rui Ueyama](https://note.com/ruiu/n/n5ef32cf70074) - [技術選定の審美眼 / Understanding the Spiral of Technologies](https://speakerdeck.com/twada/understanding-the-spiral-of-technologies)