はてなブックマーク

ソフトウェアの脆弱(ぜいじゃく)性を発見する能力が高いため悪用されるリスクがあるとして発表されたAnthropicのAI「Claude Mythos」について、cURLの開発者であるダニエル・ステンバーグ氏が「誇大宣伝でただのマーケティング戦略だ」と一蹴しました。cURLをClaude Mythosに分析させたところ、他のツールより脆弱性発見数が多いということはなかったそうです。 Mythos finds a curl vulnerability | daniel.haxx.se https://daniel.haxx.se/blog/2026/05/11/mythos-finds-a-curl-vulnerability/ Claude MythosはcURLの17万8千行におよぶコードを分析し、結果として5件の脆弱性を報告しました。ところが、ステンバーグ氏らが数時間かけて詳細を掘り下げ

AIとの共同作業に最適化したコードエディタ「Zed 1.0」登場。Atomエディタの開発者らがRustで最初から作り直した理由とは Rust製の高速コードエディタ「Zed」を開発しているZed Industries社は、Zedがバージョン1.0に到達したことを発表しました。Windows、Mac、Linuxで利用可能です。 We've shipped more than a thousand versions of Zed, but all of them began with zero. Today, that changes.https://t.co/AJ0crNOFhU pic.twitter.com/VyPjH2WG4j — Zed (@zeddotdev) April 29, 2026 Zedは、GitHub社が主導して開発し人気を集めたAtomエディタの開発者たちが、Atomエ

時事ドットコム（時事通信ニュース） @jijicom 高市首相「日本として恥ずかしい」　消費税率変更のレジ改修で jiji.com/jc/article?k=2… 参院決算委員会で 「感染症や大災害が起きたとき、税率すら柔軟に変えられないのは情けない」と指摘。「柔軟に変更できるシステム開発を急いでほしい」と注文を付けました。 2026-05-11 20:16:20 吉村洋文（大阪府知事） @hiroyoshimura 高市総理「日本として恥ずかしい」　消費税率変更レジ改修めぐり →ほんとそう。0%は1年かかる。1%なら3ヶ月か半年。それなら1%にしよう！違う。半年や1年かかるシステムを大問題視しないと。危機事象は突然やってくる。即座に上げ下げできる仕組みを作らないと。良い機会だ。 news.yahoo.co.jp/articles/cf2fa… 2026-05-11 19:29:54 高市

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

連載目次 AIモデルの進化は、これまで「どのモデルが最も高いベンチマークスコアを出すか」という競争として語られることが多かった。特にコーディングやソフトウェアエンジニアリングの領域では、SWE-Benchなどの評価指標を基準に、次のSOTA（最先端）モデルはどれかが注目されてきた。 ただ、この1カ月ほどで、その見方は少し変わりつつある。重要なのは、単に最高スコアを取ることだけではない。実際の開発現場で、AIがどこまで自分で考え、ツールを使い、途中で止まらずに作業を進められるか。OpenAIが2026年4月23日（米国時間）に発表したGPT-5.5は、まさにその流れの中で登場したモデルである。 コーディング関連ベンチマークにおけるGPT-5.5とGPT-5.4の比較（公式発表ページから引用） 左はTerminal-Bench 2.0（ターミナル操作を含むコーディングタスク）、右はExpert

■調査概要 調査名称：ITエンジニアの年収交渉に関する実態調査 調査方法：IDEATECHが提供するリサーチマーケティング「リサピー®︎」の企画によるインターネット調査 調査期間：2026年2月24日〜同年2026年2月27日 有効回答：転職経験のあるITエンジニア393名 ※構成比は小数点以下第2位を四捨五入しているため、合計しても必ずしも100とはなりません。 ■転職経験のあるITエンジニアの74.5%が、転職時に年収交渉を経験、「全ての転職で行った」も3割超 「Q1. あなたは、これまでの転職活動において、転職先企業に対して年収交渉を行ったことがありますか。」（n=393）と質問したところ、「全ての転職で行った」が32.8%、「一部の転職で行った」が41.7%という回答となりました。 ・全ての転職で行った：32.8% ・一部の転職で行った：41.7% ・一度も行ったことがない：24.

OpenAIやAnthropicが、いよいよ現場に降りてきた。 OpenAIが開発会社を立ち上げた。企業の中に入り込むエンジニア（Forward Deployed Engineer）を送り、AIを業務の中核に組み込む会社だ。AIコンサル・エンジニアリング会社も買収する予定で、約150人のエンジニアやコンサルが最初から参加するらしい。 https://openai.com/index/openai-launches-the-deployment-company/ Anthropicも同じ方向に動いている。Blackstone、Hellman & Friedman、Goldman Sachsと組んで、Claudeを企業の中核業務に入れるためのAIサービス会社を作る。Anthropic側のApplied AIエンジニアも、その会社のエンジニアチームと一緒に動く。 要するに、モデルを作る会社が、A

