IT業界 昔は許されたけど今やったら大問題になりそう【IT派遣エンジニア】

昔はシステムだけじゃなく運用もガバガバだったなぁ
承認フロー間違ったからデータいじってちょっと承認前に戻してよとか電話とかメール1本でユーザからシステム担当にきてチョロっと直接データいじったりしとったし
システムに監査入るようになって流石にそういうガバガバ運用しなくなったけど

昔でも許されないことやけど、ガラケーの開発やってた頃、カメラのシャッター音が出ないバージョンのソフトを作ってた奴やったらいてた。。。。

TODOコメント残るのそんなに変かな・・？
優先度の低いものや無くても困らない機能はTODOで残して、余裕があるときに対応するのが普通だと思ってた。
リリースに間に合わないときはTODOで残す以外に方法ないし、削れそうなとこを削ってリソース確保しないことには・・

バックドアを見つけて、上司から怒られた。
パスワード式の入室管理システムをハックして上司の権限で入退出して上司に干されたなぁ。
L3SWの設定変えて、秘密の暗号ファイルを作って退職後に問題されたこともある。
コメント入力しすぎて怒られた、アスキーアートでやる夫の愚痴を入力してた。

そういえば大昔のファミコンソフト「えりかとさとるの夢冒険」に隠しメッセージが仕込まれてあったらしい。ネットで見ただけなので実機で確認したわけじゃないですけど、本当ならメルヘンチックなゲームにそぐわない非常にアダルトでエグい内容。普通にプレイしてたらまず見れないそうで、まぁ開発者の「お遊び」なんでしょうけども。今子供向けのゲームでそれをやってもしバレたら発売禁止でしょうねぇ。

良かれと思ってお客さんにデバッグ機能伝えたら使い方詳しく教えろだの面倒なことになったから教えないし残さないようにしてる

今はDockerとかあるから再現しやすくなってるから、こういうことも少なくなったね。

// 貴方がこのコメントを読んでいる時、私はもうこの現場にはいないでしょう
// あとで差し替え予定
// このコードを消すとなぜか動かない

ローコードWEB開発で画面上の隠し項目で権限コード持ってるからF12のデバッグモードで権限コードを改竄すれば全部のデータが見れます。。。
グループ会社内に属している人までにしか使えず一般公開しているサイトでもないからいいのかもしれないけどｗ
（引き継いだときからそういう仕様でした）

TODOは何がダメなのでしょう。ずっと残ってるのは問題ですが、ミニマムでリリースして修正すればいいのでは
ウォーターフォールだと問題ということですか。

おまじない・・・すまぬ・・・すまぬ・・・。
何故か入れておかないとどうしても動かない処理が有ったりするんだ。その際に、後の人よ、何とか原因を見つけてくれ、という祈りを込めて書くコメントなんだ・・・

実質？
本音と建前の本音のこと。

トトリスの中毒性

コメントで上司の愚痴を書いてる人はいましたね

クラサバ時代は本体アプリとは別の実行ファイルに隠し機能が実装できたので運用や作業用ツールが作りやすかったですねぇ。その便利ツールを現場ユーザさんに提供してたら10年後の更改時に要件から漏れて問題になりましたｗ

デバッグログは「当然あるもの」として要望が無くても入れてましたね。無いとトラブル時の解析が出来ないので。
Java なら Logger 使いますが、その様なものがない言語や環境なら類似機能を自作して入れてました。稼働時は僅かながらオーバヘッドになるので気にするお客様もいましたが、入れないのは正気の沙汰ではないので説得して黙らせました。その他、障害解析に役立ちそうな機能な盛り込んで、管理者マニュアルに記載し、普通に開発量として申告してましたね。事前にざっくり「こーゆーものをいれます」位の説明はしました。「障害は必ずあるものであり、速やかな復旧はお客様にとっても利益なのですから当然要りますよねっ」というスタンスでした。

コメントは自由に書いてました。お客様が見るかもしれないけど開き直ってましたね。
開発したシステムの稼働期間ずっと自分等が居るとは限らないので、後続のメンテ担当者（面識がない後輩の可能性あり）に託す手紙のつもりで時に長文のを。
「この部分はあの部分と関連してるから機能追加で直す時はあっちも直せよ！」とか「このカウンタが満杯になることは想定してない。現在の使い方だと100年後だからな。使用条件が変わって満杯になる可能性が出てきたら見直しておくれ！」とか細々書いていましたね。
設計書にも書いてあるけど見ないで修正する馬鹿もいるだろうし、見落としたり関連付けられない人もいるだろうから。これこそ「念のため」です。