まずは、ソフトウェア開発の現場で法則として扱われることが多いものです。 1-1. プロジェクトと組織の法則 $$ コンウェイの法則　★★★★☆ $$ システムの構造は、それを作る組織のコミュニケーション構造に似る、という法則です。 たとえば、認証チーム、決済チーム、在庫チームがまったく会話しない組織では、その断絶がAPI境界や画面遷移にも出やすくなります。アーキテクチャの話に見えて、実は組織設計の話でもあります。マイクロサービス分割、チーム分割、責務境界の議論でよく登場します。 $$ ブルックスの法則　★★★★☆ $$ 遅れているソフトウェア開発に人を追加すると、さらに遅れることがある、という法則です。 「人を増やすな」という単純な話ではありません。新しく入った人への説明、認識合わせ、レビュー、マージ、意思決定の調整が増えるため、遅延プロジェクトに後から人を入れても即効性がない、という話で

はじめに Claude Code をはじめとする AI コーディング支援ツールの高度化により、マークダウンで構造化された仕様書を AI に渡して実装を進める、いわゆる仕様駆動型の開発スタイルが広まりつつあります。 実装速度は目に見えて向上し、かつてであれば数日かかった作業が数時間で完了するケースも珍しくありません。 一方で、現場で開発に携わっていると、速度向上だけでは説明しきれない違和感が蓄積していきます。残業は減った、納期も守れている、上層部からの評価も悪くない。 それなのに、現場の開発者の間に静かな疲労感が漂っている ― そんな状況を見聞きすることが増えてきました。 この記事では、AI 駆動開発が当たり前になりつつある現在において、生産性向上の裏側で起きている構造的な課題を整理します。課題の整理にとどまらず、開発者・マネジメント・経営それぞれが明日から変えられることを具体的に提示するこ

IT人材サービスを手掛けるキッカケクリエイションは2026年3月17日、AI（人工知能）でプログラム開発を支援する「AIコーディングアシスタントツール」の利用実態に関する調査結果を発表した。調査は2025年11月14日から17日にかけて、業務で同ツールを利用しているITエンジニア437人を対象に実施した。 AIコーディングアシスタントツールは複数種類の併用が主流となっている。調査結果によると、利用ツール数は2種類が39.8％で最も多く、全体の62.2％が複数ツールを併用していた（図1）。1種類のみの利用は29.7％にとどまった。 回答者に、業務で最も頻繁に利用しているAIコーディングアシスタントツールを聞くと、「GitHub Copilot」が44.2％でトップとなった。次いでOpenAIの「Codex」が26.5％、Googleの「Gemini CLI」（「Gemini Code Ass

はじめに 2000年代の開発現場では、UML という語は一種の共通語でした。オブジェクト指向を語るならUMLを知っていて当然だとされ、書籍も研修もツールも、その前提で組まれていました。しかし現在、日常会話の中で「UMLを描こう」と言う場面は激減し、代わりにMermaid(軽量な図記述ツール)やPlantUML(テキスト記述からUML図を生成するツール)で必要な図だけを書くという言い方が普通になっています。この落差は、単なる流行語の交代ではありません。設計の正本をどこに置くのかという、開発の重心そのものが移った結果です。 本稿はラショナル起源の重いUML と、ファウラーが後から整理した 軽いUML と、2010年代以降の 高速な開発環境 が、どのようにぶつかったのかということを語ります。結論を先取りすれば、消えたのは図そのものではなく、UMLという名称に付着していた制度と商売でした。そして残

「Laws of Software Engineering」はソフトウェア開発に関係するさまざまな法則を集めたサイトです。どんな法則があるのかチェックしてみました。 Laws of Software Engineering https://lawsofsoftwareengineering.com/ サイトにアクセスするとこんな感じ。記事作成時点では合計56個の法則が掲載されているとのこと。 スクロールすると法則が多数並んでいます。法則名を直接検索するほか、「初心者」「中級者」「上級者」というレベルや、「アーキテクチャ」「チーム」「計画」「品質」「スケール」「デザイン」「意志決定」というカテゴリーで絞り込むことが可能です。 「初心者」の「意志決定」で絞り込むと、「ダニング・クルーガー効果」や「ハンロンのカミソリ」「オッカムのカミソリ」などの法則が表示されました。ダニング・クルーガー効果をク

これは何最近海外で流行り始めているGo To Marketエンジニア（以下、GTMエンジニア）について記載するnoteです。 いろんなことを調査した結果、起業家マインドの強いエンジニアやプロダクトマネージャーとエンジニアを兼務している事業家人材が、スケールする組織において、プロダクト作りではない領域でバリューを出して覚醒し、企業の強い成長エンジンとして力を発揮する、そんな可能性を感じているのでnoteを書きます。 株式会社LayerXにおいても、この度GTMエンジニアの募集をしたので、これについて興味があったり共感した方はぜひカジュアル面談しましょう！ 自己紹介株式会社LayerXで執行役員 VP of Productをしています。最近では社内向けのプロダクト Sales PortalというAIエージェントを色々作っているプロダクトを作っています。 もともとはソフトウェアエンジニアのバック

