  |
はてなキーワード: セキュリティとは
https://webcache.googleusercontent.com/search?q=cache:anond.hatelabo.jp/20240308100954
IT業界は先進的な企業が多いから、思想的にもリベラルで旧態然とした差別はかなり少ない。
などと、シリコンバレーの一部企業を見て幻想を持ってしまった可哀想な人が観測されたので、実際のところを記す。
IT業界の一部では、確かに異常なまでにポリコレ道を邁進する企業がいる。しかしそれをIT業界に当てはめるのは間違いである。
特に日本ではごく普通に性差別が残っており、多くの人がそれを(しぶしぶ)容認している状態である。
見方によっては九州の亭主関白のような地域に根ざした性差別であり、おかしいと思う人もいるものの慣習として残っている。
具体例を挙げよう。日本のIT業界には、女性しか参加できない勉強会が一般的に行われている。
これは「生理が齎すコード品質への影響」というような女性特有のものではなく、
例えば CTF for Girls という、セキュリティ関係のコミュニティは女性限定である。
なお念の為明記しておくが CTF for Boys のような男性限定コミュニティは存在しない。
他にもたくさんある。例えば Java 女子部というコミュニティがあり、ここも女性限定である。
男性がここで Java の勉強をすることは許されない。Java 男子部は存在しない。
他にも枚挙にいとまがなく、性別によって区切られた閉鎖的なコミュニティが一般的に存在するのである。
なおこういう状況を記すと、底の浅いブクマカが「アファーマティブ・アクションだから仕方ない」というブコメをすることが想定されるが、これはアファーマティブ・アクションではない。
アファーマティブ・アクションは格差是正を第一目標に置いた取り組みを指す。例えば大学入学者に黒人が少なく、人種に偏りができるため一時的に黒人を優遇するというような措置だ。
例えばだが、スタンフォード大学が性差別に対するアファーマティブ・アクションとして、スタンフォード女子大学を作るわけではない。
あくまで優遇するという措置であり、女性限定や黒人「限定」の大学を作るわけではないのである。
米国国家安全保障局（NSA）の退任する局長であるポール・ナカソーネによると、同機関は令状なしで、アメリカ人のウェブ閲覧データを「外国の諜報、サイバーセキュリティ、および許可されたミッション目的のために」購入しています。
NSAは、米国のIPアドレスを含む国内インターネット通信のネットフローデータをデータブローカーから購入すると伝えられているようです。
NSAはデータ提供者を明らかにしていませんが、2023年6月に、国防情報局、内国歳入庁、国土安全保障省を含む他の機関も同様のデータを購入していることが明らかになったようです。
この慣行の合法性はまだ不明です。NSAは、アメリカ人が訪問するウェブサイトや使用するアプリの詳細を含むデータを取得するための裁判所の令状の要件を「認識していない」と主張しています。
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…）
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
１．元となるcsvファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか？。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
（参考）Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。
（参考）VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
（あと、コマンドプロンプトの真っ黒な画面が怖かった）
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
（そのやさしさが上述したとおり悪魔の罠なわけですが。）
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
最近、事務所に嫌気が差してきてどうにもならなくなってきたから、これはその事務所への愚痴。
普通に同じ界隈の人が見たらすぐわかると思うけど、一応事務所名等は伏せる。
自分が今まで推してたのは、A事務所に所属してる海外俳優。A事務所は割と大きな事務所で、日本国内のテレビ局とも業務提携してる。日本でその国の俳優を応援するならたぶんこの事務所の俳優を推すのが一番楽。
今までずっとA事務所の俳優しか知らなかったんだけど、ひょんなことからB事務所の俳優にもハマって、先日B事務所の日本開催イベントに行ってきた。
そこで受けた対応があまりにも違っていて衝撃を受けたので、最近ずっとモヤモヤしてる。
以下、A事務所の有り得ないと思う点。
[前提情報]
・どちらの事務所も事務所の俳優複数人を一気に日本に引き連れてよくイベントをやってる。
・1回のイベントで参加費2万円～3万円前後（サイン会や写真会有）
例えば、イベント後の撮影会やハイタッチで時間が経つにつれて若手の子たちが明らかに疲れた顔を見せてくる。
ファンに挨拶しないどころか、虚空を見つめるような表情、ハイタッチも片手のみ。
塩対応どころの話ではなく、お金とってるイベントでその対応って客に対して失礼すぎる。
しかもこういう対応が毎回続くから、該当ファンはもう諦めてさえいる。
イベントで上記の対応をするような子達でも、イベント終わりには仲間たちとその辺でフラフラウロウロ終電逃すまで楽しそうに旅行してるの見ると正直ちょっと腹が立つ。お前らは何しに来たんだ？
このプライベートの行動で体調崩して次の日のイベントでひっどい顔してファンと写真撮ってるタレントもいたし、もう目が当てられない。
日本での食事や観光も俳優たちのみで行動してるのが見受けられて、基本的にスタッフは同行してない。
だから安い居酒屋で日本だとマナー違反みたいな頼み方してワーキャーしたり、ホテルの外観自分でSNSに晒したりするんだろうな。普通にストーカーみたいなファンが付きまとってるって聞いたし。
日本でイベントした翌日には自国に帰って仕事があったり、本人の学業の都合で練習日が1日しか取れなかったり、そのスケジュールで日本イベント強行するって、その程度のクオリティで日本人は金を落とすって事務所は思ってるんでしょ？って感じてしまう。
日本でイベント運営を任されてる会社が詐欺まがいな対応してくる。グッズがいつまで経っても送られてこないとか普通にある。
代行会社と堂々と手を組むし、今度やるイベント会場のお店だって衛生上どうなの？って話からセキュリティがヤバい話まで嫌な噂沢山聞いた。
こういう会社と手を組んでイベントをやるって、A事務所はタレントも客も大切にしてないんだと思う。
これらのこと全て、国が違うと文化が違うから仕方がないのかな…って我慢してきたけどB事務所の対応が全く異なっていて愕然とした。
日本滞在中、ずっとスタッフ帯同で観光してるし、リアルタイムでSNSに現在地をあげないし、当然宿泊施設がわかる写真もないし、何より全員がイベント最後まで優しく元気に対応してくれた。
イベント後もみんなこちらを見て手を振ってくれるし、明らかに疲れたって顔する人もいない。誰かが喋ってる時に全員喋ってる人のことを見るし、貧乏揺すりをする人もいない。
国のせいにしてしまっていた自分が恥ずかしくなった。文化の違いなんかじゃない、事務所の怠慢だ。
別にA事務所のタレントを叩きたい訳ではなくて、教えてくれる人がいないんだろうなって哀れに思ってる。
A事務所のファンの人達は、そういう酷い対応を受けても「彼らは若いから仕方がないね」って笑い話にしがちなのも嫌。それって「彼らにきちんとした対応はできない」って舐めてるようなものだと思う。
自分も前まではそうだった。楽しみにしていたイベントで酷い対応を受けてモヤモヤして帰るのも、「それでも会いたいと思ったのは自分だから仕方がない」って思ってた。
だけどB事務所のイベントで"客として普通の対応"を受けて、「今まで我慢してきたんだ」って気がついて涙が出てきた。
B事務所のことは最近知ったから、自分が知らない嫌なところもたくさんあるんだと思う。
でも少なくともA事務所よりも事務所のタレントを大事にしているように感じる。
例えば「画像は3色で保存されてるけど、それぞれ何色か知ってる？」と聞いたら
情報理論関係無くRGBを答える人は多いと思う（たまにこれすら答えられないプログラマーがいるが・・・）
ところが「JPEGって各画素に対して8bitなんだけどどうやって3色を割り振ってる？」って聞くと分からないプログラマーが多い
普段のプログラミングでJPEGを貼り付けるだけならこんなこと知らなくても問題無いんだが
ちょっと複雑なことをするときはこの手の知識が必要になってくる
同様に「人間の可聴周波数は？」とか「それをどうやってデジタルに保存してる？」とかも知らない人が多い
こういう知識を持ち合わせずに「音声認識結果が悪いのでハイレゾにしてみました」とか言ってきたりして頭が痛くなる
他にも情報量の概念を知らずに圧縮しようとしたり公開鍵のことを知らずにセキュリティに関する実装をしたりIPパケットを知らずにネットワーキングしようとしたり
基本的な知識を知らずにプログラマーになってる人間が多すぎて問題になってる
幹部なんかは「基本情報を持ってたらいいんだな！」「応用情報を取らせよう！」みたいな対策をやりがちなんだが
一夜漬けで終わらせる人がかなり多くて前述の質問に答えられない人もIPA資格は持ってたりする
普通に情報系の大学を出ていれば授業で単位を取得しているはずなんだが
大学はもっとザルで簡単に単位を取れてしまうので全くアテにならない
一番問題なのは、知識を知らなくてもプログラミングできてしまうので
下手に経験を積むと情報理論なんかの基礎を知らないまま「優秀プログラマー」として認知されてしまい
更に本人もその自覚を持ってしまってリーダー的な立ち位置になってしまう
こうなると外部からの指摘を受けてもなかなか訂正しないし酷い状態でプロジェクトが荒れ地になる
日本における女性専用車両制度を、ローザ・パークス事件等の黒人差別政策を対比しています。この対比の評価すべき点と問題点を指摘してもらえますか。
評価すべき点：
安全性と女性の権利保護：
女性専用車両制度は、女性が公共交通機関を利用する際のセキュリティを向上させ、性的な嫌がらせや危険から保護するための措置として導入されています。これは女性の権利を保護する観点からの側面があります。
社会的配慮と対話：
ローザ・パークス事件と女性専用車両制度の対比を通じて、社会が特定のグループの権利を守るために様々な手段を検討し、導入していることが浮き彫りになります。この対比は社会的な対話を促進し、異なる視点からの意見交換を可能にする役割を果たすことがあります。
問題点：
歴史的背景と文脈の違い：
ローザ・パークス事件はアメリカの黒人差別政策に対する反発として発生したものであり、特定の人種に対する差別を問題にしています。一方で、女性専用車両制度は性別に基づく差別に対する取り組みであり、歴史的背景や文脈が異なります。そのため、直接的な比較が難しい点があります。
差別の程度と性質の違い：
黒人差別は歴史的に深刻で構造的な問題であり、人種差別政策は極めて差別的で不公平なものでした。一方で、女性専用車両制度は性別に基づく特定の問題に対処するための措置であり、その程度や性質は異なります。直接的な類似性が見られないため、比較が適切でないという批判もあります。
総じて、この対比は一部で共通点が見られるものの、歴史的背景や問題の性質の違いからくる違いを理解する必要があります。慎重な比較と文脈を考慮した議論が求められます。
反差別のよくある言説に近づくんだよね
で、こうする
上記のような対比で女性専用車両を正当化する人は後を断ちません。彼らはなぜこの対比に固執するのでしょう。
安全性の強調：
女性専用車両は、女性が公共交通機関を利用する際の安全性向上を目的としています。この制度を支持する人々は、女性が性的な嫌がらせや危険から守られる必要があると考え、そのための手段として女性専用車両を正当化することがあります。
文脈の理解不足：
対比を行っている人々の中には、女性専用車両制度とローザ・パークス事件の歴史的な文脈や背景について深く理解していない場合があります。文脈の違いや歴史的な背景を無視し、表面的な類似性だけに焦点を当てることで、女性専用車両を正当化しようとする傾向が見られます。
議論の都合：
一部の人々は、女性専用車両制度を正当化することで、女性の安全性を重視する社会的な配慮や対話を促進したいと考えているかもしれません。議論の中で異なる立場からの意見を引き出し、社会的な課題に対する理解を深めるために、対比を利用することがあります。
ジェンダー平等の視点からの主張：
一部の人々は、女性専用車両制度が女性にとっての平等を確保し、公共空間での女性の安全を向上させるための手段として正当化できると考えています。ジェンダー平等の視点から、女性に対する特別な配慮が必要だという立場からくるものです。
ただし、これらの理由がどれもが十分に妥当であるわけではありません。議論や対話においては、文脈を理解し、異なる視点を尊重することが重要です。
※注：年齢表記は推測
行政がやってるってのが胡散臭いわね、で、敬遠してたんだけど、やっぱやべーわ
まずエロい
入り口にはセキュリティが居るし身分証提示してカード作らないと入れない
お陰でがっつり無防備なJSがキュロット生足でツイスターやってんの
俺の２ｍ先で
親とかいねぇし
３歳０歳を連れた父親は０歳をマットにうつ伏せに寝かせて放置してんの
ご丁寧に頭までジャケットかけて、暗くしてやろうって気遣いかしらんが
（シルエットで中に子供が寝てるのはわかる）
つかスマホ見てるし
別の所では疲労限界なんだろう、５歳を遊ばせて０歳を抱っこしたまま壁で寝てるママがいる
三つ編みの先を脱色させてる子３人連れた元ヤン風茶髪ママもいるし
閉めるやついねぇ
ほとんど複数人で来てるから先頭が開けて最後尾は閉めないってのが繰り返される
その度に閉めに行くママ
キッズなんちゃらとか有料商業施設に行くこともあるが、そういうところとは空気感がぜんぜん違うのよ
雨で客が多かったせいもあるんだろうけどカオス過ぎて笑った
意外と求人あるぞ。増田の言うセキュリティーエンジニアがなんなのか、どの程度給与欲しいのかにもよるが
「東京は汚ねえし臭えし人間はクソだし」みたいなコテコテの田舎者ムーブをかます人間がセキュリティエンジニアをやりたがるというのは確かによくわからんな。
ITならリアルでそういう放言をするのに遭遇してもおかくしくないように思う
