「選択と不安回避は方向性が真逆」って指摘が面白かった。 ・選択したくない ・安心したい そのために「選択そのものを回避」するために 続きを読む

こんにちは アクセンチュア北海道オフィス所属の唐津です。 1年ほど前にPMPを取得しました。取得して意味あったな～というのと、最近周りでPMPを取ろうとしている人がいるので、「攻略法」と「取得する意味」を改めて言語化しようと思った次第です。 ただし具体の勉強法（この参考書が役にたった、こういう学習Cycleが良かった）とかは書いてないのであしからず。 この記事は、これからPMPを取ろうとしている人たち、そしていま勉強中で「この量、本当に全部覚えるの…？」と手が止まりかけている人に向けて書いています。受験してから読む記事ではなく、受験準備のど真ん中で読んでほしい記事です。 私自身、PMPを受ける前は学習の範囲が広すぎて胃もたれしそうでしたが結局のところ、 PMPは、暗記で受かる試験ではなかった。世界観の理解で受かる試験。 問題集を周回していたときには見えなかった景色が、「あ、そういうことか」

3月下旬、Xでポストの自動翻訳機能が追加され、タイムライン上に各国のポストが混じって表示されるようになりました。そしてそこで起こったのが日米食べ物交流というか、米国のBBQ写真に対して「すげーー！！」という感嘆の声が溢れる飯テロタイムライン。 ここで我々は学びました。 日本の「バーベーキュー」と、アメリカのBBQは、違う料理である。 特にテキサスBBQと呼ばれる、テキサススタイルのもの。これは、肉を焼く…と見せかけて、10時間以上もじっくり低温で加熱することで肉の成分を変性させる、仕組みとしては煮込み料理に近い料理である、ということを知ったわけです。 知ったからには、食べてみたい。 食べてみたいから、作ってみたい。 でも、テキサスBBQは、バーベキューグリルを使って10時間！も火をくべひたすら焼き続ける料理です。日本の、しかも東京のこの兎小屋ひしめく住宅事情。いったいいつ、どこで、そんなこ

設計書・コード・テストを全部AIに書かせて半年間開発してみたよ 1. はじめに 本記事は、私のチームが半年間AIネイティブ開発を行った経験とその感想をまとめたものです。 AIネイティブ開発とは、AI技術を活用してソフトウェア開発を行うことを指します。2025/10～2026/3の期間中、私たちはお客様に納品するシステムをAIネイティブで開発しました。その経験と私なりに感じたことをまとめてみました。 ※ なお、私の取組は全社的な取組とは関係ありません。 ※ あくまで、私のチームが独自に行っている取組ですので、その点はご留意ください。 2. 自己紹介 初めてテックブログに記事を書くので、簡単な自己紹介を。 名前：茂呂範（もろすすむ） 所属：株式会社NTTデータ　第三公共事業本部　デジタルソサエティ事業部　プロジェクト推進担当（参照） 立場：様々なシステムの基盤構築、基盤維持運用を担当している組

この記事は約5分で読めます。 筆者プロフィール: ソフトウェアエンジニア。「知った気にならない。いつまでも学び続ける」を信条に、業務と個人開発の両輪で技術を磨いています。AI 駆動開発で複数の個人開発アプリを構築・運用中。 👉 ポートフォリオ: 筆者ホームページ Claude Code を使い始めたけど、毎回同じ指示を書いていませんか？ CLAUDE.md・Skills・Hooks・Agents の 5 段階で「育てる」ことで、人間の作業は「指示と確認だけ」になります。この記事では、実際のファイル構成とコードを添えて、その全過程をお見せします。 「AI にコードを書かせている」と「AI と開発している」は違う Claude Code を導入した当初、私は毎回こんなプロンプトを書いていました。

「早く、こっちに隠れて」 「なんで建物の中なのに、当然みたいに████があるの？」 「ちょっと待って、こんな道を███に乗って行くんですか？」 「いったん二手に分かれましょう」 「ん、どうしたんですか……あれ」 「うわあああああああ」 今回は、ホラーコンテンツのレポート記事である。 記事内でホラー小説的表現を用いることはないが、 紹介するのは本当に怖いホラーイベントなので、 その点はご了承願いたい。 知っている方は多いと思うが、 以前、恐山さんが自身のラジオで上海旅行に行った旨を語っていた。 この旅行の目玉であった「UMEPLAY(ユーミープレイ)」のホラーエンタメについて、 私もレポート記事という形で感想を書いていく。 こちらの回で共にダブルベッドに入り酷い目にあったのと 俳優さんに迫られ悶えていたのは自分です https://t.co/9U3K7pbNg3 — Φ煮ル果実Φ (@vin

