この記事にはすごくいいアドバイスがたくさんあるね。私が20年のソフトウェア開発で学んだ一番のポイントは、体が休めと言ったら休むこと。やることリストにタスクがあったり、GitHubに新しい問題があったりしても、無理にプロジェクトを進めるのは絶対にダメ。気が乗らないなら、作業をやめちゃいな。

全体的に素晴らしいアドバイスだね。 > 学ぶには時間をかける でも、特にこれが目立つ。私たちはどんどん早くコードを出すように追い立てられている。AIがそのプロセスをさらに加速させている。新しいことを学びたいなら、スピードを落として、もっとやれ、もっと出せ、もっと稼げと迫る力に逆らわないといけない。AIツールを使っているなら、みんながやっていることとは逆のことをしてみて。生成されたコードを受け入れるたびに、すべての行をじっくり見て、明確な質問をして、代替の実装を求めて、トレードオフについて尋ねてみて。好奇心を持つことが大事だよ。これには時間がかかるけど、それがポイントなんだ。

早くリリースし、頻繁にリリースする これには賛成だな。できるだけ早く統合されたプロダクトを持つのが効果的だと思う、たとえそれがスタブの集まりでも。どんなに前もって計画を立てても、最終的なプロダクトがどうなるかはほとんど分からないから、できるだけ早く全体のシステムをテストして反復できることがすごく重要だよ。これが、私がテストハーネスをよく使う理由の一つでもあるんだ。[0] [0] https://littlegreenviper.com/testing-harness-vs-unit/

睡眠。脳にとって最高のサイドタスクだね。これ、何回経験したことか。機能やバグに悩んで、考え続けて、何時間も長所と短所を天秤にかける…後戻りするようなことは始めたくないから。疲れてるのに、明日のために決断を下すまでは寝たくない。今すぐ寝て。そうしたら、起きたときにはすぐに何をすべきか分かる。信じられないくらい、寝る前は見つけるのが難しかったのに。そしてそれを実行する。うまくいく。そして、睡眠が鍵だったって分かる。

Oxide and Friendsのポッドキャスト[1]がこれについてのエピソードをやったよ：Coder's Block (2021年10月25日)[2]。中には良い内容があって、私にとって一番良かったのは、詰まったときはデバッグインフラを書くことだね。[1] https://oxide-and-friends.transistor.fm [2] https://oxide-and-friends.transistor.fm/episodes/coders-bloc... 編集：句読点

LLMの使い方の中で、これが一番役立ってる。ちょっとしたドラフトを強制的に作って、開発やライティングのブロックを乗り越えるために調整を始められるのがいいね。

新しいプロジェクトがあって、これまでで最高のものになるよ。 これに対抗するための良い防御策は、過去のプロジェクトからの借り物を使うことだね。最終的には、最も一般的なもののテンプレートを作ることも。例えば、新しいサイドプロジェクトを始めるとき、以前のプロジェクトからウェブサーバー（イングレス）の設定を借りたり、CIパイプラインや以前のDockerfileの大部分を流用したりすることができる。時には、面倒な設定や構成がすでに終わっているサービス全体を借りることもある。これで、ある程度動くベースラインができて、あとは自分次第。もし改善したいなら、次回のテンプレートはもっと良くなって、他のプロジェクトにも必要なものをバックポートできるようになる。シンプルな解決策を選ぶのも助けになるよ：ビルドをトリガーするためのBashスクリプト、CI設定はそれを呼び出すだけ、環境やビルドにはDockerや似たようなコンテナを使う、イングレスはNginx/Caddy/Apache2/...、PostgreSQLやSQLite、Redis/Valkey、RabbitMQ、MinIOなどの専門的なものを使って、車輪を再発明しないようにする。時には、プロジェクトを助けるためのユーティリティスクリプトや小さなツールを書くのも役立つよ。何十年もやってる開発者たちは、俺よりずっと上手いから、そういうのをたくさん持ってるだろうし、開発作業をするためのdotfilesもたくさんあるだろうね。YAGNIのアプローチを取って、できるだけカスタマイズを少なくするのも役立つことがある。ストックのIDEインストールみたいに、色テーマやキーバインド、プラグインを気にせずに、ただインストールして始めるだけ。

休憩を取ったり、散歩に行ったり、一晩置いたり、他の簡単なことに取り組んだり、いつもの「修正策」を試してもまだ行き詰まってるときは、「とにかくやってみる」ってのが本当に助けになる。目標に少しでも関連するコードを書いてみると、たとえそれが後で消される完全なゴミでも、行き詰まりが解消されるんだ。ただ、その段階に達するまでに数日かかることもあるけどね。いつでも即座にパフォーマンスを発揮できるわけじゃないから。

インターバルで家事をするのはいいと思う。実際の家事をすることで、リラックスしながら生産的になれて、他のメインのタスクから気を紛らわせることができるから。ソロ作業では、4つの学習モードのフレームワークが効果的だと思ってる。新しいことを探る時は読む、目指す詳細レベルに応じてスケッチや仕様を書く、忘れそうなことだけコードを書く、そしてリラックスはバックアップ状態として。大事なのは、一度に一つのモードだけにいることと、どれか一つにハマらないこと。作業の性質によっては、一日に2、3回切り替えることもあるし、次の2つのステップを常に把握しておくことが大事。それが分からなければ、切り替えのサインだよ。繰り返していこう。

いい記事だね、ありがとう！俺はエクストリームサイクリングが好きで、開発に関するいろんな問題を解決するのに役立ったよ。自転車に乗りながら音楽を聴いてると、特に頭の中で自由に製品をイメージしたりデザインしたりしてると、めっちゃリラックスできる。自転車に乗ってるときに、製品のいろんな面をデザインしたことがあるんだ。サイクリングは素晴らしい運動だよね。体を鍛えるだけじゃなく、景色を楽しんだり、心をリラックスさせたり、ストレスを解消したり、自分を整えたりするのにも役立つし、たくさんのインスピレーションも得られる。もしプレッシャーがかかってたり、製品に取り組んでるなら、定期的にサイクリングすることを強くおすすめするよ。