米OpenAIは3月19日（現地時間）、Python開発者向けの高速なツール群を提供する米Astralを買収することで合意したと発表した。買収総額などの取引の詳細は公表されていない。 買収の主な目的は、OpenAIのプログラミング支援AI「Codex」の成長を加速させ、単なるコード生成にとどまらず、コードベースの変更計画やツールの実行、結果の検証などの開発ワークフロー全体に参加できるAIシステムへと進化させることとしている。 Astralは2022年創業の、米ニューヨーク州ブルックリンに拠点を置く非公開企業。Pythonエコシステム向けの高性能な開発者ツールを手掛けており、高速なコードチェックおよび整形ツールの「Ruff」や、環境構築を統合したパッケージ管理ツール「uv」などを提供している。これらのツールは月に数億回ダウンロードされており、すでに現代のPython開発における重要な基盤とし

概要 Webアプリケーション開発をしていると、海外のエンジニアと英語でやり取りする機会が多くあります。本特集では、GitHubでコミュニケーションをする際、自分の意図を正しく伝え、相手の意見を正しく理解するために知っておくべき頻出表現を学びます。 目次 本書をお読みになる前に なぜエンジニアに英語が必要なのか グローバル時代のエンジニアと英語 AI翻訳全盛時代の英語 英語コミュニケーションのフレームワーク 本書の発音記号 CONTENTS 第1章：英語の基本の復習 基本文型 5つの基本文型 第1文型（S V） 第2文型（S V C） 第3文型（S V O） 第4文型（S V O1 O2） 第5文型（S V O C） まとめ 格変化 疑問文、否定文 平叙文の形をした疑問の表現 付加疑問文 イントネーションによる質問 「not」を使わない否定の表現 no + 名詞 few / little（ほ

Coding After Coders: The End of Computer Programming as We Know It - The New York Times 『Coders（コーダーズ）』（asin:4822289796）の邦訳があるテクノロジージャーナリストのクライブ・トンプソンが、いよいよ現実的になってきた「人間によるプログラミングの終焉」の話題について長文の取材記事を New York Times Magazine に寄稿している。 記事は、90年代に育ち昔ながらのプログラミングを学び、後に4つのスタートアップの共同創業者となった機械学習エンジニアが、今ではコーディングを Claude Code にほぼ任せているが、テストを怠ることがあるので、「十戒」のごときプロンプトファイルに厳しい警告を追加している話、そしてそのプロンプトの中に「pytest に失敗するコードを

この記事について 「とりあえずClaude Codeを入れてみたけど、なんか使いこなせていない気がする」「あの機能の存在は知っているけど、自分には関係ないと思っていた」という方はいませんか？ 本記事では、Claude Codeを使いはじめた人が日々の作業の中で感じるよくある「つまずき」や「不満」を出発点に、それを解消するClaude Codeの機能を紹介していきます。 Claude.aiチャットとClaude Codeのagentモードは何が違うの？ CLAUDE.md、Hook、MCP、Skillなど設定項目が多すぎてどこから手をつければいいかわからない という部分を、「こういう不満があるなら、この機能を使いましょう」という形で解説し、Claude Codeを業務に本当に活かせる状態を目指すことを目的としています。

エージェントチームでClaude Codeが賢くなった Claude CodeにAgent teamsが実装されてから、ずっと使っている。 複雑な要求も簡単な指示でこなせるようになってきた。 ドキュメント、コード、DBを網羅的に検索しながら実装案を考えても性能が落ちなくなった。 アップデートによってもっと良い方法が見つかったりするかもしれないが、現時点でのClaude Codeを使ったコーディングの進め方を書いておく。 ドキュメントとワークフロー ./claude-docs/ には セッションの記憶を保存する で書いた文書が大量にある。整理は諦めたので古い情報も結構ある。大きく仕様が変わった場合だけ手動で整理している。 また、Claude Codeが古い記述を見つけたら、そのときに/saveで自動更新される。 gitのworktreeで作業を開始するとき、ドキュメントにも新しいディレクトリ

朝バズったアプリを見て、1時間後にはデモが動いていた 2月のある朝、Xのタイムラインに「World Monitor」というアプリが流れてきた。リアルタイムで世界の紛争・地震・交通インフラの情報を地図上に表示する、いわゆるOSINTダッシュボードだ。サイバーパンクな見た目がかっこよくて、Togetterでもまとめられてかなりバズっていた。 眺めていて思ったのは「これの日本版がほしいな」だった。 以前の自分なら、ここで終わっていた。「面白いな」で消費して、次のツイートをスクロールする。D3.jsの地図描画もReactのフロントエンドも、それぞれちゃんと学ぼうと思ったら数日はかかる。「いつかやろう」リストに入って、そのまま忘れる——何度も繰り返してきたパターンだ。 だが今回は違った。Claude Codeを開いて「サイバーパンク風の日本地図ニュースマッパーを作りたい」と壁打ちを始めた。D3.js

