A Weekend with a Side Project

サイドプロジェクトのある週末

利害関係者も期限も JIRA チケットもありません。あなたと、何かになるかもしれない愚かなアイデアだけ。

土曜日の朝。コーヒーが淹れられ、家は静かになり、今週ずっと頭を悩ませていたアイデアが思い浮かびました。必ずしも良いアイデアではありません - ただ永続的なアイデアです。私が手動でやり続けていることを実行する小さなツールです。それはどれほど難しいでしょうか?

これは最高のプログラミングです。要件ドキュメントもスプリント計画もプルリクエストのレビューもありません。ただのテキストエディタと問題。ひどいアーキテクチャ上の決定を下し、すべてを 2 回書き直し、行き止まりであることが判明した接線をたどる自由。

サイドプロジェクトが重要な理由

サイドプロジェクトでは、日常の仕事では学べないことを学ぶことができます。問題がより難しいからではなく、リスクを負う自由があるからです。使ったことのない言語を試してみましょう。フレームワークなしで何かを構築します。読んだだけのプラットフォームにデプロイします。賭け金はゼロなので、学習は最大になります。

日曜日の夕方までに、なんとかうまくいきます。荒削りで、エラー処理は存在せず、README は一文です。しかし、それは私が解決しようとしていた問題を解決し、金曜日には知らなかった3つのことを学びました。悪くない週末だった。

💬 Discussion 1
Guest
Avatar
  • 藤井 翔子 (collapsed)
    「サイドプロジェクトのある週末」を取り扱う際の監視体制や障害時のフェイルオーバー設計について、皆様がどう工夫されているか気になります。次のスプリントで最初のパイロット運用を控えており、ロールバック基準をどこまで厳格にするか議論しているところです。
    0