「趣味のプロジェクトをきちんと仕上げるには?」記事へのコメント

目的を持つこと

[Anonymous Coward]

小説だったら「小説賞に応募する！」
ＤＴＭだったら「ニコ動で公開する！」(笑)
目的を持てば達成はできるはず。これは私の体験談です。


え、応募＆公開した後の結果？　聞かないでくださいよ、あはは……（苦笑い）

Re:

[donadona (37711)]

自分の場合、ちゃんと完成した趣味ソフトはどれも最初に仕様書を書いていました。
ゴールが明確になっていること、どんな機能を実装すべきか見えていること。
これ大事だと思います。

＃もっとも、最初に仕様書書いたけど完成しなかったソフトも多数。

Re:目的を持つこと

[Anonymous Coward]

私が(ある意味で：ほかのプログラマに部品取りしてもらえたという意味で※)一番気に入ってるソフトは、ステートチャートを添付していました。これこれこうするとこういうふうに状態遷移するんだよ、というアレ。

チャートを描いたことがよかったかどうかは謎ですが、
チャートが綺麗に書けるくらいに状態の扱い(の構造)がきちんとしてたという点は、やっぱりプラスだったんだろうなと想像してます。

※もちろん、自己申告でそういうかたが居た数、でしかないですが。

>最初に仕様書を書いて

ところで仕様変更はどうしてます？

まさか趣味でもWaterFallみたいに「一度決めた仕様は変えない」なんてことは無いとは思いますが。

つまり仕様書は「最初に」書いてもいいけど「最初にだけ」(つまり後から変えない)のは冴えないヤリカタ。

＃思えばこの1x年、つまり今までのすべての仕事が、仕様書を「確定」するという行為の無理さに振り回される日々だったなあ。
＃実際は「作ってみてるうちに良いアイデアがどんどん沸いてくる」つまり仕様なんて後付のほうが絶対効率がいい。

>ゴールが明確になっていること

明確であることは大事ですが、
それのフォーカスというか解像度というかが当初からあまり詳細になってると、
後で不味いところに気づいても見動きがとれなくなるので、
「明確なんだけど漠然」というか「明確だけど決め事は少なく」あたりを狙っています。

Re:

[Anonymous Coward]

そういう意味では「次回以降のバージョンアップで実装予定の機能」を毎回書いてました。

ネタ切れして「そろそろ(自分では使わないが)素人向けのGUIによる設定機能をつけないとな」と思って
書いた途端そこでバージョンアップは止まりましたとさ！