アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
プログラマが悪意を抱きがちな瞬間 (スコア:3, 興味深い)
しないと危ないですよね。
#バックドアを残しておきたい誘惑に駆られたことがことがあるのでAC
Re:プログラマが悪意を抱きがちな瞬間 (スコア:3, 参考になる)
-お客さんから無理難題をふっかけられた時
-同様に金額を値切られたとき
-業績不振でボーナスが削減された時
-外注に出してた物が帰ってきたらスパゲティプログラムだったのに、「なんとかしろ」の上司の鶴の一声でなんとかさせられた時
-帰り支度が終わった時になって、トラブルが舞い込んで泊まり込みでの対応を迫られた時
-有休を申請していたのに直前になってトラブルが発生して、ドタキャンせざるをえなくなった時
-上司に足をひっぱられて休日返上した時
などなど。
なんだいつものことじゃないか。
Re:プログラマが悪意を抱きがちな瞬間 (スコア:2, 興味深い)
ある期間、その人がシステムに接続しなかったりとか、接続して何かの処理を
実行していないとか、特定のデータのタイムスタンプが変わっていない等の条件で
何かトンでもない事をするみたいなこともできますよ。システムの破壊、データ流出、
データ改竄、etc...
確かアメリカでは実際にそういう事件があったと思いますが。
Re:プログラマが悪意を抱きがちな瞬間 (スコア:1, 興味深い)
どこの会社でもこうしたゾンビ化したアカウントは残ってるんじゃないかなあ。
念のためAC
Re:プログラマが悪意を抱きがちな瞬間 (スコア:0)
試す時点で不正アクセスだよね
会社から訴えられても文句言えないよ
とはいえ、こういう「アクセスしちゃいけない」てゆー良心でやっとこ維持されるセキュリティ多いのには同意
Re:プログラマが悪意を抱きがちな瞬間 (スコア:1, 興味深い)
朝、自分の席に行くと"ただちに会議室に集合"という紙が置いてある。
で、会議室へ行くとダンボール箱を渡されて、私物を片付けて退社してください。（つまりくび）
よくあるレイオフの光景かと。
Re:プログラマが悪意を抱きがちな瞬間 (スコア:2, 興味深い)
実際のところはよく知りませんが、個別に首を切られるのは解雇の場合が多いのではないでしょうか。
Re:プログラマが悪意を抱きがちな瞬間 (スコア:1, 参考になる)
というコメントが出ていますが、特に銀行を舞台にした解雇の場面が頻出するクビ論 [amazon.co.jp]のなかでも
「解雇を通告した時点から端末等に触らせない」というエピソードが出てきます。加えて、顧客データ持ち出しなどにも備えて書類も触らせないらしい。
社員の私物は、別室で解雇を言い渡されている間に人事部によってダンボールにまとめられているという寸法だそうで徹底してます。
銀行に関わらず欧米企業ではそうみたいで、私の知ってる企業でもアメリカ支社の社員が解雇されたが向こうから連絡がつけられなかったため、
日本本社の社員が知ったのは解雇後2,3日たってからで彼と関係のあった部署が混乱したとかしないとか。
日本企業だと「お世話になりました」程度の同報メールが飛んでから、引継ぎ関係を確認するみたいな所がありますからね。
それまで何も恨みが無く、突然の解雇で悪意が沸いてから仕込むというのは技術と時間的に困難で誰でも出来る事ではないから、
不満が蓄積していて解雇される場合に、それなりの用意がされている可能性があるという状況が殆どではないでしょうか。
そう考えると、別の人も言ってるように「解雇する時では遅い」わけですが、かといって解雇する前から監視するというアプローチは、
より多くの社員に不信を表明して反発を買うだけになったりして、元もとの待遇が悪かったりすると却ってリスク増大のおそれがある。
国民性、人間性によっても自由の尊重、監視の許容が異なり、全ての会社組織に当てはまる正解が無いのが難しい。
特にグローバル化してる昨今では、前述のアメリカ支社の例のようなケースも少なく無いと思います。
Re:プログラマが悪意を抱きがちな瞬間 (スコア:0)
実施中の案件については無理なんじゃないでしょうか。