AIがプログラミングを民主化する。誰でもコードが書ける時代が来る。そんな楽観論を、3000万コミットのデータが否定した。 マスク氏は「2026年末にはプログラミングが全自動になる」と語り、AnthropicのCEOアモデイ氏は「AIが自律的に次世代を開発するまで1〜2年」と予測する。だが、この華やかな未来予測の裏で、Science誌に掲載されたばかりの論文が突きつけた事実は、それとは真逆の構造を描いている。 AIコーディング「使用率37%、恩恵ゼロ」の衝撃2026年2月19日、Science誌に掲載されたDaniotti et al.の論文「Who is using AI to code?」は、16万人の開発者による3000万件超のGitHubコミットをニューラル分類器で解析し、AIコーディングの世界的普及と影響を初めて大規模に定量化した研究である。 https://www.science

GitHub Projects: Import items based on a query and hierarchy view improvements Import project items with a search query When creating a new project, you can now add items using a search query, in addition to importing directly from a repository. This search supports the same filters available on the Issues page, including AND / OR keywords and nested queries, making it easier to start a project wi

転職・求人情報サイトのtype エンジニアtype ITニュース 年収2500万でも貧困層？ 米マイクロソフトに18年勤務した日本人エンジニアが「日本は健全」と語るワケ NEW! 2026.02.19 ITニュース マイクロソフトお金グローバルAI 「GAFAやMicrosoftに入れば、一生安泰の勝ち組になれる」――。 ビッグテックによる大規模レイオフに驚かなくなってきた昨今、そんな甘い考えでいる人は少ないだろう。しかし、一方でこうも思うはずだ。 「とはいえ、GAFAMに入社できるほどのエンジニアなら相当に優秀。レイオフされたところで、引く手あまたで職に困ることはない」と。 しかし、現実は違うようだ。 2006年に米国マイクロソフト（以下、MS）に入社し、プリンシパル・ソフトウェア・エンジニアという職位にまでのぼり詰めた太田一郎さん。だが、18年の献身が幕を閉じるのに要した時間は、わずか

Stream the latest episodeListen and watch now on YouTube, Spotify, and Apple. See the episode transcript at the top of this page, and timestamps for the episode at the bottom. Brought to You by• Statsig — ⁠ The unified platform for flags, analytics, experiments, and more. Stop switching between different tools, and have them all in one place. Check out Statsig. • Sonar – The makers of SonarQube, t

