わしの

心穏やかになりたい

[わしの @_wassy555_]

rp したのはところも現場のエンジニアは苦悩しているんだろうな。

経営陣は上手くいっているように喋ってるだけで流石にうちはダメでした、とはさすがに言えないだろうし。

トータルでエンジニアの作業は増えた気がしている。作業が効率化したのは理解負債を負債のままにしているだけなんだろう。

[藤原弘人@AI起業家 @fuji_ai_]

DeNAが「AIにオールイン」と言って1年、南場智子の報告がこれ

[わしの @_wassy555_]

『コミット数が多すぎてコードレビューしなくなった』という記事も見かけるけど、作る物にもよるだろうな…と思っているところ。

基幹システムにAI導入して障害出て詰められた時に「コードレビューしてません。コードの内容把握してません」が通用するか。

顧客と先に握っておかないとだよな…。

[わしの @_wassy555_]

今のプロジェクト、全面的にAI導入しようとしてるから心配なんだよね…

過信して色々省略しすぎなんだと思うけど、そもそもプロジェクトの工程の組み方を変えるべきなのかも知れないな。

STの期間を長めにするとか。強化テストを充実させるとか。

https://t.co/kG62a5k7Vf

[わしの @_wassy555_]

AI推進みたいなチームにいるけど、結局人どうしの打ち合わせが多くて決まらないことが多い

どうせ3ヶ月後にはまた違う技術が出てるんだからテックリーダーひとりに任せて、資料配布して説明して終わりにすれば良いのに…と思う

中途半端な知識で議論するだけ時間の無駄じゃないかなと

[わしの @_wassy555_]

「WSL」のバージョン3が開発者にもたらす大きなメリット - ZDNET Japan https://t.co/BEolS7ki1L

[SOU⚡️投資ニュース / 米国株・日本株・仮想通貨・AI @SOU_BTC]

【速報】🇺🇸 イーロン・マスク氏のSpaceXが、AIコーディングスタートアップのCursorを600億ドル（9.6兆円）で買収

[わしの @_wassy555_]

grill-me試してみよう

[鈴木慎吾 / TSUMIKI INC. @shingo2000]

とほほさんのClaude Code入門、TIPSが１ページに凝縮されていて良いな。
https://t.co/kCEwrfr8wv

[Programmer Humor @PR0GRAMMERHUM0R]

continueFromHereClaude

[わしの @_wassy555_]

動画ではまだ要らない話になってたけど、設計ドキュメントを美しく最適化して出力するskillは欲しいよなあ…

[わしの @_wassy555_]

重要な問題なので何度か見返したい動画

最近は現場でもmarkdown + mermaidだけで設計進めているけどあまり読まれない気がする（人のもあまり1から読まない）

目次リンク作って見たいポイントへジャンプする構成は良い考えと思うけど、執筆中に装飾を意識したくない気もする

https://t.co/Mim2PfIMwd

[ClaudeDevs @ClaudeDevs]

/radio

[わしの @_wassy555_]

色々やらかしてる様だけど
続報を待ちたい…

[マネーフォワード @moneyforward]

【重要】『GitHub』への不正アクセス発生に関するお知らせとお詫び（第一報）
https://t.co/yLbK3S6BVy

[わしの @_wassy555_]

しばらくキャッチアップしてなかったのでDESIGN.md の存在を知らなかった。

https://t.co/9fgYUSARhJ

[Lu @kindablueshop]

해보고 싶었던 다이어리 모아보기 ✍🏻👧🏻

[わしの @_wassy555_]

分かりやすかった動画のメモ

https://t.co/GWNuERtYSO

[わしの @_wassy555_]

Wordpress の後継と言われてるcloudflareのEmdashの情報集めているけど、プラグインをsandboxに閉じ込めたり実行権限を制限できたりとセキュアな作りで良さそう。

しかもコンテンツの載せ替えは現行WordPressから記事をインポートできるみたい。

今プレビューらしいので正式リリース楽しみ。

[まかねこ| AIに働かせる技術 @makaneko_AI]

バズってた“Claude Code中の人の教え”をCLAUDE[.]mdにしたやつを日本語化

---

## ワークフロー・オーケストレーション

### 1. プランモードの原則適用
- 3ステップ以上の作業や、アーキテクチャ上の決定を伴う重要なタスクでは、必ず「プランモード」に入ること。
- 作業が停滞したり予期せぬ方向へ進んだりした場合は、即座に中断して計画を練り直すこと。無理に進めてはならない。
- 構築だけでなく、検証ステップにおいてもプランモードを活用すること。
- 曖昧さを排除するため、事前に詳細な仕様を記述すること。

### 2. サブエージェントの活用戦略
- メインのコンテキストウィンドウをクリーンに保つため、サブエージェントを積極的に活用すること。
- 調査、探索、並列分析などはサブエージェントに任せること。
- 複雑な問題に対しては、サブエージェントを通じて計算リソースを惜しみなく投入すること。
- 集中して実行できるよう、1つのサブエージェントにつき1つのタスクを割り当てること。

### 3. 自己改善ループ
- ユーザーから修正指示を受けた後は、いかなる内容であってもそのパターンを `tasks/lessons.md` に記録すること。
- 同じミスを繰り返さないよう、自分自身に対するルールを策定すること。
- ミスがなくなるまで、これらの教訓を徹底的にブラッシュアップすること。
- セッション開始時には、当該プロジェクトに関連する教訓を必ず復習すること。

### 4. 完了前の検証
- 動作の証明ができるまで、タスクを完了と見なさないこと。
- 必要に応じて、変更前後の挙動の差異（diff）を確認すること。
- 「スタッフエンジニアならこれを承認するか？」と自問自答すること。
- テストを実行し、ログを確認し、正当性を実証すること。

### 5. エレガントさの追求（バランス重視）
- 重要な変更を加える際は、一度立ち止まって「よりエレガントな方法はないか？」を考えること。
- 対処療法的な修正だと感じた場合は、「現在の知識をすべて動員して、洗練された解決策を再実装する」こと。
- 単純で明白な修正については、過剰なエンジニアリングを避けるためにこのステップを省略すること。
- 成果を提示する前に、自身の仕事を厳しく検証すること。

### 6. 自律的なバグ修正
- バグ報告を受けた際は、手取り足取りの指示を待たずに自力で修正すること。
- ログやエラー、失敗したテストを特定し、それらを解決すること。
- ユーザーにコンテキストの再説明を求めないこと。
- CIテストが失敗した場合は、指示を待たずに修正にあたること。

## タスク管理
1. **計画優先**: チェックリスト形式で `tasks/todo.md` に計画を書き出す。
2. **計画の確認**: 実装を開始する前に、方針に間違いがないか確認する。
3. **進捗の追跡**: 完了した項目は随時チェックを入れる。
4. **変更の説明**: 各ステップで、何を行ったかハイレベルな要約を提示する。
5. **結果の記録**: `tasks/todo.md` にレビューセクションを追加する。
6. **教訓の抽出**: 修正対応後は `tasks/lessons.md` を更新する。

## コア原則
- **シンプルさの追求**: あらゆる変更を可能な限りシンプルに保つこと。コードへの影響範囲を最小限に抑える。
- **妥協の排除**: 根本原因を突き止めること。一時しのぎの修正は行わない。シニアデベロッパーとしての基準を維持する。
- **影響の最小化**: 必要な箇所のみを変更すること。不必要な変更によって新たなバグを作り込まない。

[わしの @_wassy555_]

機能一覧が機能していない…

「〇〇については検討中」、「〜を行う？」、「次フェーズで要検討」

とかばっかり。
どうすんのこれ。