現代のソフトウェア開発に影響を与えた統一モデリング言語の開発などで知られるエンジニアのグラディ・ブーチ氏をゲストに招いたポッドキャストを、テクノロジー系メディアのThe Pragmatic Engineerが公開しています。ブーチ氏は番組の中で、AIの進化によって「ソフトウェアエンジニアは不要になるのではないか」という議論が広がる中、むしろ今こそ新たな黄金期に入ったと指摘しています。 The third golden age of software engineering – thanks to AI, with Grady Booch - YouTube The third golden age of software engineering – thanks to AI, with Grady Booch https://newsletter.pragmaticengineer.com

ろてじん @rotejin ClaudeCodeやCodexを使うようになってから物凄く体調が悪化している気がする。界王拳4倍でカラダが壊れる感じ。付き合い方を考えないとAIを使って寿命が縮む。 2026-02-13 10:56:53 ろてじん @rotejin 政治・経済・テクノロジーの情報収集効率化の為のアカウント。気になるニュースや個人開発を呟きます。最近はAIツールで好奇心を満たす日々。AIのVtuber開発やってます。 note.com/rotejin

AIコーディングの進化に伴い、特に2026年に入ってから、プログラミングに対する自分の見方がかなり変わってきました。現時点で考えていることを、いったん記録として残しておきます。あとで振り返ったら面白いと思うので。 なお、この記事はAIによる「てにをは修正」「タイポ修正」などの校正は入っていますが、内容そのものはすべて自分で書いています。 初めてのプログラミングは面白くなかった Hello World を初めて書いたのは大学1年生のプログラミングの授業でした。SNSを見ていると「小学生から書いていました」という人も結構いますが、私はそういうタイプではありません。 大学の授業で最初に学んだ言語は Java。最初はマジでわからなかったです。そもそもプログラミング以前に、PATHを通すための環境変数の設定で詰まりました。MacとWindowsを両方使っていたこともあり、特にWindowsの設定画面

【シリコンバレー=山田遼太郎】人工知能（AI）によるプログラミングの自動化が急速に進んでいる。米オープンAIや米アンソロピックの最新AIにソースコードの生成を任せ、トップ技術者でさえ腕前でかなわなくなった。AIの進化で、ソフト開発の作業全体の自動化や、性能がひとりでに高まるAIの自己改良が迫るとの見方が強まってきた。「今年の年末にはコーディングさえ不要になり、AIが直接バイナリ（2進数に変換し

近年、DX推進の文脈でアジャイル開発を採用する企業が増えています。しかし、現場では「アジャイル＝計画なしの場当たり的な開発」といった誤解が依然として根強く、形骸化した「野良アジャイル」に苦しむケースも少なくありません。 本記事では、アジャイルに対するよくある誤解を整理し、日本企業が適切に導入するための具体的なアプローチと評価指標について解説します。 1. アジャイル開発における「3つの大きな誤解」 ① 「アジャイル＝計画なし」という誤解 アジャイルは詳細な仕様書を最初に固めないため、「行き当たりばったり」に見えることがあります。 実態： ウォーターフォールが「計画を死守する」のに対し、アジャイルは　「計画を立て続け、変化に適応する」　手法です。 具体例： 優先順位付けされた「プロダクトバックログ」を運用し、スプリント単位で精密な計画と振り返りを繰り返します。 ② 「スピード優先で品質が犠牲

「AI（人工知能）でこれだけ効率化できれば、今まで工数の問題で手を付けられなかった案件にも着手できるようになる」――。 ディー・エヌ・エー（DeNA）の小池啓輔IT本部IT基盤部副部長は、取り組みの手応えをこう述べる。 DeNAは2025年10月末～11月末にかけて、Perlでコードが記述されたサーバー資産管理API（アプリケーション・プログラミング・インターフェース）をGoに移行するプロジェクトを完遂した。Perlのコードは約6000行、移行後のGoのコードは約1万行に及ぶ。「人間の力だけでやれば少なくとも半年はかかるプロジェクト」（小池副部長）を、特性の異なる2つのAIエージェントを駆使してわずか1カ月でやり遂げた。 同システムはその後、2025年12月から約2カ月間に及ぶ開発環境での稼働確認を経て、2026年1月末に本番環境で稼働を開始している。 「優先順位の問題で対応できなかった」

「バイブコーディングが脆弱なコード量産」　99％の組織が直面　レビューや修正リリースを上回るペースで：修正間に合う現場はわずか18％　パロアルトネットワークス調査 パロアルトネットワークスは、世界10カ国の開発・情報セキュリティ部門を対象にした調査「クラウドセキュリティの現状2025」の結果を発表した。AIツールの進展により1日当たりのサイバー攻撃件数は1年間で230万件から約900万件へ急増したという。

こんにちは。SmartHR CEO の芹澤（@masato_serizawa）です。昨年末、「AI時代にSaaSは死ぬのか？　生き残るのか？」というテーマでNewsPicksさんから取材を受けました。...