2ヶ月で21体のAIエージェントによる自律開発パイプラインを構築した。GitHub Issueに要求を書いて寝れば、朝にはマージレディのPRが上がっている。本記事では、2026年2〜3月に何を作り、何が動き、何がまだ動いていないのかを記す。 出発点は、2月時点で既に 57万行 に膨れていたモノレポだった。モバイルアプリ＋管理画面＋バックエンドが詰まったこのコードベースを、AIエージェントに正しく理解させ、自律的に開発させる——それがこの2ヶ月の挑戦だった。 2025年12月〜2026年3月のマージPR数推移。2月後半のハーネス整備期を経て、3月後半には681件/半月まで急増。なお、この数値にはドキュメント更新等のPRも含まれるため、あくまで参考値である。 1. 我々について — 2ヶ月前の課題 専任のエンジニアはいない。代表と私が要件を決め、それを学生エンジニア数名とフリーランスに依頼して

CLAUDE.mdは長いほど効くわけではありません。むしろ長いほどClaude Codeは従いにくくなります。 100行書いたCLAUDE.mdと、35行に削って残りを.claude/rules/に分離したCLAUDE.md。同じ指示を出しても、後者の方がClaudeの出力品質が明らかに高いのです。 この記事では、なぜそうなるのかを公式仕様に基づいて解説し、「どの行を残し、どの行を移し、どの行を消すか」を1行単位で設計する方法論を紹介します。 CLAUDE.mdの注入メカニズム — なぜ「埋もれる」のか User Messageとして注入される事実 公式ドキュメントにはこう書かれています。 CLAUDE.md adds the contents as a user message following Claude Code's default system prompt. — Claude

環境設定から並列セッションでのスケーリングまで、Claude Code を最大限に活用するためのヒントとパターン。 Claude Code は agentic coding 環境です。質問に答えて待つチャットボットとは異なり、Claude Code はファイルを読み取り、コマンドを実行し、変更を加え、あなたが見守ったり、方向を変えたり、完全に任せたりしながら、自律的に問題を解決できます。 これはあなたの作業方法を変えます。自分でコードを書いて Claude にレビューしてもらう代わりに、やりたいことを説明すると Claude がそれをどのように構築するかを考え出します。Claude は探索し、計画し、実装します。 しかし、この自律性にも学習曲線があります。Claude は理解する必要がある特定の制約の中で動作します。 このガイドでは、Anthropic の内部チームと、様々なコードベース、

リストを作成しながら「どんなジャンルを読んだって良い。読んだそばからどんどん忘れていって良い。あなたの中にその本のエッセンスはちゃんと溜まっていく」という小学校の先生の言葉を思い出した。 『黒い家』貴志祐介 『不道徳教育講座』三島由紀夫 『感じるオープンダイアローグ』森川すいめい 『自分の中に毒をもて』岡本太郎 『ぼぎわんが、来る』澤村伊智 『宇宙人と出会う前に読む本』高水裕一 『秘密の花園』バーネット 『論より詭弁』香西秀信 『窓ぎわのトットちゃん』黒柳徹子 『草の根のファシズム』吉見義明 『桶川ストーカー殺人事件 遺言』清水潔 『しあわせの書』泡坂妻夫 『或日の大石内蔵助』芥川龍之介 『ものぐさ精神分析』岸田秀 『私の嫌いな10の人びと』中島義道 『ボッコちゃん』星新一 『男たちへ』塩野七生 『イニシエーション・ラブ』乾くるみ 『A3』森達也 『幽霊人命救助隊』高野和明 『ウケる技術』

「それ、Skill にしない？」 最近、自分の口癖がこれになった。誰かがSlackで手順を聞いてきたとき。自分が同じ作業を3回目にやったとき。同僚にレビューの観点を説明しているとき。 タイトルは盛ってる自覚はある。でも実際に50個以上作ってみて、割と本気でそう思っている。 仕事のやり方が驚くほど変わった。仕事を「やる」のではなく「書く」ようになった。 「ドキュメント書きましょう、なんて話は100回聞いたよ」と思うかもしれない。ただ、Agent Skill をきっかけに「仕事をドキュメント化する」ことの重要性が爆発的に高まった。 ConfluenceやWikiに書いた手順書は、大抵は書かれて終わり。SKILL.md に書いた手順は、AIが読んで、そのまま実行する。 これからは 「ドキュメントにしましょう」ではなく「Skillにしましょう」が合言葉になる 言葉にすれば、誰でも使える指南書になる

ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号第6091713号)です。ABJマークの詳細、ABJマークを掲示しているサービスの一覧はこちら。 https://aebs.or.jp/

