Claude Code is running in production across multi-million-line monorepos, decades-old legacy systems, distributed architectures spanning dozens of repositories, and at organizations with thousands of developers. These environments present challenges that smaller, simpler codebases don’t, whether that’s build commands that differ across every subdirectory or legacy code spread across folders with n

TL;DR: DuckDB instances can now talk to each other using the Quack remote protocol. This lets you run DuckDB in a client-server setup with multiple concurrent writers. In DuckDB's spirit, Quack is simple to set up and builds on proven technologies such as HTTP. It's also fast, which allows it to support workloads ranging from bulk operations to small transactions. Background: Database Architecture

はじめに「AIは速度をフロントローディングし、失敗をバックローディングする」 Opsera社が25万人のエンジニアを分析した2026年版ベンチマークレポートに記されたこの一文は、AI時代のソフトウェア開発組織が直面している本質的な矛盾を的確に言い当てている（出典: Opsera AI Coding Impact Benchmark Report 2026）。93%の開発者がAIツールを使い、コーディング速度は30〜58%向上した。しかしその代償として、PR レビュー時間は441%増大し、本番インシデント数は242.7%増加し、開発者一人あたりのバグ数は54%増加した（出典: Faros AI Engineering Impact Report 2026）。 AIは組織を速くした。しかし、強くはしていない。 3つの独立した大規模調査が同じ結論を示すStanfordが10万人のエンジニアを対象

はじめに GitHubに機密情報が混入してしまったとき、最初に取るべき行動は履歴削除ではありません。漏れたものが何なのかで対応の順序が大きく変わります。本記事では、GitHub Enterprise CloudやGitHub Enterprise Serverを前提に、機密情報の混入を止める仕組みと、混入してしまったあとに残存物を取り除くための作業を、コマンドが手元で再現できる粒度で整理します。 GitHub Docsの該当ページは、漏えいしたものが認証情報であれば、まず無効化やローテーションを行うべきだとしています。無効化できれば履歴の書き換えまで踏み込まなくてよい場合もあります。一方で、個人情報や顧客情報、秘密鍵、設定ファイル、社内URL、証明書のように、ローテーションができないか、残っていること自体が問題になるデータは、Git履歴やGitHub上のPR参照、キャッシュ、fork、cl

AI駆動開発が「使える」となってきたことで、20代後半から30代中盤のミドルエンジニアが疲弊しているという話を聞きました。たしかに、エンジニアの中でも「AIは楽しい・これでもっと良くなる」という意見と「不安だ・これからどうなるのだろう」という意見に分かれているようです。 私の周りでは、特にベテランが楽しんで、ミドルが不安になっているような構図を感じています。 この記事では、システム開発における30年間の分業と統合の歴史を振り返りつつ、それぞれの世代が何を経験してきたのかを整理します。そのうえで、AI駆動開発が既存の分業をどのように統合しようとしているのかを見ていきます。そして、これがベテランとミドルの違いに、どのように影響しているのかを考えます。 最後には、AI駆動開発が「分業の終わり」ではなく、AIを前提にした「新たな分業の始まり」でもある、という見方を提示します。 この30年の歴史を振

先日、シアトルのMicrosoft本社で、AI・エージェント・データ基盤に関する複数のセッションへ参加する機会があった。 単なる製品アップデートの共有ではない。 そこにあったのは、AIを導入する企業ではなく、AIを前提に企業そのものを書き換えようとしている姿だった。 そして同時に、なぜ日本企業の変革が難しいのか、なぜDXが必要なのか、その輪郭もより鮮明に見えてきた。 今回は番外編として、現地で感じたことを書いてみたい。 Microsoftは、AIツール企業ではなくなっていた多くの人にとってMicrosoftは、Office、Teams、Windows、Azureの会社だと思う。 もちろんそれは間違っていない。 ただ、現地で感じたのは、先進的なアメリカ企業は「使うかどうか」を議論しないということだった。 使うことは前提であり、その上でどう管理するかを設計している。 Microsoftは今、企

はじめに 2026 年 5 月 1 日、マネーフォワードが「GitHub への不正アクセス発生に関するお知らせとお詫び（第一報）」を公表しました。GitHub の認証情報が漏えいし、第三者によりリポジトリがコピーされ、ソースコードと一部の個人情報が流出した可能性があるという内容です。同時に、銀行口座連携機能を一時停止する措置もとられました。 この事案は、エンジニア視点で見ると「仕方ない部分」と「明らかにアウトな部分」がはっきり分かれる、教科書のような事例になっています。GitHub 認証情報の漏えい自体は、正直に言ってどの会社でも起こり得ます。一方で、流出したとされる中身に 本番カード保持者の氏名と下 4 桁が 370 件、そして ソースコード内に各種認証キー・パスワード が含まれていたという点は、設計と運用の問題として議論せざるを得ません。 この記事ではセキュリティエンジニアの立場から、

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

に投稿した記事の微修正版です いままで AWS Lambda のRustはExperimentalとして提供されていましたが、2025年11月14日に一般提供開始となりました。 Custom Runtime と Cargo Lambda LambdaのRustサポートはCargo Lambdaというオープンソースフレームワークにより実装されています。 2018年にLambdaがCustom Runtimeをサポートしました。これにより公式サポート外の言語（Rustを含む）でLambda関数が書けるようになりました。そのあとCustom Runtimeを使用したRust RuntimeがAWSにより開発されリリースされました。 しかしながら標準でLambdaがRuntimeをサポートしていたなかったこともあり、ビルド・デプロイはかなり複雑でした。この問題を解決するためにコミュニティベースで開

