●古いコード
今日もシステム改修作業に勤しんだ
だけど、他人の開発したコードはとても読みにくい
その所属する会社のコーディング手法に従っているから
その会社に所属するＳＥなら読みやすいのだろうが
例えば、サブルーチンの名前付け規則
ＳＢプラス４桁番号
具体手に言えば、ＳＢ３０００とかＳＢ３２００とか
番号にするんじゃねーよって心の中で叫んでいる
外部の人間にとってはさっぱりわからんじゃねーか！
せめて、ＳＢＩＮＳＣ０１ぐらいしてくれ・・・
Ｓｕ
Ｂｒｏｕｔｉｎｅ ｆｏｒ
ＩＮｐｕｔ ｏｆ
ＳＣｒｅｅｎ ｎｏ．
０１の略・・・みたいな
すると、そうか・・・こうなんだってわかるから
・２桁はプロシージャの種類
・次の２桁は機能の種類
・その次の２桁は機能のカテゴリー
・最後の２桁は固有化のための番号
全編、この規則で命名されていれば
名前を見ただけでおおよその機能が推測できて
コードを分析する時に役に立つから
それが、
ＳＢ１４００とかＳＢ３０００、ＳＢ３１５０って
セッションを複数開きながら
小さなスクリーンの上に小さなウインドウを開いて目を凝らしながら・・・
辛い・・・
●中でも６桁日付
加えて、日付フィールドの桁数
西暦日付なら、ＹＹＹＹＭＭＤＤと８桁は必要
でも、画面上で入力する日付は６桁となっている
これはこれで仕方ないけど、
ユーザーに見えないデータベースのフィールドで
日付桁数を何で６桁のままにしてるんだろう？
コードで、入力された日付が
４９１２３１以下なら先頭に２０を追加して、２０ＹＹＭＭＤＤにし
それ以上なら、先頭に１９を追加して・・・
これが方々に散在し、余計読みにくくしてくれている
●思い出
そういえば、前職で１９９９年から２０００年になる直前の半年
基幹システムの全てで日付フィールドを８桁にしたなぁ
１９９９年１２月３１日大晦日、システム部門の部屋に泊まり込みで
２０００年１月１日を迎えたなぁ
ってそんな思い出に浸りながら・・・じゃねえよ(笑)
ここは、なんで６桁のままで放置してるんだ？
プログラム本数なんて、１００本も無いのに・・・・
●不埒なＳＥのお土産
ただただ動けばいい
将来のシステム拡張なんて考えもしない
不埒なＳＥが、今改修作業に取り組んでいる私に
えげつないお土産を残してくれている心の中で(つд⊂)ｴｰﾝ(つд⊂)ｴｰﾝと泣きながら
改修作業に勤しんでいる・・・
私がこのお客様のＳＥだったなら
徹底的に改修しまくるんだけどなぁ
この程度のシステムなら、１年程度で全てのシステムを１から構築してあげる（笑）
でも、そんな時間をかけていられないから
個別にプログラムを改修して行くだけ
来週もまた、この古い古いコードに悩まされるんだろうなぁ
人気ブログランキング
" allowfullscreen>
