昨今の AI の進化を見ていると、自分が会社員のソフトウェアエンジニアとして仕事をできるのは、あと何年間だろうかと思う。 まだ 5 年はだいじょぶかもしれないけど、10年はもうもたないかもしれない。正直 15 年はかなり厳しい気がする。 いや、5年後ももはやわからない。 ここ 1,2 年の間に就職すれば、その会社で 5 年以上はまだ働けるかもしれない。 しかし 5 年後にソフトウェアエンジニアとして自分が就職できる働き口はほとんどない可能性は十分にある。 正直今までのぼくの考えとしては、ソフトウェアエンジニアという職種は、AI が進化していっていろんな職業がなくなっていても、その AI を作るのはソフトウェアエンジニアなのだから、他職種よりからは相対的には安泰だと思っていた。 でもここ半年くらいは、自分のキャリアの最後までソフトウェアエンジニアとして生きるということはないだろうと思い始めて

単なる感想です。 裁量を持つ/持たせると人は成長する 裁量を持つ/持たせると、人は考える機会が多くなったり、深く考えるようになる。 これによって自身の意思決定が成功しても、失敗しても、良い知見となり、強くなっていく。 単に言われたことをやっているだけだと、このサイクルが働かないので、強くなるスピードが鈍化する。 自分は「立場が人を作る」と思っていて、実際に人が育った様子を見てきたし、自分もそうだなと感じる。 この「立場が人を作る」というのは、裁量を与えることによる人の成長だったんだなと、最近ふと思った。 どの程度裁量を持たせるか では、「裁量を持たせればいいのか」というと、当然そーゆー簡単な話ではない。 その裁量を与えるに相応しい能力がないと、何も分からず意思決定をして、成功も失敗も「なぜこうなったのか分からない」みたいな感じになる。 ただこなしているだけで成長するかどうかがギャンブルにな

ティム・オライリーといえば、世界中のプログラマに信奉されているオライリー・メディアの創業者で、「Web 2.0」という言葉を広めたことでも知られる人物だ。 そのオライリー氏は、今年2月に、プログラミングが完全に新しい時代に入りつつあることを書いていた。同社のRadar Blogというページで読める「The End of Programming as We Know It」（私たちが知っているプログラミングの終焉）である。 オライリーの「Coding with AI: The End of Software Development as We Know It」の記事。映画『マトリックス』的ビジュアルもマッチしている。 5月8日には、同社のAI Codeconカンファレンスが、そのまま「Coding with AI: The End of Software Development as We

Günther Brunner (グンタ) 株式会社サイバーエージェント | CTO室・Developer Productivity室 「日本の開発文化を最先端に」をミッションに、Developer Experience…

祖父（６２）を鈍器のようなもので殴ったとして西世田谷署は５日、東京都世田谷区に住む男子児童（６）を厳重注意した。祖父は全治３日の軽傷。 調べによると、児童は４日、翌日発売の新型ゲーム機「ニンテンドースイッチ２」を買ってくるよう祖父に依頼した。しかし、５日午前８時ごろ、祖父が違うゲーム機を買って帰ってきたことを知った児童は激怒。朝食中のテーブルの上に置いてあった果物ナイフの横にあったフランスパン（パン渡り３０センチ）で、祖父を何度も殴りつけた。 祖父の悲鳴を聞いた父親（３５）が急いで間に入って止めたが、祖父は額などを打撲する軽傷を負った。近隣住民の通報で駆けつけた署員が署内で事情を聞いたところ、児童は「早朝から出て行って一体何の列に並んでいたのかと考えると、腹が立って仕方なかった」と説明したという。祖父は同日未明から近くの玩具店に並んでいた。児童は署で厳重注意を受けた後、帰宅を許可された。

なぜ1％と信じられたのか？なぜ1％と信じられたのか？ / Credit:Canvaヒトとチンパンジーは遺伝的にほとんど同じ──。 この考え方の象徴が「わずか1％の違い」という数字でした。 1970年代から2000年代にかけて行われた分子生物学的比較では、ヒトとチンパンジーのDNA配列の98～99％が一致することが報告され、長年にわたり広く引用されてきました。 実際、2005年にチンパンジーのゲノム概要配列が初めて発表された際にも、一塩基レベルで見たヒトとの差異は約1.2％に過ぎないと強調されました。 しかし、この「1％」という数字には重要な前提と限界がありました。 それは「比べられる部分（揃って配列が読めた部分）のみを比較した値」であるという点です。 つまり、当時の技術では解読が難しく比較から除外されていたゲノム領域が多数存在し、それらを考慮に入れていなかったのです。 ヒトや大型類人猿のゲ

AI Changes Everything written on Wednesday, June 4, 2025 At the moment I'm working on a new project. Even over the last two months, the way I do this has changed profoundly. Where I used to spend most of my time in Cursor, I now mostly use Claude Code, almost entirely hands-off. Do I program any faster? Not really. But it feels like I've gained 30% more time in my day because the machine is doing

筆者は以前、米アマゾン・ウェブ・サービス（AWS）、米マイクロソフト、米グーグルの3大クラウド事業者のサービスを比較する特集を日経コンピュータ誌で担当した。特集では、3大クラウドをキャラクターに例えた。マイクロソフトは「優等生」、グーグルは「天才肌」といった具合だ。AWSは「人気者」とした。ユーザーが多く、コミュニティーも活発なのがそのゆえんだ。この2年でクラウド事業者の競争の主軸は人工知能（

暑いけどクーラー使いたくない...そんな時は「冷風扇」がベスト。冷風だけど冷えすぎず、電気代は1時間約1円

