アカウント名:
パスワード:
という話ですよね、これ。
君の実装は正しいのかもしれない。その実装のほうが高速でセキュアなのかもしれない。でも君が「こういう方式にします」って言ってたアルゴリズムと違うよね、それ?そもそも今回「こういう方式に変えてました」って言ってるのだって精査しなきゃ本当かわかんないよね?自分で言った通りのもの作ってこない人が作ったもの、どう信用しろと?
# デキる新人くんなんかではありがちな話ではある。
あと、上流工程に差し戻すと間に合わなくなるからしょうがなく現場が、とかも。ぱっと見、その設計変更で追加の問題が発生する事はなさそうだけど、それを厳密に示すのは時間が掛かりすぎるとか。
あまつさえ、どんなに問題無しと厳密に示せても、「この段階になって設計変形をするなんて最初から検討し直すべきだ」などと、隙あらばプロジェクト全体をひっくり返そうとするを狙う敵とも戦わなくちゃならなくて…。
で、敵にバレないようにやろうでバレちゃうのは最悪のパターン。
バレた時点で無能。バレなきゃいいんだよ。
そういうパターンだとあとあと問題が出た時に致命的になる可能性が。
バレない様に誤魔化した資料では後任者が何かしようとすると現実との齟齬にぶつかったりするんだよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
言ってることとやってることが違う人は信用できない (スコア:4, すばらしい洞察)
という話ですよね、これ。
君の実装は正しいのかもしれない。その実装のほうが高速でセキュアなのかもしれない。
でも君が「こういう方式にします」って言ってたアルゴリズムと違うよね、それ?
そもそも今回「こういう方式に変えてました」って言ってるのだって精査しなきゃ本当かわかんないよね?
自分で言った通りのもの作ってこない人が作ったもの、どう信用しろと?
# デキる新人くんなんかではありがちな話ではある。
Re: (スコア:1)
あと、上流工程に差し戻すと間に合わなくなるからしょうがなく現場が、とかも。
ぱっと見、その設計変更で追加の問題が発生する事はなさそうだけど、それを厳密に示すのは時間が掛かりすぎるとか。
あまつさえ、どんなに問題無しと厳密に示せても、「この段階になって設計変形をするなんて最初から検討し直すべきだ」などと、
隙あらばプロジェクト全体をひっくり返そうとするを狙う敵とも戦わなくちゃならなくて…。
で、敵にバレないようにやろうでバレちゃうのは最悪のパターン。
Re: (スコア:0)
バレた時点で無能。
バレなきゃいいんだよ。
Re:言ってることとやってることが違う人は信用できない (スコア:0)
そういうパターンだとあとあと問題が出た時に致命的になる可能性が。
バレない様に誤魔化した資料では後任者が何かしようとすると現実との齟齬にぶつかったりするんだよね。