「AIエージェント疲れ」の原因と対策
テラーノベルで機械学習エンジニアをしている川尻です。 AIエージェントの進化は目覚ましく、AIエージェントの恩恵を享受する一方で、「なぜか疲れる…」と感じていませんか？私が日々感じる「AIエージェント疲れ」と、具体的な対策を共有します。 私の日常業務とAIエージェントたち：どんな風に付き合っているの？ 先週の金曜日、夕方。Clineにコードレビューをお願いしながら、Geminiで技術調査を走らせ、同時にMLモデルの学習完了を待っていました。効率的に見えるこの働き方ですが、ふと気づいたんです。「あれ、なんだか疲れてる...？」 実際、AIエージェントは私の仕事を劇的に変えました。でも「楽になった」かと言われると、答えに困ってしまいます。 そこで、自分の日常業務を改めて振り返ってみることにしました。AIエージェントとどんな風に付き合っているのか、私の例をお見せします。 【メインパートナー】日々
コーディングエージェントの現状の整理とエンジニアの仕事の変化について
コーディングエージェントの現状の整理とエンジニアの仕事の変化について AI によるコーディングの支援はコード補完型からチャット型、そして自律型へと進化しています。この記事では現時点で主流となっているコーディングエージェントの種類とその特徴を整理したうえで、エンジニアの仕事の変化について考察します。 コーディングの仕事における AI 技術の関わりといえば、GitHub Copilot を代表するエディタ補完型が主たるものとして認識されてきました。補完型の AI はユーザーが途中まで書いたコードを補完する形で提案を行うことから、ペアプログラムの相方のような存在として捉えられていました。例えば function add と書き始めると、AI は (a: number, b: number): number { return a + b; } といった形で関数の定義を提案します。ユーザーは Tab
#AIお嬢様コーディング部 とは - エレガントなAI協働開発のススメ
AIお嬢様コーディング部とは はじめに - AIコーディングに疲れていませんか？ 深夜2時。あなたは画面に向かい、AIエージェントに何度目かの修正依頼を打ち込みます。 返ってくるのは、どこか的外れな回答。イライラが募り、さらに雑な指示を投げる。負のスパイラルが続きます。 なぜAIコーディングは疲れるのか 一般的なAIとのチャットは「ヒーリング効果」や「中毒性」があるとも言われています。しかし、それはあくまで日常会話レベルの話。AIコーディングの世界は全く異なります。 コーディングの世界は、どんなに美しい説明をしても、最終的には「テストに合格するか不合格か」というシビアな現実が待っています。そして、AIは大量のコードと説明を一気に出力し、それが開発者に「わっと」浴びせかかってきます。 エラーメッセージの洪水：一つの修正で10個以上の新しいエラー 過剰な説明：簡単な変更に対して長大な解説 コン
Wake up, Remix!
At React Conf last summer we announced that Remix was going to "take a nap". Remix v2 had become such a thin wrapper around React Router that an artificial separation developed between the two projects. We simplified the projects by moving the bundler and server runtime code from Remix directly into React Router v7, merging everything that made Remix great into React Router v7 “framework mode”. We
ソフトウェアエンジニアがHondaに転職して感じたこと4選 - Honda Tech Blog
はじめに みなさん初めまして、本田技研工業デジタルプラットフォーム開発部のTera-Cです。ソフトウェアエンジニアを10年程度経験してから自動車業界に転職して8年、Hondaでの業務歴は2年の若手?です。 我々の部署ではAWSを活用して、Hondaの車やアプリに向けたWebサービスやサーバーの開発をしています。仕事を進めるうちに得られたAWSに関連する知見や事例、SaaSの活用情報などを発信していきます。 今回はそのような技術的なお話の前に、ソフトウェアエンジニアが自動車会社に転職してきて感じた違いや、困ったこと、良かったことなどを「4選」、お伝えします。 はじめに 1. ソフトウェアの仕事の経験がある人が少ない 2. ソフトウェア開発のインフラが整っていない 3. 能力が高い人が多い 4. 労働組合の正体が分かる まとめ 1. ソフトウェアの仕事の経験がある人が少ない 我々は自動車会社な
OIDC(OpenID Connect)はSSO(Single Sign On)をどのように実現しているか - r-weblife
ritouです。今日はこの話です。 SSO=一度ログインしたら複数RPに一括でログイン可能みたいなイメージに対して、OIDCでの動きは個々のRPがそれぞれ自分達向けのIDTokenを受け取りそれを信用してログイン状態にするだけ。 https://t.co/R4qNOrcY8h— 👹秋田の猫🐱 (@ritou) 2025年5月9日 ここで扱うSSO（シングルサインオン）とは、一般的に「一度の認証処理で、複数の独立したシステムやサービスへアクセス可能になる仕組み」を指します。 本稿では、このSSOをID連携の主要な実現手段の一つであるOIDC (OpenID Connect) がどのように実現するのかについて解説します。 ID連携を用いないSSOの実現方法：単一セキュリティドメイン内でのアプローチ まずID連携について触れる前に、単一のセキュリティドメイン（ID管理が一元的に行われる範囲）
無限の可能性を引き出す！Kubernetesクラスタ拡張入門
この記事について Kubernetesはコンテナオーケストレーションを行うためのOSSツールです。 OSSであることからベンダに縛られることなく、AWSやGoogle Cloud, Azureといったパブリッククラウド、果てにはオンプレやそのハイブリッド環境まで、Kubernetesをホストし動作させる環境は要件に応じて自由に選ぶことができます。 クラスタをどこにホスティングするかは人それぞれであり、求められる様々なネットワーク・ハードウェア・クラウドベンダ要件に応じてクラスタの設定をカスタマイズする必要が出てきますが、Kubernetesはそんな様々な環境に適応できるようにするための拡張機能がところどころに用意されています。 また、「クラスタにおけるリソースの数や設定を、applyされたマニフェストファイルで宣言された状態に保ち続ける」というKubernetesのエコシステムを、Podや
スクラムがフィーチャーファクトリー化しているサイン
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 「フィーチャーファクトリー」は、プロダクトマネジメントの専門家であるジョン・カトラー（John Cutler）1が2014年に使い出した単語です。日本語にすると機能工場となり、単に与えられた要求をひたすら作り続けたり、アウトカムやインパクトよりも、作った機能の量や出荷スピードだけに注目したりするチームや組織を指します。 複雑で変化が激しい環境においては、事前に考えたことがすべてそのとおりになることはありません。 端的に言うと、多くのものは外れます。外れることを前提にすると、成功するために数を打つこと、そして素早くそれを実行することはとても重要です。でも、それ「だけ」に注目す
ソフトウェアエンジニアが抱えやすい21の苦労 - mtx2s’s blog
ソフトウェア開発の現場でも、日々、苦労が絶えない。知らず知らずのうちに、エンジニアを消耗させる問題が潜んでいる。 苦労は、日常の風景に溶け込みやすい。それが当たり前の状態であり、疑問すら抱かれない。「そういうものだ」と思い込む。いや、苦労することに、そもそも違和感を持てないのだ。 日常化した苦労は、改善されることがない。違和感がないからこそ、問題として扱われない。そして、原因に目が向けられることもなく、風景に溶け込んだまま、空気のようにあり続ける。 つまり、苦労を軽減するには、日常風景の中から問題を見つけ出す必要がある。そのための第一歩が、「気づく」ことだ。問題というのは、気づかなければ解決のしようがない。学校の試験のように、誰かに出題されるものではないのだから。 本記事では、「気づく」ための視点を言語化し、手がかりとして整理している。 ソフトウェアエンジニアリング業務でありがちな苦労を、
今日から『自由』にMySQLの性能改善始めます。（MySQL開発チームを退職しました）
前回の在籍も含めると、累計9年半、本家MySQLチームでInnoDBの性能改善をターゲットに開発の仕事してきました。5.7でのb-tree index scaleや、8.0の初期の新機能で入ってしまった性能問題の修正など貢献できましたが、ここ数年は開発が進む度に導入される性能劣化に追いつけなくなってしまいました。悪いコードを見つけて直そうとしても抵抗が大きいのも大きな要因です。（遅くしたいのでしょうか？遅いことが認識できないのでしょうか？） この度、体制変更で退職を勧められたのを機に、別の営みでMySQL/InnoDBの性能を改善していくことにしました。どうせ、性能劣化に(私よりも)無頓着な現体制では私が性能を改善することは困難なので、成果は出ないでしょう。（直しても、同時に導入される新機能・修正による劣化に改善分を喰いつぶされることもしばしばあった、と考えています。キリがありません。そも
OpenAIがオープンソースのコーディングツール「Codex CLI」をリリース
OpenAIが2025年4月16日に、ターミナルから直接実行できるコーディングエージェントツールの「Codex CLI」をリリースしました。また、OpenAIはCodex CLIをオープンソースで公開しています。 Introducing OpenAI o3 and o4-mini | OpenAI https://openai.com/index/introducing-o3-and-o4-mini/ OpenAI Codex CLI – Getting Started | OpenAI Help Center https://help.openai.com/en/articles/11096431-openai-codex-cli-getting-started OpenAI debuts Codex CLI, an open source coding tool for termina
［作って学ぶ］OSのしくみⅠ──メモリ管理、マルチタスク、ハードウェア制御
2025年4月28日紙版発売 hikalium 著 A5判／552ページ 定価3,520円（本体3,200円＋税10%） ISBN 978-4-297-14859-1 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Amazon Kindle この本の概要 Webサイトの閲覧をはじめとして，コンピューターはさまざまな場面でみなさんの日常と密接にかかわっています。しかし，その裏側で起きていることを理解するのは，現代の複雑なコンピューターシステムの上では困難です。そこで本書では，シンプルなOSをRustを用いて実装し，普段は見えないOSの役割とその動作を理解していきます。Ⅰ巻ではメモリ管理，マルクタスク，ハードウェア制御に関する部分を実装し，Ⅱ巻ではユーザーインタフェース，アプリケーション実行，インターネットへの接続に関する部分を実装します。
mise(rtx)を対話的シェル以外で使うなら大人しくshimsにPATH通した方がいい - Acme::AnaTofuZ->new;
asdfコンパチのバージョン管理ツールrtxがmiseにリネームされていた - Acme::AnaTofuZ->new;に続いてmise(rtx)の小ネタ。 miseのセットアップではeval "$(~/.local/bin/mise activate zsh)"のようなものを.zshrcに書くだけで済むのが基本形になっている。 自分が操作しているターミナルで使う分には問題ないのだが、例えばVSCodeがmiseでいれたperlを呼び出したり、タスクランナーでnodeを動かそうとすると、yarn not foundみたいなエラーが出てくる。 これはmiseは他の*envと異なり、環境変数PATHそのものをダイナミックに書き換えることでバージョン管理を行っていることが影響している。 他のenv系はshimsと呼ばれるシェルスクリプトで環境ごとのコマンドを呼び出しており、環境変数PATHはsh
リーナス・トーバルズが「Linux 6.14のリリースを丸一日忘れていた」と謝罪
by Space Dictator Linuxカーネルの開発者、リーナス・トーバルズ氏がLinux 6.14のリリースを「忘れていた」ことを明らかにし、「純粋に無能だった」と謝罪しました。 Linus Torvalds forgot to release Linux 6.14 for a day • The Register https://www.theregister.com/2025/03/25/linux_6_14_day_late/ 2025年3月16日、Linux 6.14-rc7(リリース候補版)を公開したトーバルズ氏は「事態はかなり落ち着いているようなので、よほどのことがない限り、来週末には6.14の最終版をリリースできるだろう」と伝えました。 ところが、週末の23日になってもLinux 6.14はリリースされませんでした。 翌24日、トーバルズ氏は思い出したかのようにLi
LLM x Slack x Notion で論文インプットを効率化し、社内ナレッジ蓄積もできるようにした話
はじめに 株式会社 neoAI の大坂洋豊です。東京大学に在学中で、松尾・岩澤研究室に所属しています。AI ソリューション事業部として、プロジェクトマネジメントを行いながら、研究開発組織 neoAI Research として先端技術の実践に取り組んでいます。 今回は、弊社の Slack 上で論文のインプットを効率化するために開発した LLM Bot についてご紹介します。開発したのは2023年で、当時は NotebookLM のようなサービスがまだ存在しなかったため、社内では論文の概要をスピーディーに把握できる点で重宝されていました。また、その要約結果を社内のデータベースに蓄積できるという機能もあるため、弊社のナレッジ基盤を支えている存在でもあります。 AI ソリューション事業部についてはこちらを参照ください。 背景と課題 論文を読む文化の重要性 AI ソリューション事業部では、常に最新の
チームでのDevin使いこなし術｜suthio
はじめに2024年、AIの進化は目覚ましく、特にソフトウェア開発の分野では革命的な変化が起きていると考えています。 CursorやClineも皆が注目している技術だと考えていますが僕個人として注目しているのが自律型AIソフトウェアエンジニア「Devin」です。 人間や機械からの指示に基づいて計画から実装、デバッグ、デプロイまでできるのが魅力的です。 しかしあんまり運用する際の知見がインターネットやX（Twitter）上に落ちていないので僕がしっかり書いておこうと思った次第です。 「Devinは使えない」と言っている人も居ますが、僕は「Devinは運用に使える」と非常に思っているので運用に使うための知識を書いていこうと思います。 ではここからが本編です Devinの得意なこと・苦手なことを理解するDevinの基本的な位置づけDevinを効果的に活用するための最も重要なポイントは、Devinを
要件定義入門 (失敗しないために必要なこと)
2023年11月14日にFindy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した資料です。
全ビジネスマンが使えるClaude3.7 sonnet と draw.ioで始める図の作成。｜遠藤巧巳 - JapanMarketing合同会社
3.7 sonnet → drawioが今のところベストな図の作成方法。特にdrawioにすることで修正ができることが従来との違い。パワポ作成やブログなどの際に図を多用できる。これはわかりやすくビジネスマン全員が使える組み合わせ。 https://t.co/GzZRYhgt1V pic.twitter.com/xmWryTqnk6 — 遠藤巧巳 - AIエージェント受託開発 (@ai_agent_dev) March 1, 2025 図の作成のベストは2025年3月時点ではClaude3.7 sonnetです。ChatGPT,Geminiでもできますが、クオリティが低いと人の修正時間が増えます。この図の作成クオリティのためだけにClaudeを契約しても良いと思います。 何が違う？これまでは図の作成はsvgで行うことが普通でした。しかしsvgだと人の修正ができないため、ほんの少しの違和感でも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ワンバイナリWebサービスのススメ
system-design-primer/README-ja.md at master · donnemartin/system-design-primer
