●二つの案件が片付いてしまった
転職直後からの案件と、この1月からの案件
2件ともやり終えてしまった
責任者に次は何をすべきか尋ねたところ
転職直後から担当したアプリケーションが
ここでは複雑すぎるので、簡単なアプリにしてほしいと
●オーダー
標準的なプログラミングスタイルに即した形で仕様書を作成し
その通りにコーディングして欲しいと
その標準書を見ると・・・書いてある事は筋が通っているけど
今(他の人が)作っているアプリでも
また、同僚からこのように作れと渡されたサンプルも
標準書の規約に従っていない
●あるある
まぁ、標準書が出来る前に作成されたものもあるけれど
新規に作成する場合でも、よく似たコードをパクッて改修する方法だから
標準スタイルになっているアプリは・・・・見つからない
●面白いのが
データベースレコードを削除する場合
物理的に削除する場合と論理的に削除する場合があるが
ここは、論理的に削除する方法を取っている
まぁ、トランザクションも事務作業によるものだから
1日に数十万件にもならないし、それでもいい・・
というより、その方が履歴が残っていいかもと思う
ただ、ファイルによって、削除を示すのが”1”だったり”9”だったり
おいおい(笑)
●アプリを開発する時
削除する場合は、削除フィールドに削除を現す値をセットするわけだが
このデータベースは何を???といちいちDDSを確認する必要があり
手間
統一したくても過去の資産が多くて
過去の資産を開発した人が既に居なかったりして
下手にいじるとどこに影響があるか分からないって言う状況
最初から構築し直したらいいんだけど
運用全体を把握している人が・・・・いないみたいだ
人気ブログランキング
" allowfullscreen>
【このカテゴリーの最新記事】
-
no image
-
no image
-
no image
-
no image
-
no image