はじめに こんにちは！Acsim 開発チームの笹沢です。 AI 駆動開発の浸透でコードの生産量は飛躍的に増えました。一方、人間がレビューに割ける時間は変わらないため、レビュー待ちで PR がスタックする場面が以前より増えていきました。 私たちのチームでは「人間のレビューを必須とするもの」と「AI レビューで OK とするもの」を線引きし、セルフマージ制度として日々の開発に組み込みました。直近では PR の 約 8 割が人間レビューを介さずにマージできています。マージまでのリードタイムも短縮されています。 この記事では、セルフマージ制度の設計と運用上の工夫、導入後の変化を紹介します。AI レビューが十分使えるレベルになった今、自チームのレビュー運用を見直したい方の参考になれば嬉しいです。 すべての PR に人間レビューは必要か 最近の AI レビューはコード品質の担保という意味では十分使える

Posted by Adarsh Fernando, Group Product Manager and Esteban de la Canal, Senior Staff Software Engineer As Android developers, you have many choices when it comes to the agents, tools, and LLMs you use for app development. Whether you are using Gemini in Android Studio, Gemini CLI, Antigravity, or third-party agents like Claude Code or Codex, our mission is to ensure that high-quality Android dev

v0.5.306 — generational GC + lazy JSON tape default, faster than Node and Bun on most benchmarks One Codebase. Every Platform. Native Performance.Perry compiles TypeScript to native GUI and CLI apps on macOS, iPadOS, iOS, Android, Linux, Windows, watchOS, tvOS, WebAssembly, and the Web. No runtime. No Electron. Just native binaries.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? お前がコードを書き始める前に 言っておきたい事がある かなりきびしい話もするが 俺の本音を聞いておけ はじめに これから少しの間、不器用で、偉そうで、厳しいことを言う。けれど最後まで聞いてくれれば、その裏側にあるものもわかってもらえると思う。だから先に謝っておく。生意気な口を、許してほしい。 まず、お前に話す前に、業界を取り巻く空気の話をさせてくれ。ソフトウェア業界には、昔から消えない風潮がある。 「売れたプロダクトはすべて正しい」 「品質? 障害が起きなければそれでいい」 「細かいことはベンダーに丸投げで構わない」 ビジネスの現場で生

こんにちは、じゃむまる(@jammaru_lab)です。 エンジニア就活で技術面接を受けていて、毎回思うことがあります。 技術面接って、プロダクトの成果そのものよりも、 「そのとき何を見て、何を考えて、どう判断したか」をめちゃくちゃ見られるということ。 個人開発の話をしていても、聞かれるのは「何作った？」の次に、ほぼ確実にこれです。 なぜその技術を選んだのか 他の選択肢は検討したのか どこまで意識して作ったのか（運用・パフォーマンス・スケール…） 正直、作ったものが同じでも、ここを言語化できるかどうかで印象が変わる感覚があります。逆に言うと、作った経験があっても、考えを言葉にできないと「勿体ない」状態になりやすい。 で、これってたぶん就活生が一番知りたいところでもあって。 「実際の技術面接で、どんな質問が飛んでくるの？」 「どこまで深掘りされるの？」 「答えられないと詰むの？」 みたいな不

いわゆるAI疲れは、2024年ごろから言われはじめ、2025年から深刻化しはじめた。AI疲れには、キャッチアップ疲れと、判断疲れの二種類があると言われている。（2024年ころのAI疲れはキャッチアップ疲れの方が比率としては大きかった気がする。） AIコーディングは特にAI疲れを引き起こしやすい。 今のAIは、人間に良く似ているが、全く違う知性である 「判断」が、大量に高速に、そして強度の高く、常に求められるようになった。そして油断すると結果だけを提示されるので、判断するための根拠・材料を集めるコストがバカにならない AI時代は、人間からアウトプットの場を奪う AIコーディングはAI依存症を引き起こす仕組みである これらの問題がある。 何かしらの対策を打たない限り今年は、メンタルを壊す人が増えるだろう。 対象読者エンジニアリングに携わる人。非エンジニアがバイブコーディングをするくらいでは、精

はじめに この記事では、Javaの検査例外（checked exception）と非検査例外（unchecked exception）という仕組みが、Goといった後発の言語でなぜ採用されなかったのかを整理します。 Javaから他の言語に移ったエンジニアが「なぜこの言語には検査例外がないのか」と疑問を持ったときの答えになることを目指します。 前提：Javaが設計された時代 Javaは1990年代に設計された言語です。当時の優先事項は「安全性」と「信頼性」であり、エラーを見逃さないようにコンパイラが強制するという設計は合理的な判断でした。 後発の言語の中には、この設計が実運用でどう使われたかを踏まえて設計されたものがあります。検査例外への批判の多くは、理論的な問題ではなく実際の開発現場で積み重なった経験から来ています。 Javaの検査例外とは何か Javaには例外を次の2種類に分類する仕組みが

ソロ開発者のOren Koren氏は、MMOのタンク役をソロで楽しめるアクションローグライト『Don’t Lose Aggro』の早期アクセスを4月15日にSteamにて開始すると発表した。 Steamコミュニティへの投稿によると、価格は10ドル（税込 約1500円）で、発売時には20%オフセールを実施予定とのこと。ストアページの情報によると、日本語にも対応している。 My game turns MMO-style tanking into a fast singleplayer action roguelike. It's called Don't Lose Aggro, releasing on April 15🛡️ pic.twitter.com/QO7Nl3LTS9 — Don't Lose Aggro | Wishlist on Steam (@OrenKorennn) Apr

4/4 JAWS-UG山梨でLTした「AWSさんから1400万円請求された件」の資料