miseに、dotnet(C#)を管理させようとして、dotnetの独自性に気が付かせられた。Microsoftには、コンシューマー向けの独自OSと、幅広い開発者コミュニティを抱え、かなり長い間（今も）バージョン問題に取り組んできた経験がある。その結果が、dotnet に集約されている。ここでは、その長い歴史を振り返り、現在の実装に至る道を再度辿る。 Windows の DLL Hell は1990年代に開発者を苦しめた共有ライブラリのバージョン競合問題であり、.NET Framework では、これの解決も含め設計されたが、皮肉にもフレームワーク自体が新たな「DLL Hell」を生み出した。.NET Core/5+ はこの歴史的教訓から、アプリケーションごとのランタイム分離という根本的に異なるアーキテクチャを採用し、共有の呪縛から解放される道を選んだ。この30年の進化は、ソフトウェアにお

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

Green Tea GCの開発タイムライン（出典: Go公式ブログ） はじめにGo 1.26 リリース連載の 4 本目です。 Go 1.26 がリリースされ、ガベージコレクタ（GC）に大きな変更が加わりました。その名も Green Tea GC（緑茶GC）です。 公式ブログによると、この名前は2024年にGoランタイムチームのAustinが日本でカフェ巡りをしながら、大量の抹茶を飲みつつプロトタイプを開発したことに由来しているそうです。 Green Tea got its name in 2024 when Austin worked out a prototype of an earlier version while cafe crawling in Japan and drinking LOTS of matcha! This prototype showed that the co

はじめにTIG（Technology Innovation Group）の真野です。 Go 1.26ブログ連載 の3日目は、go fix コマンドのアップデートについて解説します。 go fix の出発点リリース内容へ入る前に、go fix そのものについて解説します。 まず、Go 1.26で新しく go fix コマンドが追加されたわけではありません。コマンド自体は2011年4月15日に公開されたIntroducing Gofixというブログで紹介され、その翌月リリースのr57 で追加されました。つまり、誕生から15年近く経過する由緒ある（？）ツールとも言えます。 それにも関わらず、 go fix コマンドはあまり有名で無いと思います。なぜでしょうか。 まず、Go言語が1.0に到達したのは、2012年3月28日で、go fix コマンドが紹介されたのはその1年前です。現在と大きく異なり、

Introduction An earlier post talked about strings, bytes and characters in Go. I’ve been working on various packages for multilingual text processing for the go.text repository. Several of these packages deserve a separate blog post, but today I want to focus on go.text/unicode/norm, which handles normalization, a topic touched in the strings article and the subject of this post. Normalization wor

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 筆者は実務経験3年目の開発エンジニアで、現在は2社目の会社に在籍しています。 1社目2社目ともに要件定義を担当する機会があったのですが、 どちらの現場も要件定義のフォーマットが存在しないか、あるいはフォーマットがあっても明らかに項目が足りないような状態でした。 要件定義のクオリティは完全に属人化してしまっており、 担当するたびに 「抜けや漏れがあったらどうしよう」 という不安を感じていました。 そんな中でふと、 「要件定義はどこのシステム開発現場でも必要なのに、規格としてまとめられていないのだろうか？」 と疑問に思い調べたとこ

OpenAI Codex is now natively integrated into the JetBrains AI chat, giving you another powerful option for tackling real development tasks right inside your IDE. You can use Codex with a JetBrains AI subscription, your ChatGPT account, or an OpenAI API key – all within the same AI сhat interface. See Codex in action in a JetBrains IDE, as Dominik Kundel from OpenAI and Gleb Melnikov from JetBrains

We are excited to announce the public preview of the Windows App Development CLI (winapp), a new open-source command-line tool designed to simplify the development lifecycle for Windows applications across a wide range of frameworks and toolchains. The winapp CLI is specifically tailored for cross-platform frameworks and developers working outside of Visual Studio or MSBuild. Whether you are a web

2026年1月のすがた ※リンクを効かせたい場合はダウンロードしてください

Our vision is to evolve GitHub Copilot into an ecosystem of agents that collaborate across the entire development lifecycle from coding and code review to security, debugging, deployment, and maintenance. To unlock the full potential of multi-agent workflows, we need to move beyond isolated interactions—that start from scratch each session—and toward a cumulative knowledge base that grows with eve

UCバークレーでコンピュータサイエンス（計算機科学）の教授を務めるSarah Chasinsが登場。視聴者から寄せられた、コーディングに関する質問に回答する。 00:00 オープニング 00:16 初期のワールド・ワイド・ウェブの名残は？ 01:04 コーディングはずっと難しいまま？ 01:21 数学が苦手でもプログラミングは学べる？ 02:08 最初のコンピューターウイルスは？ 02:39 最初にプログラマーが書いたコードとは？ 04:11 なぜ難しいプログラミング言語がある？ 05:20 プログラマーは実際どんな仕事をしている？ 06:00 Pythonは「何でも2番目にいい」って本当？ 06:26 2025年にC++を学ぶ価値はある？ 06:44 なぜRustは人気No.1の言語なの？ 07:48 JavaScriptは神言語なのに嫌われる理由は？ 08:12 プログラミング言語は

はじめに GitHub Copilot は、もはや単なるコード補完ツールではありません。 どの文脈を与え、どこまで任せ、どこで人が介入するか その設計次第で、生産性にもコード品質にも大きな差が生まれます。 本記事「GitHub Copilot を極める会」では、 GitHub Copilot を 補完ツール としてではなく、 設計・実装・リファクタ・テストまでを支援する開発パートナーとして使い切ることを目標に話を進めます。 中でもエージェントモードを使いこなすことや、カスタムされた命令を Copilot に読み込ませること、更にはコーディングエージェントへコードレビューをさせる方法までこの記事でご紹介させていただきます。 「書かせている」状態から、「制御して使っている」状態へ --- GitHub Copilot を使う側のレベルを一段引き上げる記事となれば幸いです。 それでは行きましょう

.ideaや.vscodeを無視したい IntelliJ系IDEの.ideaやVSCodeの.vscodeなど自分用の設定情報を持ったファイルを間違ってコミットしたりしそうになったりしませんか？私はします。 .gitignoreに書いてもいいですが、「チームでPyCharm使ってるの自分だけなのに.gitignoreに.idea/って書くの嫌だなぁ」って思う人もいるでしょう。 そこで、自分の環境だけで特定のファイルを無視する方法を解説します。 [解決] .git/info/excludeに無視したいファイル名を記述する .git/info/excludeとは 自分の環境だけで無視するファイルを指定できる.gitignoreと思えばOKです。 実際に書いてみる 今回は.ideaフォルダ内のファイル一式を無視する書き方です。 ファイルの指定方法は.gitignoreと一緒でいいと思います。 #

こんにちは @shunk031 です。業務や趣味に git clone 等でレポジトリが増えると、どこに clone したか・どこで作業しているかが分かりにくくなり、cd や補完に時間を取られがちですよね。さらに開発のためにブランチを切ったり、Pull Request のレビューのために別ブランチをチェックアウトしたりすると、切り替えや stash の手間がどんどん増えます。私はよくブランチの切り替えをミスってコンフリクトを起こしたり、変更を失いかけたりしています。 こうした問題は Claude Code や Codex のようなコーディングエージェントを使い始めると更に露呈します。複数タスクを並列に走らせるほど、作業ディレクトリが 1 つだと衝突しやすいからです。コーディングエージェントなんてなんぼでもしばきたいですよネ。 本記事では、以下の 3 つのツールを組み合わせて日々の開発をさら