はじめに：データ基盤が歩んだ3年間を振り返る 2026年4月6日でZEN Studyは10周年を迎えました！　ユーザーの皆様・支えていただいている皆様のおかげです。本当にありがとうございます。 現在、技術ブログでは「10年の変遷」を辿る連載企画をお届けしています。第5弾のテーマは、「データ基盤」です。 ZEN Studyの10年の歴史において、データ基盤を取り巻く横断型のセクションが誕生したのは2022年、基盤がリリースされたのは2023年8月のことです。運用期間としてはまだ3年ほどですが、さまざまな挑戦がありました。 本記事では、以下の3つを軸に、私たちの3年間をご紹介します。 立ち上げ期： Google Cloudやデータ活用未経験の状態から、いかにして「プロダクトを理解する土台」を築いたか 設計の進化： 「安全に失敗できる」IaC戦略と、Dataform導入による大学開学への対応 サ

ITエンジニアのサイラス・ロペス氏が、クラウドAIへ安易に依存せず、端末上で動くローカルAIを標準にするべきだという記事を投稿しています。記事では、OpenAIやAnthropicのAPIをアプリに組み込む流行について、便利そうに見える一方で、壊れやすく、プライバシー面の負担が大きく、運用も複雑になると指摘しています。 Local AI Needs to be the Norm - unix.foo https://unix.foo/posts/local-ai-needs-to-be-norm/ ロペス氏の意見では、ユーザーの文章や記事本文を外部AIサービスへ送った時点で、アプリは単なる便利機能ではなく、データ保存、同意、監査、漏えい、政府からの開示要求などを抱えるサービスに変わります。さらに、外部との通信を必要とするAI機能はネットワーク状況、AI事業者のサービス障害、API制限、課金

開発者のサイモン・ウィリソン氏がAIコーディングツールについて振り返り、これまで別物だと考えていた「バイブコーディング」と「エージェント型エンジニアリング」が自身の作業の中で重なり始めていると述べました。これは単にAIがコードを書けるようになったという話ではなく、プロの開発者がどこまでAIに任せ、どこから責任を引き受けるべきなのかを問いかけています。 Vibe coding and agentic engineering are getting closer than I’d like https://simonwillison.net/2026/May/6/vibe-coding-and-agentic-engineering/ ウィリソン氏は以前、バイブコーディングを「コードを見ず、品質にも深く関心を払わず、動けばよいという姿勢でAIに任せるもの」と位置づけていました。個人用の小さなツ

コードを書かなくなった我々は何者か —— Product / Platform / Evaluate の3職責でエンジニアの役割を再定義する 1. はじめに エンジニアのみなさん。突然ですが、みなさんは自己紹介で自身の仕事を何と名乗っていますか？ 僕の場合、昨年12月からTypeScript + Hono.jsの技術スタックでWebサービスの開発に携わっているので、「Webエンジニア」あるいは「フルスタックエンジニア」と名乗っています。バックもフロントもインフラも、必要であれば全て巻き取る一方、「TypeScriptエンジニア」「Hono.jsエンジニア」と名乗れるほど、特定の言語・フレームワークに精通している訳でもない。"Web"も"フルスタック"も、そんな曖昧さを内包してくれるワードとして便利に利用していましたが、近頃はこれらのワードも名乗ることに違和感を感じるようになってきました。

元警察官が語る、AI時代のエンジニア生存戦略：開発未経験から、自社サービス開発のスペシャリストへ（1/2 ページ） 生成AIの進化により、将来への不安を抱えるエンジニアは多い。特定の技術を学べば安泰という正解がない今、どうキャリアを築くべきか。そのヒントを探るべく、元警察官という異色の経歴から自社開発エンジニアへ転身した黒川和弘氏に話を聞いた。 「＠IT」は2000年の創刊以来、25年にわたり読者アンケートを実施してきた。そこで浮かび上がる読者の悩みは、驚くほど変わらない。「将来が不安である」「この先、どういう技術を身に付けたらいいのか分からない」というものだ。 とりわけここ1年ほどは、生成AIの急激な進化によって「先の見えなさ」が、より深刻になっている。特定の技術や言語を学べば安泰という正解がない時代において、エンジニアたちはどうキャリアを築けばいいのだろうか。 そのヒントを探るべく、全

2025年9月に公開されたAIラジオアプリ「Huxe」が、5月に入って日本語圏のXを中心に再注目されている。NotebookLMの開発に関わった元Googleメンバーたちが作ったアプリで、ユーザーの関心がある話題をもとに、自分専用のラジオ番組のような音声ブリーフィングを生成してくれる。 NotebookLMに初期から関わったRaiza Martin氏、Jason Spielman氏、Stephen Hughes氏ら3人は、2024年末にグーグルを離れ、独立してアプリの開発を進めた。Huxeは2025年6月頃に招待制でスタートし、同年9月に一般公開された。アプリはiOSとAndroidの両方で利用でき、少なくとも現時点では無料で提供されている。 ユーザーはGoogleやOutlookのメール、カレンダーなどを連携させることで、毎朝のように「今日の予定や関心事に関係する情報を織り交ぜたパーソナ

