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