AWSはどうにか移行できそうですが、PyPI、crates.io、npmは手の打ちようがなさそうです…

キム代理。私があえて助言したいことがあります。ほかでもなく、Excelの関数？をあまり使わないでください。便利さがあるなら、危険性は増大するものです。牛をさばくにはそれなりの刃があり、鶏をさばくのに刃物が必要でしょうか？ 簡単なことが正解であることもあります。

乱暴ですが、まったく的外れというわけでもないですね。良い質問から良い答えが生まれる、というのと同じ文脈で…。

もう二度とChatGPTを使わない
私も似たような文章を書いたことがあります。

生産性が向上する効果は確かにありますが、脳を委ねてしまう行為そのものは避けるべきだと思います。

まだcursorとanthropicの熱心な支持者ではありますが、ある時から熱狂していたagentモードを徐々に使わなくなり、askモードでアーキテクチャや実装方法を先に尋ね、十分に納得できたときだけ、一つひとつAIの変更提案を受け入れるように自分でも変わっていったことに気づきました。

それほど大きくはないものの（ただし私たちの業務プロジェクトではかなり重要な）モジュールを、2人のエンジニアがそれぞれagentモードを使ってリファクタリングし、構成を追加していく中で、ある時点でアーキテクチャを整理するはずだった意図のコードが、実際には可読性も構造もかえってひどくしてしまう状況を直接目の当たりにし、こうして変わるようになりました。

AIが開発者をバカにしているというよりは…
バカな開発者はAIを使ってもバカな開発者のまま…
Garbage in, garbage out

Core 2 Duoという名前だとIntelを思い出しますね。

応援しています。LinkedInで見かけるたびに「いいね」を押しています。

同意します。^^

> ランディ・コミサの『モンクと謎』

ほかはともかく、この本はおすすめします。

https://paint.js.org/

最近のペイントは難しすぎるんですよね……。自分には昔のペイントで十分な気がします。

例があまりにも惜しいですね。
コマンドをエコーするのではなく、エコーコマンドを作るべきだったのでは…

これでOSなのか、それともプラットフォームなのか〜

著者は、AIツールだけに盲目的に依存して使うことについて述べているように思います。

私個人の意見としては、AIを活用して業務の効率性が高まったのであれば、
それを積極的に活用して反復的な作業を減らし、
確保できた時間をより広い領域（例：バックエンド開発者がフロントエンドやアプリ開発まで拡張する）や、
アーキテクチャ設計のような発展的な方向に投資するのが望ましいのではないかと思います。

全体的な内容を見る限りでは、著者もこの意見に同意されるように思いますが、
時々AIそのものを拒否される開発者の方もいるので、返信を少し書いてみました……（笑）
.

GoogleのWiz買収案件が破談に、WizはIPOを推進予定

だめそうだと思ったら、また試みるんですね

AppleはiPhoneでPebbleの機能を制限している

AppleよりはAndroidのほうが相性が良さそうですね。

Algumon、何かやりましたね。良いサイトを知ることができました。

今SREとして働いているのですが、朝に計画した仕事をその日のうちに実行できたことなんて数えるほどしかないですね（笑）

Site Reliability Engineering、SRE

最初から最後まで、SREが何なのかは教えてくれませんね。