Googleが不正なアクセスを防ぐための仕組みとして導入している「reCAPTCHA」で、AIによる突破を防ぎ人間のユーザーだけを通すためのふるいとして、Android端末では「『Google Play開発者サービス』がインストールされていること」を必須要件としたことがわかりました。不審なアクティビティと判断された場合に人間であることを証明する方法も「パズルを解く」ではなく「QRコードをスキャンする」に改められています。 The catch in Google's new reCAPTCHA is a nightmare for custom Android ROMs https://piunikaweb.com/2026/05/07/google-recaptcha-play-services-requirement/ Google's next-gen reCAPTCHA system

本記事では、「OSS応援企画」として記事の最後に「応援ボタン」を設置しています。1回の応援につき、Findyが100円をOSS団体などへ寄付し、エンジニアの成長とOSSの発展を応援する取り組みです。開発者の想いや取り組みに共感した気持ちが、OSSの支援にもつながっていく、そんな前向きな循環をFindyは目指しています。「応援ボタン」は、1日1回まで押すことができます。記事を読んで「いいな」と感じたら、ぜひボタンを押してあなたの応援の気持ちを届けてください。今回はなるセミ代表の成瀬 允宣さんです。 また同じ指摘をしている。これは何度目だろう――。 AIコーディングエージェントの台頭によって、私たちの生産性は上がっています。Claude Code、Codex、Cursor、GitHub Copilot。こうしたツールを日常的に使っている方であれば、コードを書く速度が以前とはまるで違うという実感

AI時代のソフトウェア開発において、人間のプログラマーが持つ「怠惰」という美徳が失われる危険性を、ソフトウェアエンジニアのブライアン・カントリル氏が自身のブログで論じています。 The peril of laziness lost | The Observation Deck https://bcantrill.dtrace.org/2026/04/12/the-peril-of-laziness-lost/ プログラミング言語のPerlの生みの親として知られるラリー・ウォール氏は『Programming Perl』で、プログラマーの3つの美徳として「怠惰」「短気」「傲慢」を挙げています。ここでいう「怠惰」とは単なる手抜きではなく、「将来の自分や他者の作業を減らすために、よりよい抽象化や単純な設計を考え抜く姿勢」を意味しています。 カントリル氏によると、この意味での怠惰は、実際には大きな知

thenewstack.io 今年の PHP Landscape Report によると、PHP は今もウェブプログラミング開発における人気のプログラミング言語だが、ジュニア開発者で PHP の知識を持つ人が減少しており、熟練した PHP の知識を持つ人材を確保するのが今後難しくなるのではとのこと。 「開発者の間では PHP は成熟した技術と見なされており、新たに学ぶ開発者はほとんどいません」というアナリストの発言には、ホントかよと思ってしまうが、重要なのは、このジュニア開発者の減少（と技術的負債の増大）は PHP だけの問題ではなく、オープンソース全体に言える話かもしれないということ。OSS エコシステム全体において、熟練人材へのアクセスが懸念事項であることが示唆されている。 今も PHP はウェブを支え続けているが、企業が新規の大規模アプリケーションに PHP を採用しない傾向があるこ

すこーる🥤 @dropna_nan 良く駆け出しエンジニアが「IT技術つければ大手メーカーの社内SEに転職できるかも！大手に入れば平でも800万固いし！」とウキウキしてるが大手のあいつら一般平社員無役職でも普通にプロジェクトリードレベルの仕事やらされてるし、中途ならPM候補生じゃないと採用されないし結構厳しい 2026-05-08 12:35:02

はじめに なぜ、CS(コンピュータサイエンス)学部出身の人がIT業界に就職すると驚くのか。これは単に、大学で学んだ理論と現場の実務が違うからではありません。より本質的には、CS学部で想定されている技術者像と、IT業界で実際に動いている組織構造が大きく食い違っているからです。 CS学部で学ぶソフトウェアの世界では、基本的に理解力のある人間が設計し、実装し、検証することが暗黙の前提になっています。アルゴリズム、データ構造、オペレーティングシステム、ネットワーク、暗号、形式手法、型理論、セキュリティなどは、いずれも理解できる人間を前提に組み立てられています。 しかしIT業界に入ると、いきなり違う現実にぶつかります。そこでは、技術を十分に理解していない人間が普通に開発工程に入り、品質保証部門にもコードや設計を深く読める人間が十分にはおらず、それでも製品やシステムを出荷し、会社として高い責任を負うこ

フロントエンドエンジニアがこれまで向き合ってきた相手は、人間でした。しかしAIの登場によって、この前提が変わりつつあります。 AIはWebの出力者になりました。ストリーミングで流れるチャットUIが注目を集め、インタラクティブなUIを返せるMCP Appsも登場しています。 同時にAIはWebの消…