AIによる開発の前提知識を学ぶため「LLMのプロンプトエンジニアリング」を読んだ - $shibayu36->blog;
LLMのプロンプトエンジニアリング ―GitHub Copilotを生んだ開発者が教える生成AIアプリケーション開発 作者:John Berryman,Albert Ziegler,服部 佑樹（翻訳）,佐藤 直生（翻訳）オーム社Amazon LLMアプリケーションを作ることがなかったとしても、業務でAIを活用する上で大前提を知っておくと役立ちそうということで、「LLMのプロンプトエンジニアリング」を読んだ。 実際に読んでみると、紹介されているLLMの特性を知っておくと、AIコーディングなどにもかなり役立ちそうで良かった。 たとえばこの本に載っている以下のような特徴は非常に参考になる。 テキストを一度しか読めず後戻りできない。そのため先に書かれた内容のみを考慮して後に繋げる 気が散りやすい。「うまくいけば」役立つかもしれない無用な情報でプロンプトを埋めないようにする 人間であるあなたが完全に
大量レビューコメントが整理された瞬間、面倒なものから開放された。AI 駆動タスク管理 CLI「reviewtask」開発記｜Ryo@VibeCoder
PR のレビューをローカルに落として管理するツールを作りました。 現状は Claude Code が必要ですがここから gemini-cli を使えるようにしたりブラッシュアップしていきます。https://t.co/QRkGw6oYXO — Ryo HIGASHIGAWA (@biwakonbu) July 21, 2025 AI ペアプログラミングで一気に実装を進めたら、PR が 2000 行を超えてしまった。さらに CodeRabbit が「ここも改善できます」と 50 件以上のコメントを付けてくる。 修正するたびに新たなレビューが追加され、気付けば 100 件近いコメントと格闘する日々。これが今の開発現場で起きている 「AI 時代の新しいレビュー地獄」 です。 なぜ reviewtask を作ったのか？最初は AI に PR についたレビューの処理を任せていました。TODO リスト
Claude Codeの開発環境にコンテナーを使ってもらう：Dev ContainerとContainer Use
以前、ClaudeのComputer Use Demoを触った時の話で、LLMに操作させる環境はローカルマシンよりもコンテナーの方がメリットがありそうということを書きました。それはClaude Codeのようなコーディングエージェントでも同様の話だと思っています。Claude Codeは通常のセットアップではMacやLinux等のローカルマシン上で開発作業を進めるのですが、その作業環境をコンテナーに閉じ込められたら、rm -rf ~/のようなコマンドを万が一実行されても影響は最小化できそうです。 Claude Codeの開発環境にコンテナーを使わせる方法としては、Dev ContainerとContainer Useの2種類が少なくともあることは知っていたので、今回はその両方を試してみました。ちなみに私の環境は、mac OS Sequoia 15.5です。 Dev Container fo
OAuthとOIDCの前にJWTから勉強しよう
はじめに 認証や認可の実現方法は、システム開発における頻出の関心事の一つかと思います。そんな中、JSON Web Token（JWT）／OAuth2.0／Open ID Connect（OIDC）という言葉もよく耳にするところです。 しかし、「JWTって結局どう使うの？」「OAuth2.0やOIDCってJWTとどう関係するの？」「OAuth2.0とOIDCの違いって何？」という疑問を持つ方も多いのではないでしょうか。 また、JWTに「署名」や「検証」といったキーワードが絡んでくると、途端にハードルが上がったように感じるものです。 これらのキーワードについては既に沢山の記事が公開されていますが、本記事では以下に焦点を当てて解説していこうと思います。 JWT／OAuth2.0／OIDCの関係性を明らかにする OAuth2.0／OIDCより先にJWTを理解することで混乱を防ぐ JWTをシステム開
これ読めばOK。私が使ってるものだけの、Claude Code チュートリアル
Claude Codeに関して、どわーーっといろんなノウハウが各所で散見されていて、辞書的な記事があったらいいなと思い、これを書いています。 いざ1から使い始める時に、これさえ読めば、ある程度使いこなせることを目指して、この記事を書きました。 細かい話はいろいろなところで書かれていると思うので、ざっくりと書いていきます。 社内で行ったチュートリアル資料です。 Claude Codeとは？ ターミナル内で動作し、コードベースを理解し、自然言語コマンドを通じてより高速なコーディングを支援するエージェンティックなコーディングツールです。 Cursorとかと違って、ターミナルで動くAIコーディングツールってことです。 そもそもなんでClaude Codeが強いの？ なんだか AIコーディングツールで、同じくSonnet4/Opusとか使うんだったら、CursorやClineでも同じじゃない？ と思
【海外記事紹介】AIがオープンソース開発者の生産性を下げてしまった理由は「メンタルモデル」にあり — 「『汚物を撒き散らす』ようなシチュエーションならAIは有効」
7月15日、John Whilesが「AI slows down open source developers. Peter Naur can teach us why.」と題した記事を公開した。この記事では、AIコーディングツールが熟練オープンソース開発者の生産性を19％低下させた理由を、「メンタルモデル」という視点から解き明かしている。以下に、その内容を紹介する。 研究結果――「速くなる」と信じた開発者ほど遅くなる現実 Metrの論文によれば、被験者となった経験豊富なOSS開発者は、AIツールの使用を許可された課題で平均19％長く作業時間を要した。開発者は事前に「24％高速化する」と予測し、実験後も「20％は速くなった」と誤認したままだった。 When developers are allowed to use AI tools, they take 19% longer to com
開発コンテナ - Anthropic
リファレンスdevcontainerセットアップと関連するDockerfileは、そのまま使用することも、ニーズに合わせてカスタマイズすることもできる事前設定済みの開発コンテナを提供します。このdevcontainerは、Visual Studio CodeのDev Containers拡張機能および類似のツールと連携します。 コンテナの強化されたセキュリティ対策（分離とファイアウォールルール）により、claude --dangerously-skip-permissionsを実行して、無人操作での権限プロンプトをバイパスできます。 devcontainerは実質的な保護を提供しますが、すべての攻撃に対して完全に免疫のあるシステムは存在しません。 --dangerously-skip-permissionsで実行された場合、devcontainerは悪意のあるプロジェクトがClaude C
どうして開発チームはClaude Codeをうまく活用できないのか｜すてぃお
経営者から「AIを使った開発をうちの開発チームにもやってほしいんだけどうまく活用できていないようなので、うまく活用できるようにしたい」と相談を受けます。 僕も下記のような記事を書いているのですが、そもそも使い倒すためには前提条件があるので説明するためにこのnoteを書いています。 （ついでにエンジニアがこの記事を使って経営層に説明しやすくなると良いなと思ってます） 前提 エンジニアとしても生産性の向上するような施策はぜひやりたいと思っていて、Claude Codeなどのコーディングエージェントも活用してうまくやれるなら活用したいと思っている（はず。今回は現場のエンジニアも活用したいと思っている前提で進めます） エンジニアとしては活用したいが活用できないというジレンマが存在しています。 今回、掲載する画像は下記のような簡易的なツールから生成しているので 経営層に説明する際にエンジニアの皆様は
Agentic coding革命が "成った" 世界で…… - Islands in the byte stream
今年に入ってすぐくらいから、coding agentを活用した、いわゆる vibe coding を行うようになりました。 vibe codingとは、おおむね「自然言語でcoding agentに指示をしてプロダクトを作る」という開発スタイルのことを指すとみていいようです*1。 これはまさにソフトウェア開発における革命です。しかも、この革命はすでに "成って" います。 たとえば、ここ1ヶ月くらいで私が仕事で生産するコードの8割くらいは、coding agentによるものです。そして、おそらく1年以内にこれは9割を超えます。 この流れはもはや不可逆です。すでにvibe codingによって作られるプロダクトは、これまでとは異なる質を持っているからです。 つまり、vibe codingはただagentic codingがコーディングの役割を担うというだけにとどまりません。vibe codi
無意味な開発生産性の議論から抜け出すための予兆検知とお金とAI
2025年7月3日 開発生産性カンファレンス2025 登壇資料 https://dev-productivity-con.findy-code.io/2025
「進捗どうですか？」が怖くなくなる思考法 - 「作業ログ」から「未来の地図」へ
「あの件、進捗どうですか？」 この一言に、思わずドキッとした経験はありませんか？ Slackでメンションが飛んでくるたびに、心臓がきゅっと小さくなるような感覚。 私自身、このメンションが飛んできた後、そっとSlackを閉じたことが何度もあります。 なぜ私たちは、進捗報告にこれほどまでストレスを感じてしまうのでしょうか？ はじめに こんにちは。 株式会社ココナラ在籍のKです。 本記事では、進捗報告に潜むストレスの正体を「作業ログ」と聞き手の「不確実性への不安」という視点から考えてみます。 そして、進捗報告を単なる義務から、チームで「未来の地図」を更新していくための創造的なコミュニケーションへと変える具体的なフレームワークをご紹介します。 TL;DR 多くの進捗報告は「作業ログ報告」に陥っており、報告を受ける側の「見えないことへの不安」を解消できていない 進捗報告の目的とは、チームの集合知を引
t-wada vs テスト大好郎
先日一部のClaude Codeユーザーの間で「プロンプトに”t-wadaさんの推奨する進め方に従ってください”と書くとテスト駆動開発のプラクティスを実践してくれる」というTIPSが話題になっていました。 なるほど、TDDやテスト駆動開発という言葉は広まりすぎて「意味の希薄化」が発生し、曖昧な理解のまま自動テストやテストファーストと混同され、それがLLMの学習データにも影響したが、人名を与えるとLLMに「具体的な参照点」を与え、より具体的なプログラミングスタイルに限定させる効果があったのか pic.twitter.com/p6SCPj8YdA — Takuto Wada (@t_wada) June 25, 2025 これは確かに面白い現象で、現にClaudeに直接質問するとt-wadaさんの知識を持っていることがわかります。そこから連想してClaude CodeがTDDをするトリガーとし
一休の伊藤直也氏に聞く、フルベットしない技術ポートフォリオ戦略 〜実践から学ぶ、医療変革プラットフォーマーの次なる一手〜 - KAKEHASHI Tech Blog
カケハシでの社内講演に、株式会社一休 執行役員CTOの伊藤直也氏をお招きしました。同社がどのようにレガシーシステムから脱却し、事業リスクを抑えながらRust/Go/TypeScriptを使い分けてきたのかお話を伺いました。社内向けの場ではありましたが、非常に有意義だったためご本人の許可を得て外部向けにまとめました。 当日は、医療変革プラットフォーマーを目指すカケハシのチーフアーキテクトである木村彰宏との対談形式でお話を伺い、ファシリテーターはカケハシのテックリードである松山が務めました。 松山： 本日は宜しくお願いします。まず、一休での関数型プログラミングの導入の背景についてお聞かせください。 伊藤： 実は、最初から TypeScript による関数型プログラミングを目指していたわけではなく、結果的にそうなったという方が近いです。参照透過性などへの強いこだわりよりも、「型がちゃんと効いてる
テスト用に適当なドメインを注入したいときは .invalid を使うとよさそう - Lambdaカクテル
tl;dr foobarhogehoge.invalidは絶対にリクエストが飛ばないのでおすすめ あらすじ 書いていたコードは、とあるミドルウェア向けに内部利用するURLを環境変数で受け取るようになっていた。普段は実際の内部のURLが書かれているのだが、テスト時には以下のようにダミーを設定していた: FOOBAR_EXTERNAL_URL="https://example.com/foobardummy" テストではこのURLを利用しないのだが、内部で環境変数のバリデーションを行っている都合上、とりあえず適当なURLを指定しなければ起動してくれないから、こうなっていた。重ねて言うが、実際はこの環境変数を利用していないのでこれでいい。 しかしこれだと、うっかり内部の様子がおかしくなったりエンジニアが狂ってしまった場合に、example.comに本当にアクセスしてしまう。なおかつ、セキュリティ
Claude Code の .claude/commands/**.md は設定した方がいい - じゃあ、おうちで学べる
はじめに Claude Code でよく同じコメントを打ってませんか？ 「毎回『テスト実行して、lint チェックして、問題なければコミットして』って言うの面倒だな」とか「プロジェクトごとに決まった手順があるんだけど、毎回説明するのダルい」とか思ったことないですか？ そんなあなたに朗報です。 Claude Code にはカスタムスラッシュコマンドという機能があって、よく使うプロンプトをコマンド化できるんです。しかも設定は超簡単。Markdownファイルを置くだけ。手順書やMakefileが自然言語で書ける時代ですね⋯。 docs.anthropic.com 正直なところ、この機能を知ったときは「え、こんな便利な機能あったの？」って感じでした。公式ドキュメントをちゃんと読んでない自分を殴りたくなりました。というか書くって言って書いてはいてかなり前なのにいろいろやることがあって公開は遅れました
そろそろスマホから開発してみませんか？移動中も開発したくないですか？
「移動中の時間を開発に使えたら...」 エンジニアなら誰もが一度は考えたことがあるのではないでしょうか（たぶん、きっと） 電車での移動時間、カフェでの待ち時間、散歩中のひらめき。これらの時間を有効活用できれば、開発の可能性は大きく広がります。 Devinの登場から始まり、Claude Code（Action含む）の進化を経て、Google Pixel 9 Pro Foldを購入したことで、本格的にスマホで開発したいという思いが強くなりました。 折りたたみスマホという大画面と、AI開発ツールの組み合わせによる「スマホで移動中でも本格的に開発する」という世界です。 正直、コーディング自体はPCの方が圧倒的に速いですが、「散歩中に思いついたアイデアを忘れないうちにメモしておく」を超えて、「散歩中に思いついたアイデアを実装しておく」ことが出来るのは個人的にWOW体験でした。 散歩中：「スライド生成
Claude Code時代のソフトウェアエンジニア生存戦略｜すてぃお
Claude Codeが変えた開発の風景Claude Codeを使い始めて約1ヶ月経ちますが「Claude Codeを使ってから、開発の概念が根本的に変わった」と僕は思ってる。 ClineやCursor Agentの登場でもでも相当変わったと思う。でもClaude Codeはそれ以上の変化だと僕は感じている。何が根本的に違うのか。 自走力の高いClaude Code - ファイルを読み、修正し、テストを実行し、エラーを解決する。まるでペアプロしているような体験。 コードを書く能力が高いClaude 4 Opus - 複雑なロジックも正確に実装できる圧倒的なコード生成能力。 Claude MAXでの定額化 - API料金を気にせず使い倒せる。この「料金を気にしなくていい」という心理的な解放が、開発のアプローチを根本から変える。 従量課金のメンタルモデルから定額使い放題のメンタルモデルへという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AI時代の『ドメイン駆動設計をはじめよう』
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
【Claude Code】初心者向け備忘～要件定義を1人で抱え込まないで～ - Qiita