  |
はてなキーワード: セキュリティとは
某中華ソシャゲが不具合報告のメールのToに該当ユーザーのメールアドレス200超を全部突っ込んで送信してちょっとした騒動になってるけど、
弊社取引先の一つには、ニートからいきなり事業統括部長待遇で入社した社長のバカ息子が、
今日も今まさにこの時もToに取引先のメールアドレスをぶち込むせいで、
弊社含めてどの会社のどの部署のどの肩書の誰々さん（フルネーム）と付き合いがあるのかが公然の秘密になってるし、
中には未だに携帯の電話番号+ランダムな文字列みたいなキャリアメールアドレス使ってる人もいるから電話番号すら筒抜けだし、
それを受けて弊社のセキュリティ部門の対応として社外に送るメールはToには2つ以上のアドレスの記載が禁止されているし、
CCもBCCも禁止されているので、「直接のご担当ではないことは理解しておりますが、一応念の為、共有を行います」って断り書きいれて控えを送るし、
社内メールではToに複数のアドレスの記載はOKだけど、アドレスの記載順に席次の概念が取り入れられているので、
社内の偉い順にToを一つ一つ追加していかないといけないし、
休みの日にも個人の携帯に電話が来て即日対応しないといけないことも多いから泊りがけで遊びに行くこともできなくなったし、
うちの直接の上司はXとYouTube経由で陰謀論にはまって社内で反ワク推奨運動して部長から厳重注意を受けるし、
読解力が不足するとAIも使えないのか
思考停止に使えとは言ってないんだよ
頭悪
インターネット上のやり取りで、AIに自分の代わりに返答を作成させることについて、その正否は状況や使い方によって異なります。
正しい使い方としては**:
- **時間的・労力的効率化**: AIを利用することで、迅速かつ効率的に返答を作成することができ、時間的・労力的な負担を軽減できます。
- **文章力の補助**: 文章力に自信がない場合や、より洗練された返答を作成したい場合に、AIの補助を活用することができます。
- **アイデアの生成**: AIは人間とは異なる視点やアイデアを提供することができ、会話や議論をより豊かなものにすることができます。
一方で、注意すべき点としては**:
- **責任感とモラル**: AIに依存しすぎると、自分の言葉で考える力や表現力が衰える可能性があります。また、AIが作成した返答に対して責任感を持つ必要があります。AIが不適切な内容を生成した場合、それを使用した人間にも責任が問われる可能性があります。
- **オリジナリティと個性**: 自分の言葉を使わずAIに依存しすぎると、個性やオリジナリティが失われる可能性があります。AIはあくまで補助的なツールとして利用し、自分の意見や考えを積極的に取り入れることが大切です。
- **プライバシーとセキュリティ**: AIサービスを利用する際、個人情報や機密情報を扱う場合は特に、プライバシーやセキュリティに十分注意する必要があります。
AIは適切に使用すれば強力なツールとなりますが、過度な依存や誤用は避けるべきです。AIを上手に活用しながらも、自分の言葉で考え、表現し、責任感を持ってコミュニケーションを取ることが大切です。
そもそも性犯罪はほぼ男の仕業なのに、女にばかり対応を求めるっていうのがね
そういうと男に協力するインセンティブなんてなくね？って言ってくるんだけどw
マジで頭が悪くてびっくりするんだけどｗ
「富豪の家のセキュリティ費用は貧乏人が広く負担せよ、何故なら富豪の家に泥棒に入るのは貧乏人だからだ」
みたいな話だよね、お前が言おうとしてるのはさ。
つまりもう防犯じゃなくてただのうっぷん晴らしじゃん？
それ八つ当たりって言うんだよ？
「アメリカの犯罪の大半は黒人がやってるから黒人にもっと警察予算を負担させよう」
って言って成り立つか考えてくれよ。
せめて「犯罪やった黒人に労役を課して回収する」とかそういう風にすべきなのに
そうじゃなくて広く黒人全体に何か嫌がらせをしたいって言うのは八つ当たり＆レイシズムなのがバレバレなんだよ。
お前らは差別主義者でありかつそれを隠せても居ないの。
自覚してくれよ。
IT業界で、昔はSESで働いていて、大手によく客先常駐していた。どこも大手ばかりでノウハウはしっかり蓄積され、設計書なども充実していた。
SESを脱退し、そこそこ大手のIT企業の正社員になれた。しかし、そこはこれまでのSESで客先常駐していたような企業とは違い、あまり体制的には良くはなかった。
工数管理は基本中の基本であり、やらないIT企業はなかなかないだろう。しかし、当社は違った。
1日に何をしたのか、報告の義務はなく、ただ作業していればよかった。
工数管理とは、案件ごとに工数管理のための番号(工数番号)を振り、さらにその工数番号ごとに要件定義、基本設計、詳細設計、実装/単体テスト、結合テスト、総合テスト、などのサブ番号に分割して、工数を登録することである。
さらにセキュリティ教育などは個々の案件と無関係なことが多いので、維持管理用の工数番号が振られていることもある。
リリース後のトラブル対応なども工数を消費するので、それ専用の工数番号などもあったりする。
さらに、日々の工数を詳細に記載する日報のようなものも導入しているところが多く、どの作業に何時間作業したかを15分単位などで記載する。
工数管理のいいところは、作業をサボりにくくなることだ。作業効率が客観的に見えてしまうため、現実を突きつけられ、もっと頑張らなきゃ、と思う。
工数管理のだめなところは、とにかく面倒くさいことだ。当然だが、工数管理を行うための工数、は工数管理には入力できる枠はない。が、確実に無視できないレベルで工数を消費する。あとトイレなどにつける工数などもない。
しかし、活用されておらず、形式上だけ数字さえ入っていればそれでいい、というものだ。
その形式上すら煩わしいらしく、若手の意見をバリバリ言う人から、
・工数管理は全く意味がない。適当な工数を入力していても誰もチェックしていないのか、何も言ってこない。
・工数管理をしっかりすれば、1日に働いた時間がわかるのだから、勤怠システムは不要である。工数管理システムと勤怠システムを一本化すべきだ。
などの意見が出ていた。
そりゃあ工数管理が根付いてない企業に工数管理を行えばそうなるでしょう。
工数管理は業務に結びつくものではなく導入メリットは明確には測れない。しかし、めんどくささは圧倒的だ。
結果、工数管理システムは完全に廃れ、入力すらしなくても誰も何も言わなくなった。
つまり、当社はよく言えば従業員の意見が通りやすい、悪く言えば従業員のわがままが通ってしまう企業なのだ。
従業員の意見を尊重し、押し付けをせず、それぞれのルールを重んじる。良いことであるが、それでは業務は改善できない。
これまでもそこそこやれてるのだから、それを無視して新ルールを導入しても、組織が壊滅する可能性が出てくるだけだ。
工数管理は基本中の基本だ。どこもやっている。それすらも当社は従業員のわがままが通ってしまうのだ。
(まあ当社の工数管理はテキトーだからダメだったのであって、もっと厳密に管理して、日報なども義務化すれば、これまでサボってた社員もサボれなくなり、結果的に業務は改善していたと思うが。)
PDCAはPlan, Do, Check, Actionの頭文字を連ねたもので、つまり、まずは予定(Plan)ありき。予定がないと実行(Do)はしてはいけない。
実行した後は必ず振り返り(Check)を行いなさい。
当社もPDCAの概念はあるし、週報という形でそれを実現している。
しかしその概念は根付いておらず、週報以外ではPDCAは無視している。
つまり当社は、まずは実行があり、計画は立てることは必須ではない。多くの人は計画を立てない。
振り返りも当然実施しない。実行のみがある。Do, Do, Doである。
これは作業者レベルでそうであるし、案件レベルでもそうだ。案件はたしかに最後には振り返りの資料を作成する必要がある。しかし、これは単に作成しなきゃいけないから作成してるだけで、綺麗事をまとめた振り返りである。
本来は、まずは理想を語り、次に現実を語る。しかし当社は、過去をグダグダ言っても仕方ない、と理想を一切語らず、現実のみを語る。しかし振り返り資料には上司受けするような荒唐無稽な対策が記載される。
当社は、作業の前には計画ありき、などの文化は全く根付いていない。優秀な人間でも根付いていない。
私はただの平社員なので、それらについて指摘はできない。指摘したところで「じゃあどうするの？」と詰められて終わりだ。指摘するなら十分な資料の作成と具体的な対応策の準備、そして責任と人を動かすカリスマ性が必要だ。私にはそれらを準備してまで無駄に頑張る気はない。
と書かれていた。
本来は、業務改善は個々のチームだけの問題ではないので、上層部でマニュアル化してルール化すべきではないのか？
アイデアは個々のチームから出してもらっても良いだろうが、それを取りまとめて全体で取り組ませるのは上層部の役目ではないのか？
それをなぜ、個々のチームに依頼する？
業務改善といえばマニュアルの作成や設計書フォーマットの作成だ。
それは能力の低い人でもマニュアル通りに作業することで能力の高い人と同等の仕事をできるようにするためである。
しかし、当社はマニュアルを作る習慣はない。自分用のメモは作るが、維持管理に使えるマニュアルは誰も作らない。
フォーマットがあるだけで記載漏れがかなり減る。考慮漏れも減る。作業が具体化されるからタスクも細分化して記載できる。
当社には推奨するプログラミング言語はなく、推奨のフレームワークもない。
これらが共通化されていれば、開発者がいろいろなチームに参加しやすくなるし、別のチームの有識者に相談しやすくもなる。
こういった業務改善は本来は上層部が率先して枠組みを作るべきだ。しかしやらない。
上層部に知識がなく、やるとしたら雑な仕事しかしないから、やられると逆に困るのだが。
当社はとにかく従業員の声が大きい。強い。
業務改善などの施策を出しても、従業員が納得しないと続かない。
そういう文化を変えるのは並大抵のことでは出来ない。
環境が変われば人は変わるだろうが、そもそも環境を変えるには人を変えないといけない。だから変わらない。
仕事が回らなくなり死にかければ変わるかと思ったが、たぶん変わらない。
仕事の仕方を変えるくらいならきっと死を選ぶだろう。それくらい変わらない。
2024/05/15 10:48
工数管理すべきなのは、成果物ではなくサービスを提供する人なのかもしれない。例えばPMなど。
当社の開発チームは、開発者やPM以外にも、君必要なの？何やってる人なの？打ち合わせには参加してるけど、ただの工数食い虫じゃね？みたいな人もいるのです。
