トレンドトピック
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Claude Codeはもはや開発者だけに響くものではありません。技術者でない人たちも、何かを作るために使っています。技術者たちは非技術的な作業に使っています。境界線が曖昧になってきている。
このことを考えたのは私が初めてではありません。Anthropicの複数のチームが数ヶ月にわたり「エージェント体験」に取り組んできました。Claudeは単なるチャットパートナーではなく、実際の仕事を助けるものとして。@bcherny私に促されました。社内で構築したものを、数日以内に早期の縮小版を出荷できるか?そこで私たちは少人数のチームで、厳しい締め切り(「月曜日はどう?」)を設定し、作業に取りかかりました。
@claudeai『Cowork』を書きました。私たち人間は基礎的なアーキテクチャや製品の決定を直接話し合いますが、開発者としては3〜8個のClaudeインスタンスを管理し、機能の実装、バグ修正、潜在的な解決策の調査を行っています。
ネイティブコードについては、ローカルマシン上のローカルGitワークツリーを使用しています。小さな変更やウェブコードのみの変更については、Claudeに実装してもらうように指示します。誰かがSlackでバグを報告すると、私たちはたいていClaudeを@-mentして修正を指示します。人間(そして別のクロード)がすべてのコードを統合前にレビューしますが、今ではほとんどの時間をクロードの艦隊を指揮し、意思決定をすることに費やしており、個々のコードを職人しく書くよりも大切です。
Coworkを早期にリリースします。ざらついた部分もあります。しかし、何を作るかを見極めることがソフトウェアエンジニアリングで最も難しい部分となっています。私たちは、早期にフィードバックを得てユーザーが実際に何を必要としているのかを聞くことが、本当に良いものを作る方法だと考えています。
トップ
ランキング
お気に入り
