  |
はてなキーワード: 組み込みとは
当たり前だろ！
なぜそうなのか分かるか？ おれには分かる。
何故かと言えば物語にポリコレ要素を入れるという事は、「つまらなさを減らす」「面白さを阻害しているものを減らす」ことであって、「物語を面白くする」ことではないからだ。
順を追って説明しよう。
説明する必要あるか？ 単体のポリコレは面白くない。つまらないのではなく面白くない。無味無臭だ。
ポリコレしかない映像を想像してみろ。男女人種均等、パワハラもセクハラもない映像だ。"面白くない"だろ。
（もちろんここでポリコレ的平等下でもヒューマンドラマで面白さは出せる、と言う人がいるかもしれない。でもそれはヒューマンドラマが面白いのであってポリコレが面白いわけではないよね？ という話をしている。あと面白いからパワハラやセクハラを入れろという話でもないし、パワハラやセクハラは面白いという話でもない）
爆発しかない映像を想像しろ。恋愛しかない想像でもアクションしかない映像でもいい。"面白い"だろう。まあ一瞬で飽きると思うが、ポリコレはその一瞬の面白さすら提供しない。
ポリコレの役目は爆発や恋愛やアクションの面白さを受け入れるにあたり、視聴者や読者の脳から「でもこの話「（反ポリコレ要素）」だから引っかかるな……」という不快さを取り除くことだ。
では、「ポリコレは物語を面白くする」と「ポリコレは物語から不快さを取り除いて面白さを受け入れやすくする」は何が違うのか？
全然違う。この二つを一緒にしないで欲しい。
だってさっき書いた通り、"ポリコレは物語を面白くしない"のだ。物語を面白くしないのに物語を面白くするから入れろ、って受け入れられるわけがない。
例えば「この果物には甘みが足りない、塩をかけよう」って言われたら、知らない奴からは意味が分からないだろう。料甘くするなら砂糖が先だ。塩をかけろと指示するなら「塩をかければ果物自体の甘みが引き立つから」と先に提示するべきである。もちろんこれは喩え話だ。言いたいことは分かるだろう。
ただポリコレ支持者側が「塩を入れれば料理の甘みが逆に引き立つ」という因果をあまり理解しておらず、塩が甘い≒ポリコレは面白いという理解をしていそうなので、甘みを引き立たせる≒不快を取り除いて面白さを受け入れやすくする、という説明自体が出来ないのかもしれない……。
俺は、『ポリコレ支持者のうち多くが「ポリコレ面白物語と非ポリコレ面白物語を見て後者を受け入れられなかったとき、その理由についてあまり考えず「ポリコレが物語を面白くした」と考える』と思っている。人間全体が"そう"なんだからポリコレ支持者だって"そう"に決まっている。人間全体が物語について深く考えないし、浅く考えて簡単な結論に飛びつく。だからポリコレ支持者も"そう"だ。
では、全ての物語はポリコレを話に組み込むべきなのか？ という話に移る。
これに関しては答えが出ない。難しい。俺が何かしらの物語を描くとき、無理のない範囲で組み込みたいなとは思っている。
しかしなんか色々すったもんだあった末、今では「ポリコレが物語に組み込まれている」「作者がポリコレを意識している」こと自体に不快感を覚える人間がいる始末だ。
難しい。
今から全然関係ない話をするのだが、ポリコレって物語の面白さを担保する要素ではなく不快を取り除く要素であるのだけど、テーマに使われる場合もある。
なんか前同性愛者のスーパーマンが話題になっていたが、連載前からポリコレ要素が大々的に喧伝されていた。
あれってどうなの？ 俺はああいうポリコレがテーマの作品で「ポリコレがテーマです！」って宣伝されるとめちゃくちゃむしゃくしゃする。おれの中には「自作のテーマについて語る作者」という不快のスイッチがあってそこを踏む。今回のテーマは愛です、みたいに語る監督に感じるやつだ。いや勿論スーパーマンのときは作者が語ってたわけでもなかった記憶はあるが。
あと普通の話は男女差別きつくて読めないけど××はポリコレ遵守してるから読める、みたいな感想をたまに見るのだが、あれ普通に滅茶苦茶攻撃的な文章だからやめた方がいいと思う。
「最近の映画はポリコレきつくて見れないけど昔の映画は男らしさにあふれてるから見れる」みたいな枕で昔の映画推奨してるやついたらムカつくでしょ。
「今時"男らしさ"～！？」みたいな怒りより前にさ、"ポリコレきつくて見れない"の時点で怒りがきてその怒りが「今時"男らしさ"～！？」の方で爆発して男らしさをdisる形になるイメージ。
物語の面白さを引き立てたり、受け入れやすくする要素はあるかも知れないが、物語の面白さの絶対量を増やすことはない。
"物語の面白さを引き立てたり、受け入れやすくする要素"を入れることを、物語を面白くすると呼ぶ人間は多分多くないし、インターネットやツイッターでクソみたいな論争してる時にそこまで頭が回る人間はいない。（何しろ園士温みたいな実在の被害者が出てる"気軽に言及できない"案件と違ってみんな"気軽に言及してる"はずなので。）
物語を面白くする、が主目的であるとき、非ポリコレ要素、反ポリコレ要素で物語をより面白くするものがあれば止めづらい。
ポリコレテーマを喧伝すると興味ある人間からはポジティブな興味を得るが、テーマに興味がない人間（これはテーマが嫌いな人間だけではなくテーマに強い関心がない人間も含む）からは「テーマを語る人」という文脈でネガティブな興味を得てしまう。
難しい。
プログラム書くとき、キーボードにこだわってた。数万のキーボード3つくらい買った。俺にはかなり高い買い物だった。
内心地は悪い。
でも気軽だ。いちいち上に乗っけて、Bluetooth切り替えたり、USB指したりすることもなく使える。
ノートPC抱えて、立って文章書いたり、立つのだるくなったら座ってコード書いて、
それすらだるくなったら寝る。ふと、書き残しとかあれば上半身だけ起こして膝に乗せてコメントだけ書いて寝る。
これにキーボード切り替えアクションがつきまとうことは考えられない。
USとかJISとか、軽量とかうちごこちとかカチャカチャとかどうでもいい。
easy
それこそが俺の求める環境だったんだ。
もう長らく見ていないのだが、とある匿名掲示板の奴らはどっちもどっち的な指摘や、質問に対して質問で返す行為をとても嫌っていた印象がある。
「どっちもどっち」については、俯瞰するとどちらにも落ち度がありそうな対立関係に対してさえ、明確にどちらかの立場に立っていないといけない雰囲気があったように思う。
これについて、「彼らは世の中の出来事を単純な構造にしか起こすことができないのではないか」とも思っていた時期があったが、流石にそこまでではないだろう。なんならあえて単純な構造にして、自分を関心に組み込みやすくしていたのかもしれない。であれば、もしかすると自身が情勢に詳しいという尊厳を保つための行為だったのかもしれない。
「質問を質問で返すな」については、とある質問の前提を固めるための質問でさえも嫌われる場面をよく見たため、その行為の妥当性は関係せず、ただただ質問に対して質問が飛んでくる構造自体を嫌っていたように思う。
これは最初の質問者が質問に対して素直に求めた返答が来るような構図を好んでおり、そうでないものが返ってきた場合に「自身の尊厳を傷つけられた」と誤認することで怒り始めている可能性がある。
これらのような問題はいくつか存在すると思うのだが、そのうちいくつかは「風潮として嫌っている人間が多い様子なので、同じくして嫌う」というものがあるように認識している。本人にとっては何故だか分からないが嫌いになっているという状態になる。
上記の定義は多くの人が同意し、多くの人が追録しようとするだろう。
もはや同性愛が広く認識されている現在においてセックスは男女の営みに留まらない。
性別が何であろうが、相手が単数だろうが複数であろうが、セックスが他者との性的な交わりであることに変わりはない。
私はセックスの快楽とは他者の不在化による自意識の安定化だと考える。
愛撫などのコミュニケーションによる関係構築は他者を自己に組み込み、受動的な快感の享受は他者を機構的にし、能動的な快感の供給が全能感を与える。
交わることによる一体感が他者を不在にする。一人じゃないと確認することが一人にしてくれる。セックスしてる相手が実際どう思ってるかどうかなんて関係ない。だって自分が思い込むのがセックスだから。
なんてつまらないんだろう。
ではオナニーとは何なのか？
上記の定義に多くの人が同意するだろうが、私はそうは思わない。
刺激する部位は性器でもなくてもいいし、触覚ではなく聴覚などでも性的快感は得られる。そもそも性器をいじって得られる快感を性的だと表現ことはオナニーをセックスの類に含めているからではないか。
確かに性器に快感に与えるとこでセックスは促進されている。淘汰によって作り出された厳然たるシステムだ。しかしそれに従ってオナニーをセクシャルだとすることは、セックスとは子孫繁栄のために行われる男女の交わりとするのと同レベルの追認ではないか。
ではオナニーとは何なのか？
そのどれでもない。いや、そのどれでもいいのだ。
なにを縛られる必要があるのだろう。自由でいいじゃないか。オナニーはセックスとは別物なんだから。
確かに現時点ではオナニーは性的と見なされても仕方ないのかもしれない。しかし、この先もそうだとは限らない。
技術の進歩、文化の発展。私たちの未来の可能性があるように、オナニーには可能性があるのだ。（セックスにはない。）
無限の可能性があるものに定義も名前も必要ない。その志を込めて、今日から私はオナニーを「」と呼称することにする。
今日、私は「」をした。
コンピュータサイエンスを学べという人を見たこと無いけど、言いたくなる人の気持ちは分かる気がする。
コンピュータサイエンス自体めちゃくちゃ幅広い。プログラムが動く仕組み、プログラミング言語、GUIアプリケーション、アルゴリズム、ネットワークの仕組み、物理的な機器、アーキテクチャ設計、運用、人工知能、量子力学、組み込み機器。ちょっと違うのもあるかもしれないけど、とにかく色々ある。
この中であなたはどれに興味がありますか？と言って、もし答えが出るならじゃあそれをやれで済むし、答えがなさそうならとにかくコンピュータサイエンスを学んでみろ、という事になる。
今の時代、インターネットに繋げば情報が手に入るし、手を動かせば体験できるようにドキュメント化されている。大学だって講義の資料は公開している。
数日前にTwitterで話題になっていたアレ。中国の半導体メーカーから米国籍の人々が逃げ出しているというツイートね。
https://anond.hatelabo.jp/20221016140905
当方は半導体業界ではなく、どちらかというとノンビリした業界にいるけど、輸出管理関係の仕事もしているので、何がヤバいのかを書いておこうかなと。
■今までの規制
「米国は世界の警察」という言葉がある通り、米国はありとあらゆる手を使って敵対国に経済制裁等を発動してきた。その中には、米国財務省主導の資産凍結や、米ドル取引を禁止したりする処分があった。
今回の規制は米国の商務省主導であり、一般的に「輸出管理」というときは、普通はこちらの商務省主導のものを指す。
で、普通の国の輸出規制であれば、その国の中で規制すべき貨物を定め、その輸出に監督官庁の許可を必要とする仕組みとなる。たとえば日本は高性能な工作機械を輸出するときは経産省の許可が要る（仕向地によっては許可が下りないことも当然ある）。
ところが、米国の輸出規制というのはちょっと変わっていて、米国から輸出する貨物（技術含む）だけではなく、米国原産貨物を組み込んでいるものも規制対象にしていたり、米国に由来する（米国オリジン）規制技術を使って他国で製造した製品も、米国の輸出規制を受けるとしているんだ。
じゃあ例えば米国の釘を一本打ち込んだ機械や、あるいは米国製の３Dプリンターを使って製造したモノを輸出する場合は米国輸出規制に引っかかるのかというと、さすがにこれは各国から強い反対もあったようで、米国も譲歩している。具体的には貨物の組み込み比率だったり、米国製技術がどのような理由で規制されているか等々なのだが、結構複雑なのでここでは割愛する。
とはいえ、日本から輸出する場合に米国規制に引っかかるのは①米国産貨物を一定以上組み込んでいるか、②米国で規制されている狭い範囲の技術に基づいて製造されたものか、を気にしていればよかった。①か②にあたる場合でも、それが米国が規制していない貨物や技術であれば米国商務省の許可は不要（EAR99という）だし、せいぜい米国が定めている制裁リスト（DPL、ELなどというものがある。山口組が対象となったリストはSDNという財務省主導のリストなので、また別の話）に輸出先が掲載されているかどうかをみれば、まあクリアできた程度のものだったのだ。
この「EAR対象か否か」というのが、今までの米国規制の限界・閾値であり、その外の世界であれば自由に貿易できていたのが、2022年10月7日までの世界だった(正確には10月21日施行だが)。
■ここ最近の情勢
ところが、米国規制はここ数年でどんどん先鋭化している。それは、米中の対立もそうだし、従来の「輸出管理」で上手くいかない部分が出てきているからなんだ。
輸出管理は通常は国々の合意に基づき、規制される貨物を各国一致で決めている。通常兵器でいえばワッセナー・アレンジメントという枠組みだったり、ミサイルであればMSG、生物化学兵器であればオーストラリアグループという枠組みがあり、そこに加入している国は、ほぼほぼ同じような規制貨物を定め、その国から輸出する場合は官庁の許可を必要としている。先述のとおり、日本だと経産省、アメリカだと先述のBISとか。
ところが、この枠組みは近年機能しなくなってきている。というのは、とにかく加盟国が多すぎてなかなか決まらない。いくつかの枠組みにはインドや中国も加入していて、その議論には党派性が強く出てしまっている。国連のようなものと想像してもらえばいいかもしれない。おまけに技術は日進月歩で、今で言えば高性能３Dプリンターとかドローンとか、規制すべきものが中々規制されず、時代遅れの工作機械の位置決め精度とかの、ショボい改正を一生懸命議論して決めている体たらく。
■米国の本気
米国はそんな状況に業を煮やし、先述した規制の限界を撤廃し始めている。つまり半導体製造関連で、かつ仕向地が中国であれば、①米国貨物を組み込んでいなくても、②どんな技術であれ米国の規制技術を使って製造したものは、米国輸出規制の支配下に置かれる、ということを一方的に宣言したのだ。
正確に書くと②については対象貨物や米国制裁リストの区分でいくつか条件分岐するけど、たとえばスパコン関係であれば、富士通が日本国内の子会社にメイドインUSAの機器を移そうとした場合でも、いちいち米国商務省の許可が必要となる。そう聞くと果てしなく面倒くさいものとイメージできるのではないだろうか。
■今後中国の半導体開発・製造の援助は全てNG（要許可、ただし許可は下りません）
退職者が続出しているという例の話は、この援助（support）規制が影響しているものと思われる。この規制はEARインフォームという、その名前に反して通知すら不要というよくわからない規制なのだけど、とにかく範囲がめちゃ広い。なにせ規制対象は幅広く「援助」なのだ。もちろん、前述のEAR規制の閾値も関係ない。半導体業界で働くことはもちろんのこと、おそらく機械設備を運送する運輸関係もアウトと思われる。
■今後の見通し
EAR規制の閾値を突破したケースは過去に一度だけあり、それが現在のロシア規制だったりする。
上で述べたEARインフォームが使われ、非米国製品も幅広く規制されている。じゃあこれが日本でなぜ話題にならなかったかというと、ざっくり「米国のロシア規制に賛成し、同様の規制を敷いた国は、対ロシア以外であれば普通に貿易をして良い」という免罪符があるのですな。日本は菅さんか岸田さんの頃か忘れたけど、ちゃっかりこの免罪符をゲットしていた。
だから、今回の中国半導体規制も、米国と同様の規制を敷いた国同士の取引は例外扱いになると思う。たとえば日本と英国アームとか、前述の富士通グループ間取引や援助は、米国の許可なしで普通にできるようになるのではないでしょうか。
とはいえ中国に輸出できないというのはビシっと決まってしまったわけで、今後の日本半導体業界の売上自体は右肩下がりになるのではないかなーと思います。半導体業界を知らないから何とも言えないけどね。
ほいノ
高専行こうと思えば行けたんだけど、実家離れるの怖くて偏差値45の工業高校へ。
18歳までフリーター。
18歳〜21歳まで定時制に通った。
英語は個人的にそこそこ勉強したけど、数学なんかはⅠの後のAが半分も終わらなかったレベルのバカ校。
この時期は暇で、なぜかやる気に満ち溢れてたから、TOEIC700近くとか日商簿記2級とか色々資格を取った。
24歳でうつになって、30歳くらいまで日雇い・派遣↔無職を半々くらいでリピートしてた。
やってる仕事は大したことなかったけど、幸い仕事中にPCをめちゃくちゃ使うのでやりたい放題だった。
この時にプログラミングを始めた。
ここで年収どんどん上がった。
36歳でうつが再発して辞めて今に至る。
基本は、仕事で使えそうなもの・必要なものをその都度吸収していった感じ。
Webが中心ではあるけど、組み込みとかのハードが絡む分野以外は結果的に広く浅く手を出してる、つもり。
| Excel VBA | 1年 |
| VB.NET | 半年 |
| JavaScript（Node.js） | 4年 |
| HTML | 1年 |
| SQL | 4年 |
| GAS | 3年 |
| C# | 1年半 |
| TypeScript | 2年 |
| Java | 半年 |
| C++ | 半年 |
| ラダー、FB（三菱、シーメンス） | 1年 |
実務経験があるって胸張って言えるのはこれくらい。
大体習得順。
他には、Python、Julia、R、Fortran、Rust、Go、Dart、Shell、Deno、CSSなんかは少しずつかじってる。
最近はWebに関してはほとんどJS（TS）で済む感じになったので楽。
なんでPLCが最後やねんってツッコミは置いといて、Web系寄りでラダーも触ってるって人は観測範囲ではあんまりいないので、それが俺の数少ない強み。
RDBはPostgreSQL、SQL Server、MySQL、SQLiteの順で実務経験あり。
NoSQLはFirestoreが実務経験あり、実務なしだとNeo4jとか。
PaaSはGCP（Firebase）、AWSの順で実務経験あり。AzureはADとVM周りをちょっと触った程度。
Dockerはよく使うけどKubernetesとかまでは行ってない。
後は産業用の通信プロトコル的なやつを無駄に色々触ってる。Modbus TCPとかORiNとかCC-Linkとか。PLCもそうだけど、あの辺は日本とドイツとアメリカが未だに既得権益で幅利かせててまじで闇深い。その代わりそれをブレイクスルーできればめっちゃ稼げる分野だと思う。
閑話休題。
フリーターでどんな仕事してるか知らないけど、仕事で一日の半分が無くなっちゃうじゃん？
以下、俺の場合ね。
次長クラスの人が「この製造番号でクレームがあったんだけど、作業当時どんなことあったか覚えてない？」みたいなことをわざわざ現場まで何度も聞きに来るんだよ。
作業したのなんて半年前だったりするから一々覚えてないっすよ、って言ってるのに何度も聞きに来るから、イラッとして仕事用のPCで勝手にExcelで業務日報を付けるようにして、イントラのファイルサーバーに置いて「そういう時はこれ見て下さい。次長の貴重な時間が勿体ないです」って言ったのよ。
それだけでめちゃくちゃ喜ばれる。
で、今度はその次長が「この製造番号どれくらいの時間で作業終わった？」みたいなことを現場までわざわざ何度も聞きに来るから、俺はその時またイラッとして、Excelでストップウォッチもどき作って製造番号とか工程ごとに時間計測して記録して、やっぱりファイルサーバーに置いて「これ見て下さい」って言ったのよ。
それでまた、めちゃくちゃ喜ばれる。
最初はプライベートな時間も結構使ってやってたんだけど、そういう周りに喜ばれる効率化を繰り返してると、少しずつ業務時間内で自分のスキルアップに直結する時間を作れるようになる。
自分でこれ面倒くせーな、効率よくできねえかなって思ったら、じゃあどうやって？てのを考える。
ちなみにPCがなくても、たとえばメールアドレスさえあれば今の時代カイゼンはできる。
大きな会社に勤めてるとかだと使うのが難しいんだけど、IFTTTとかが良い例かな。
これはiPaaSっていうサービスの一種で、まあ言葉の意味は覚えなくて良いんだけど、要は「イベントAが発生したら別のイベントBを起こせ」っていうのを登録して、自動化できるWebサービス。
例えば、あなたが日雇いの会社にいて、毎日違う現場に働きに行くとする。
で、出勤前、現場到着時、勤務終了の時にLINEで毎日報告しなきゃいけないとする。
で、その報告を受けた事務方は、Googleスプレッドシートにその都度入力する。つまり、それだけの為の事務員が一人いる。
面倒くさいし、お金がかかる。
そこで、「特定のグループでLINEを受信したら（イベントA）、特定のGoogleスプレッドシートに情報を記録せよ（イベントB）」っていうのをIFTTTに登録すると、少なくとも事務員の入力の手間は省けるってえ寸法だ。
IFTTTはたくさんイベントを処理させたい場合は有料になっちゃうけど、個人で試すぶんにはクレカ登録しなきゃいいだけだから試してみるといいよ。
月1000円で学べる。コスパは圧倒的。
入門コース（学習に180時間と公称してる）がしっかり理解できていれば、Webで大抵のものは作れる。
ただし、大筋は問題ないんだけど、細かい部分で最新技術をキャッチアップできてない可能性があるので、そこは注意した方が良いかも。
https://www.nnn.ed.nico/pages/programming/
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。
そしたら、職歴書の作り方次第で中小企業の社内SEにはまず転職できる。
中小企業の社内SEは、ITリテラシーの低い社員が多い中で「Excelのセルの色が変わらなくなっちゃったんだけど！」とか「複合機が紙詰まりって言ってるけどその紙が見つからない！」とかクソイージーなクエストをこなすだけでおちんぎんが貰える、人によっては天国、人によっては地獄のような職業だ。
ごめん、流石に言い過ぎた。実情は色々と面倒くさい。DXとかバズワードを聞きかじったクソ重役から突然言い渡される重めのミッションとか。
けど安定なのは間違いない。
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。ここは社内SEと同じ。
生産技術ってのは、誤解を恐れずにすげえ簡単に言えば、カイゼンばっかりやってる人たちのことだ。
あんまり詳しくは言えないんだけど、俺が最後にやっていた仕事は言わば生産技術だった。
で、中小企業の生産技術は、Webに強い人材をかなり欲しがっている。有り体に言うとIoTとかね。
IoTは最近、セキュリティの強化がかなりクローズアップされていて、そのせいで二の足を踏んでる企業が多い。
そこに滑り込むのはアリだと思う。
よく「T型人材」って言われ方をするけど、どっちのスペシャリストの言うこともある程度分かる「橋渡し」的な人材になると途端に貴重になって需要が増すので、上昇志向があるなら「Web+何か」の組み合わせでお金稼ぐのが良いんじゃないかな。
ま、橋渡しって自然とプロマネとか任されがちで、裁量大きくて大変なんだけどね。
質問あればどうぞ。頑張って。
一見正しそうだが正しくないラベリングをすると、結果として意図しない結果を引き起こすことがある。
"難しい人"、"有害な振る舞い"というのは、大変よろしくないラベリングになる。
こういったときに「言ってることはわからなくないけど、なんか違うな」と違和感を持ち、解決策を探るのがエンジニアである。
アクションに落とし込めないもの、計測できないもの、機械的に判断できないものは、いわゆる人間力に頼ることになる。
具体的に以下を例に挙げる。（元の記事の一番最初に例示されているもの）
この短い（１行８０文字以下を短いと言う）文章の中に、人間力に頼る判断は何か所あるだろうか？
私は、「創造的」「議論」「阻害」「時間を奪う」の４つは、機械的な判断が難しいと思う。
これは客観的な基準で「他者の話に割り込んで、自分の意見を差し込」んでいる。
先ほどの例だが、こんな前提があったとする。
そうすると、「営業と管理職から見て、大変有意義で創造的な議論に、毎度口をはさむ難しい組み込みエンジニア」というレッテルは正しいだろうか？
各人の判断は、正しいだろうか？
人間力に頼る判断基準で多数決を用いるのは、エンジニアリングで無く、政治的な解決だと思う。
先ほどの会議の例でいえば、５人中３人が心理的な負担を感じており、不愉快な気分になっている。
チームの60%が「創造的な議論を阻害する有害な振る舞い」だと認定している。
その判断は、正しいだろうか？
この場合、組み込みエンジニアが、難しい人 or 有害な振る舞いをする人として、指導もしく排除されたとする。
それは、心理的安全性をあげ、チームの生産性をあげる行為だろうか？
例えば、今後デザイナーは、営業と管理職が「どのような雑談をどの長さでしていても」発言しなくなるかもしれない。
デザイナーからみて、その会話が創造的な議論か判断ができないからだ。
さて、Web系のバックエンドエンジニアや、クラウドインフラエンジニアだと、アラートを設定したり、対応したいことがある。
「何かまずいことが起こっていることを、何らかの方法で監視して、対応したい」という場合だ。
例えば、待機系サーバーの起動時に妙に時間がかかっている場合、自動対応ができないので、アラートメールを飛ばして手動対応したいと思ったとする。
絶対値（10分）か、相対値（過去5回の起動時間の平均値）かは場合によるし、それが適切かはまた別の話だ。
「他者の話に割り込まない」というルールは、誤検知を引き起こしやすいアラートだ。
そんなのは常識で考えたらわかるだろう？曖昧な基準は「俺のは有意義な議論の発言だ」の判断を誰かが決めることになる。
大多数がそう思っていれば、という複合的な基準もありうる。その場合、先ほどの例の組み込みエンジニアは、アラート対象になる。
「会議のアジェンダに記載されている内容を3分以内で喋っている場合に、割り込まない」というのは、一つの基準になる。
この場合、営業が「営業概況を冒頭のアジェンダに加えて欲しい」と交渉する余地がある。
また「報告時間が10分は欲しいが、3回以上は一度会話を止めるので、営業概況に対する質問はその時に」という合意もできる。
そして、顔合わせのキックオフミーティングで、営業概況をやるかは、会社やチームによる。
明示的なルールで縛るのが正しいかと言えば、そうした方が良い職場もあるだろうが、窮屈な職場も多いだろう。
という簡単な話に見えることですら、ルールを作って守らせることに違和感を感じる感性も正しいと思う。
チーム（もしくはマネージャー）に求められるのは、こうした「何かチームに嫌な感じがある」ときに軌道修正できることだ。
一例でしかないが、例えば以下の流れでルールを作らずに、解決できることもある。
コミュニケーションコストを、チームを維持するのに必要なコストとして、きちんと時間を割けるかが重要だと思う。
さらに言えば、「それは有害な振る舞いだと自分は思うが、あなたがそう思わない理由は何か」とコミュニケーションを取れないのであれば、そこに課題があるだろう。
チームやマネージャーがある人を「難しい人だなあ」と思ったとして、2つの解決策が出てこないのなら、その思考には課題があるのではないか。
「他者に配慮できる」という曖昧な基準で異物を弾くようなチーム作りは、蛸壷化して致命的な結果を引き起こすことがある。
パワハラ、セクハラ、試験結果改ざんが、「なんでそんなんなるまで誰も言わなかったんだよ」となるのは、
「その構成員が他者に配慮できる人たちで構成されていて、異物を弾き続けた結果」であることが多い。
少なくとも、「エンジニアの”有害な振る舞い”への対処法」には、機会、動機、正当化のいわゆる不正のトライアングルのうち、動機と正当化を満たしている。
いやいや極端だろと思うだろう？
快不快が、正しい正しくないに繋がっていることは社会生活を送っていると極めて多い。
「マネージャーならば」法律や外部の意見も含めてかなり慎重に判断する必要がある。
「エンジニアならば」相手に快適に聞こえるようにコミュニケーションするスキルは磨いておいて損はない。
（あと、機械的に判断可能なルールを守ることが自分を守ることに繋がる。ルール順守か業績なら、常にルールを守れ。記録を軽視するな）
偉い人の思いつきでDX予算が着いたらしく、流行りのビッグデータによるデータサイエンスやAIを駆使した販売促進システムの開発プロジェクトに巻き込まれてて月曜の出社が苦痛すぎて辛い。
詳細はぼかすが、店舗でのポイントカードの購買履歴に基づいてAIがリアルタイムで自動的に販売動向をチェックし、効果的な販促(アプリからのプロモーションとか)ができるシステムを作ろうとしてるんだけど、仕様を決めてる偉い人のセンスが壊滅的で盛大に炎上している。
何がヤバいかっていうと、元々のポイントカードの購買データがAIによる処理に向いていないと言うところだ。ポイントカードには年齢、性別、職業とかのデータが紐づいているけど、そのデータが登録時から更新されることはまれである。なんで素のデータをそのままAIに渡して処理するのは危険だったりする。
例を上げると、全国的に30代独身女性がアンパンマンのおもちゃ付きのお菓子を好んで買うというデータがあったとして、それは実態を表していない可能性が高いと言うことがあったりする。
人間の目でデータを分析して見ると彼女たちがポイントカードを作ったのは20代の独身の時で、今アンパンマンのおもちゃ付きのお菓子を買っているのは結婚して子供ができてその子供にねだられて買っている(=商品が刺さる層は小さい子供で母親が買っている)という仮説を容易に立てられるわけだけど、機械はそうじゃない。
なんで、こういうデータを扱うときは人力で生データを加工して使えるデータに補正しないといけないわけだけど、補正の手間って思っている以上に大変なのだ。例えばアンパンマンならまだ判別ルールを組み込みやすいが、実際に30代独身女性が自分用に買っている可能性が考えられる、すみっこぐらしのおまけ付きお菓子とかならどうするかとか悩ましい問題があって、人手と現場のノウハウが要求される泥臭い要素が結構あったりする。
だけど、口の回るコンサルやSIerに乗せられた偉い人は完全に自動でできると思ってるし、システムが稼働したら運用コストはサーバー管理費用程度だろうくらいに考えているんで、理想と現場の現実との板挟みでマジで辛い。実際にシステム構築する側からすれば、常に人力でのデータ加工が必要な筋が悪いシステムで、そんなシステム作ってもまともに運用できないと思ってるんだけど、俺の考え間違ってるかな？
ただしスタンドアロンのアプリを書いてる人については特に問題ない。
要はシステム構成がWindowsPC1台orスマホ1台のみで済むとか、組み込みとかね。
それからITゼネコンの末端で、詳細設計をコードに翻訳するライン工もどきみたいな立場の人も別に知らなくていいけど、それもうプログラマーじゃなくて単なるコーダーだよね。
こういうこと書くと
とか言い出すやつが絶対にいるんだけど、今やクラサバモデルのシステムは開発のメインボリュームで、かなりの数の開発者に関係する話じゃねーの？って思うから言ってるわけで。
あと、Linuxというか本当はUNIXなんだけど、現状サーバ用途のUNIX系OSがほぼLinuxで占められているので。
なんでLinuxが使えないと問題かというと、実際にサーバを運用しているエンジニアとまともにコミュニケーションが取れないから。
それが回り回って開発と運用が対立する、あるいは何かあったときに適切に連携できなくなる遠因になる。
本当は開発側がサーバ側の運用設計まで書いて、運用するSEに承認してもらうまでが仕事。
そのためには自分が作るシステムの動作環境の構築は自力でできなきゃダメだし、そのためにはLinuxの基本的な使い方を知っている必要があるわけで。
それにネットワークプログラミングなのだからある程度のネットワークの知識は必須で、Linuxも扱えない人がそういう専門家になれるとは到底思えない。
まあ流石にスイッチ・アプライアンス・ストレージみたいな話になると、カネ払ってベンダーのセミナーを受講しないとわからないと思うので正直厳しい。
その場合でも、Linuxに触れることで身につけたネットワークの知識が不要ではないどころか、
「今こちらのサーバでこういうコマンドを実行した結果がこうで・・・」
みたいな話をインフラエンジニア相手にできるとできないでは大きな差がある。
最近の流れで、そこらへんを全部クラウドにお任せするにしても、サーバとは一体何者か？レベルは体験的に知っておいたほうがよさそうだし。
