sinkopeの日記： 今日の国民投票用タレコミ

いくらバグが無いとはいえこれはヒドイ、と思ったプログラムソース
・とにかく長い、ひたすら長い
・関数やクラスのツクリが無茶苦茶
・コメント無し、あっても役立たず
・変数の命名がアホすぎる
・かえって読みにくいインデント
・似たような処理の重複記述だらけ
・性善説な運用前提の入力チェック
・以上をひっくるめて作者が昔の自分という事実




うーん、選択肢の切り口がイマイチだなぁ。
もっとピンポイントにした方がいいのか、「設計がダサい」みたく抽象化した方がいいのか‥‥。
いずれにしても「なんでアレがないんだ」系の設問になっちゃいますねぇ、このテのは。

有力？な、洗濯(ｺﾞｼｺﾞｼ)肢候補

[slashdotted (27529)]

・処理の分岐が全てgoto文

好みの問題かもしれませんが、クラス内の変数を返すor格納するだけの関数がたっぷり詰まったプログラムと格闘中。しかも、これといった資料もなし(お約束？)。

自作のプログラムなら諦めがつくけど(本当か？)、数人の手を渡ったやつなので…、ふぅ。

# でも、巷で言われる「ですま～ち」ではないです。

--
−・・−・　・−・−・−　・　−・・
slashdotted

Re:有力？な、洗濯(ｺﾞｼｺﾞｼ)肢候補

[sinkope (230)]

クラス設計というのは、スキルというかセンスというか、そういうのを持った人間がトップダウンでかっちり決めた方がシアワセになりそうな気がします。設計に一貫したポリシーがあれば、仮に「たくさんある」状態でも「想像がつく」ので比較的ラクですよね。多分。
自分にはそもそもそのセンスがないのか、独りで作ったシステムでも「このクラスがこのレベルで定義されていて、似たようなあのクラスがあっちにあるのは何故？」と自問するコトがしばしば‥‥（汗
チーム、特に少人数なのに人が入れ替わりしてしまうような場合は、やはりなんらかしらのドキュメント整備を心がけるしかないでしょう。「なんとか一覧」みたいのがあるだけでも、カナリ違いますよね～。