Claude Code Max 20x plan を契約している Web エンジニアが、業務での AI コーディングをやめた理由を整理した記事です。AI を完全に捨てたのではありません。そのあたりは後述します。 なぜ AI を用いてコーディングをしなくなったか 自分の成長速度が鈍化した 主観的な感覚としては、AI でコーディングをしていた時の方が知識を習得できていたと思います。自分でコードを書く機会が激減することにより、副産物的に行われていた成長への投資をある程度手放したのではないかと推測しています。 どういうことかというと、学習において、読む（input）ことよりも書く（output）ことの方が学習効果が高いのは「テスト効果」（学んだ内容を思い出すアウトプットを行うほど長期記憶への定着が高まる、という認知心理学の知見）からも裏付けられており、まさにこの書く機会がなくなったことによって効率
「米国企業はAIを配給制にし始めた」。そんな衝撃的な言葉を見出しに掲げた記事が、米ウォールストリートジャーナル紙（WSJ）に掲載された。マイクロソフト、メタ、ウーバー、セールスフォース、ドアダッシュといった主要企業のCTOやCOOが、わずか数カ月前まで社員に「とにかくAIを使え」と号令していた立場から一転、利用を抑え、ツールを絞り、ROI（投資収益率）を問い直す側に回り始めたという内容である。 つまりこの数カ月で、経営の合言葉が「AIを使え」から「考えて使え」へと変化したのだ。このトレンドは、日本企業の経営層にも届くのか。届くとすれば、現場で働く社員は、その日が来る前に何を準備しておけばよいのか。 「使え」と煽った米企業が半年でブレーキを踏み始めた理由 最初の事例はマイクロソフトだ。FortuneやWindows Centralの報道も併せて整理すると、同社は5月14日、Experienc
OpenAIのCodexを試すつもりでFlutterアプリを作り始めたら、気づいたら87日でGoogle Play公開まで到達していました。 しかし一番衝撃だったのは、コードを書く時間よりも、公開するための周辺作業の方が圧倒的に大変だったということです。 前回の記事では、Codex を試すつもりで Flutter アプリを作り始めたら、約2カ月で Google Play のクローズドテストまで到達していた、という話を書きました。 その後、Google OAuth の審査、クローズドテストの参加者集め、家族からのフィードバック対応、本番環境の利用申請、製品申請を経て、最終的に Google Play で製品公開まで到達しました。 ファーストコミットは 2026年2月28日。 製品公開日は 2026年5月26日。 日数でいうと 87日です。 流れとしては、ファーストコミットから約2カ月でクロー
「SaaS is Dead」。AIの台頭以降、そんな言葉が半ば決まり文句のように語られるようになった。上場しているSaaS企業をみても、株価は伸び悩んでいる。 渦中にいるSaaS企業は、こうした状況をどう見ているのか。そんな“当事者たちの本音”をテーマに、未上場SaaS企業3社が見解を語った。 「AI」に移る投資家の視線ニッセイ・キャピタル シニアキャピタリストの伊藤佑将氏。撮影：土屋咲花登壇したのは、経営管理クラウドを展開するログラス、営業支援SaaSを手がけるマツリカ、経費精算システムを提供するTOKIUMの3社。加えて、ログラスとTOKIUMに出資するニッセイ・キャピタルのシニアキャピタリスト、伊藤佑将氏も参加した。 そもそも「SaaS is Dead」という言葉が広がり始めたのは、2024年末ごろ。海外を中心に、AIの進化によって従来型SaaSの競争優位性が揺らぐのではないか、とい
AIのサイバー攻撃能力は年々高まっており、AI企業のAnthropicは自社で開発した「Claude Mythos Preview」モデルを「ソフトウェアの脆弱(ぜいじゃく)性を発見する能力が極めて高い」として自主的に公開を控えるなどしています。こうしたAIを政府側に共有してもらうための枠組みを作る大統領令に、ドナルド・トランプ大統領が署名しました。 Promoting Advanced Artificial Intelligence Innovation and Security – The White House https://www.whitehouse.gov/presidential-actions/2026/06/promoting-advanced-artificial-intelligence-innovation-and-security/ 2026年6月2日にトランプ
はじめに クリーンアーキテクチャって難しいですよね。 最近ではソフトウェアアーキテクチャを考える上で クリーンアーキテクチャ は避けて通れません。 ですが、クリーンアーキテクチャで設計しよう！となった時に、そもそもクリーンアーキテクチャとは... となることが多々あります。 そこで、クリーンアーキテクチャについてざっくり3行でまとめてみようと思います。 モチベーション Go製のプロダクトのソースコードを眺めているGoでクリーンアーキテクチャ、というより抽象化とDIを伴うレイヤードアーキテクチャの類は過剰だ、と感じます。 どうすると丁度いいのかといつも悩んでいて、それでいて全く答えは出ません。 そこでクリーンアーキテクチャを改めて学び直してその要点を極限まで単純なものに絞り込み、そこを起点にすることで丁度良い塩梅を探ってみようと思いました。この記事はその第一歩をせっかくだから記事にしてみよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