SIerに発注したら4ヵ月800万円という見積もりだったものをAI駆使してつくったら3日で50万円でできた、という話が話題になってました。 そこで、SIerでは作るものをちゃんと保証したりしていて文書化は大切である、みたいな指摘が入ってたりした。 でも、よく考えると、それって外注-受託において、作ると言ったものをちゃんと作ってもらったり、作ると言って作ったものにちゃんとお金を払ってもらったりするための、SI構造を維持するためのコストだったりします。 いまAIは、「800万の見積もりのものが3日でできた」ということ以上に、社会構造を変えようとしています。 そうすると、そんな変化の中で、800万円はともかく、3日でできるものに4ヵ月かけるというのが受け入れにくくなっています。 ※ 背景になる話もまとめました 業務システムでも保守運用より構築スピードが大切になっている - きしだのHatena

欠陥の少ない割合に仕様漏れや実装漏れを原因とするものがあります。これらを見つける技術はトレーサビリティと呼ばれます。コインチェック株式会社では Gemini を大規模に活用したトレーサビリティ基盤を運用しており、日々の進捗管理や漏れの早期発見、変更管理に活用しています。この発表ではコンテキストウィンドウ…

※公共物にシールを貼りつける行為は犯罪行為に当たります。また、本記事はそのような行為を推奨するものではありません。 東京都 築地駅のホームの自動販売機に「ありがとうございます」と書かれたシールが貼られているのを見つけた。 築地という地名は有名だが、築地駅は東京メトロ日比谷線が通るだけの小さな駅だ。シールを見かけたとき、思わずどういたしましてと思ってしまった。特に買ってはいないのだが。 数日後、渋谷駅でもまったく同じシールを見つけた。京王井の頭線の近くだった。 もし、渋谷駅のシールが東京メトロ銀座線の近くにあれば、東京メトロが独自に貼っているシールなのか、と思っていただろう。しかし、京王線の近くにあるためそうとは考えづらい。 それに自販機の会社も異なっている。となると、自販機の会社がシールを貼っているとも考えにくい。じゃあ誰が貼ってるんだ。 念のため自販機の会社に電話し、駅員さんにも訊いてみ

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 に失敗するコードを

マネージャーの役割は「なんとかする」こと芹澤雅人氏（以下、芹澤）：伊藤羊一さん、お願いします。 伊藤羊一氏（以下、伊藤）：よろしくお願いします。 芹澤：よろしくお願いします。簡単に自己紹介していただいて。 伊藤：みなさん、こんにちは。武蔵野大学でアントレプレナーシップ学部というのを立ち上げまして、5年目ですね。日本で唯一の学部で学部長としてやっています。伊藤羊一です。 社会人経験としては、日本興業銀行、プラス株式会社、それからヤフーですね。ヤフーには10年いました。……というところで、いろいろなマネジメントとか企業内大学とか経営とか、Musashino Valleyっていう自分の会社も経営して、いろいろなことをやっています。 あと、本を出していまして『1分で話せ』って本ですけど、残念ながら僕は話が長いということで。芹澤さん、ちょっと私の話を止めていただけると。 芹澤：これ、一応10分枠があ

こんにちは！逆瀬川ちゃん (@gyakuse) です！ 今日はCoding Agent時代の開発ワークフローについて、みんながやっているものからわたしがやっている手法までまとめて紹介していきたいと思います。 前回の記事 Claude Code / Codex ユーザーのための誰でもわかるHarness Engineeringベストプラクティス では、LinterやHooks、テスト戦略といった決定論的ツールでCoding Agentの出力を矯正するHarness Engineeringに特化しました。 今回はその上位にある問い、つまりハーネスは分かったけど全体としてどう開発を進めればいいのか、に答えます。プロジェクトの進め方、Agentとのコーディングテクニック、それを支えるインフラの3つの視点から2026年3月時点の状況を整理し、最後にわたし自身のワークフローも紹介します。 Agenti

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

https://2026.emconf.jp/