【読売新聞】　プロ野球・読売巨人軍の選手、監督として活躍し、「ミスタープロ野球」と呼ばれた長嶋茂雄・巨人軍終身名誉監督が３日午前６時３９分、肺炎のため、都内の病院で死去した。８９歳だった。 １９３６年、千葉県臼井町（現佐倉市）生まれ

テラーノベルで機械学習エンジニアをしている川尻です。 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

この記事で得られる3つのポイント 「つぶしが効く」エンジニアになる: 表面的な技術習得ではなく、根本原理の深い理解と問題解決能力が長期的な市場価値を創出する AI時代の新たな役割: テクノロジーと人間の強みを組み合わせ、AIとの効果的な協働を設計・実現できる「アーキテクト」としての視点 計画的偶発性の活用: 不確実性を受け入れ、専門性と横断性のバランス、継続的学習、そして「偶然を必然に変える」姿勢の重要性 はじめに みなさん、こんにちは！本日はアカリクの就職ラウンジイベント＠会津大学に来ていただき、ありがとうございます。「AI時代に市場価値を高めるキャリア戦略」というテーマでお話しさせていただきます。口頭で補足しながらいろいろやっていきます。よろしくお願いします。 acaric.jp 現役エンジニアとして日々AIの進化と自身のキャリアパスに向き合う中で、私が得た気づきや思考を皆さんと共有で

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

https://anond.hatelabo.jp/20250521002326 見たので。 そう言えば「貯金1000万円溜まったら、それをシードマネーにしてスタートアップを作る！！」と心に決めていた20代だったのに、気づけば40過ぎたことにも気づいた。 貧すれば鈍する。満足すれば挑戦しなくなる。自分もそうなってしまったことをあらためて噛みしめる。 プロフィール40超え。既婚。転職しまくり。 Webエンジニアだけどそれなりに専門性があるジャンル。この分野を専門的にやってるの日本で千人以下だと思うが、一方で専門性を活かす機会はたまにしかない。 収入給料：1,000万円/年くらい。額面 技術とマネジメントで、7:3くらい。 社内にはマジで技術一本で、より年収が倍くらい高い人も何人かいる。つよい。妻給料：700〜1,000万円/年くらい。 業績給の変動がすごい。平均850ぐらい？DINKS。望ん

この記事は、下記の記事への反論というよりも、「 TypeScript でバックエンドを書く」というテーマについて、別の観点から整理したい という意図で書いています。 元記事は、文脈が分かりづらいと感じたため、自分なりにバックエンドの特性にフォーカスして再整理しています。 最近、以下の記事を見かけました。 記事の内容は、バックエンドも TypeScript で書きましょうという内容です。 たしかに、TypeScript は現代のフロントエンド開発においてデファクトスタンダードとも言えます。型安全性、補完の効きやすさ、そしてJavaScriptとの互換性。いずれも実務で使うには非常に便利です。フロントエンドではもはや必須とも言える存在です。 ただ、バックエンドという文脈においては、TypeScriptを選ばない理由もあるよね？ と感じました。 TypeScript を否定したい訳ではなく、「あ

「図書館の本を片っ端から読んで、とうとう読むものがなくなってしまった」みたいな表現があるけど、さすがに図書館の蔵書を全て読むなんて無理だと思う。本当に読んだのだとしたらすごく小さい図書館なんだろうと思う。もしかすると図書館にある本を全部読んだという意味ではないのかもしれない。自分が読みたい本、読めそうな本、あるいは何かの原理原則に従って選び取られた本の全てを読んだ、という意味である可能性は十分に考えられる。だってそうでもしないと「全部」を読むことは不可能だからだ。どれだけ小規模な図書館でも最低3000冊は蔵書があるだろう。かりに3000冊を1日1冊のペースで読んだとして、約9年かかる計算になる。小・中・高の12年間を使ってようやく読めるくらいだから、初等部・中等部・高等部で全て共通の図書館でもない限り普通に考えてありえないだろうと思う。これが街の図書館になると蔵書数のケタが1つ2つ増えるわ

Chrome「Manifest V2対応打ち切ります。現代のIEです。スパイウェアです。独禁法関連で他社に売却される可能性があり先行きも不安です。」 Edge「Microsoft版Chromeです。」 Safari「V2対応してるけど未実装だらけ、バグだらけです。Appleの端末でしか動きません。」 Firefox「V2に完全対応かつサポート継続します。サクサク軽快に動きます。Web Extension標準化を常にリードし爆速で実装してます。運営団体のMozillaは非営利法人ですが検索ロイヤリティや寄付などで年間7億米ドル以上の収入があります。iOS版Firefox（Gecko搭載）リリースを待ち構えるフットワークの軽さもあります。」 Firefox大好きになっちゃうううう。

DDDは今も“武器”になるのか？ ここ1年でプロダクト開発の環境は大きく変わりました。 AIエージェントが開発現場で“当たり前”のように使われる時代になりつつあります。 そんな中で、「DDD(ドメイン駆動設計)って今の時代にも必要なの？AI時代になったらもう使わなくなるのでは？」と疑問に思う方もいるかもしれません。 私はこう思います。 DDDは、AI時代にこそレバレッジを効かせることができる、価値を届けるための“武器”になる。 (少なくとも、あと数年はね。) DDDの目的は「機能性」と「保守性」を両立させること DDDは単なる設計理論ではなく、プロダクトを継続的に改善・成長させていくための戦略です。 その本質は、以下の2点に集約されます。 ① 機能性を高めるためのモデリング ユーザーや業務の課題を理解し、抽象的な図を使ってFBサイクルを小さく・速く回すことにより、役に立つものを作れる可能性