  |
はてなキーワード: セキュリティとは
読解力が不足すると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以外にも、君必要なの？何やってる人なの？打ち合わせには参加してるけど、ただの工数食い虫じゃね？みたいな人もいるのです。
社会人になってからのぼんやりした目標でITを極めたいという思いがある。
一分野に特化したタイプではなくIT領域におけるオールラウンダーのような総合格闘家のような存在。
まずITを極めるとは具体的にどういう状態なのか。そのためには何をすればいいのかを考察する。
まずITを主要トピックに大別する。必ずしもMECEではない。
そしてどういうことができたらITを極めたと言えるかを思いつく限り列挙してみる
次は具体的に列挙した例について解像度を上げてどの要素に分類されるものかを考えた上で、それを極めるには何をすればいいかを考える。
IT業界は先進的な企業が多いから、思想的にもリベラルで旧態然とした差別はかなり少ない。
などと、シリコンバレーの一部企業を見て幻想を持ってしまった可哀想な人が観測されたので、実際のところを記す。
IT業界の一部では、確かに異常なまでにポリコレ道を邁進する企業がいる。しかしそれをIT業界に当てはめるのは間違いである。
特に日本ではごく普通に性差別が残っており、多くの人がそれを(しぶしぶ)容認している状態である。
見方によっては九州の亭主関白のような地域に根ざした性差別であり、おかしいと思う人もいるものの慣習として残っている。
具体例を挙げよう。日本のIT業界には、女性しか参加できない勉強会が一般的に行われている。
これは「生理が齎すコード品質への影響」というような女性特有のものではなく、
例えば CTF for Girls という、セキュリティ関係のコミュニティは女性限定である。
なお念の為明記しておくが CTF for Boys のような男性限定コミュニティは存在しない。
他にもたくさんある。例えば Java 女子部というコミュニティがあり、ここも女性限定である。
男性がここで Java の勉強をすることは許されない。Java 男子部は存在しない。
他にも枚挙にいとまがなく、性別によって区切られた閉鎖的なコミュニティが一般的に存在するのである。
なおこういう状況を記すと、底の浅いブクマカが「アファーマティブ・アクションだから仕方ない」というブコメをすることが想定されるが、これはアファーマティブ・アクションではない。
アファーマティブ・アクションは格差是正を第一目標に置いた取り組みを指す。例えば大学入学者に黒人が少なく、人種に偏りができるため一時的に黒人を優遇するというような措置だ。
例えばだが、スタンフォード大学が性差別に対するアファーマティブ・アクションとして、スタンフォード女子大学を作るわけではない。
あくまで優遇するという措置であり、女性限定や黒人「限定」の大学を作るわけではないのである。
しかしIT業界では性別によって限定されたコミュニティが一般的に存在している。
