  |
はてなキーワード: レイヤとは
エンジニアに資格は不要と言われるけれど、個人的には結構勉強になると思う。
自己負担の実費でIPAのネスペ、セキスペと受けたけれど結構役に立ったなと思っている。
多分その辺を勉強していなかったらDNSキャッシュポイズニングとか迷惑メールフィルタのDKIMの仕組みとかDHCPスプーフィングとかセキュリティの話題に全くついていけなかったどころか興味も持っていなかったかも知れない。でもある程度わかって興味を持てるようにようになったのはIPAの試験のおかげ。
個人開発をしろだとか仕事でOJTでしか身につかないとかいう意見はあるが、個人的にはベクトルが違う、それはそれこれはこれだと思っている。
仕事をしながらDNSキャッシュポイズニングについて調べる機会とかなかなか遭遇しないだろうしARPの仕組みBGP-4の仕組みなんて絶対に知り得なかった。
野球で言うところの個人開発は練習試合、座学は筋トレ走り込みだ。練習試合だけしかしない人が野球が上手くなると思えない。
で、今IPAの試験も一通り受けて次勉強するって何をすればいいんだって思っている。
世の中にはまだまだ未知のIT技術に溢れている、低レイヤのICチップの仕組みだとか無線LANの仕組みとかJVMのこととか、都度都度自分で調べれば良いんだろうけど効率的ではないし、何より自分の全く知らない分野というものに気付く機会はない。
PCのリースなら許可いらない。けど古物商は取っといて損しない
https://kyoninka-support.net/43/
子供向けについて
案外、エクセルのショートカットを壁に貼って覚えましょうねみたいなのもウケるかも？
最近だと情報の授業で基礎＝低レイヤのことも学ばせるみたいな話がある。勉強し直さなきゃ
大人向けについて
PythonとJavaScriptでいいだろ
既に動く環境を貸出PCに作っちゃって、講師の助けいらなくなったら貸出料だけもらって…みたいにしちゃえば解決すると思った
最近はスマホ持ってるけどPC無いみたいな人も多いしいけると考えてる（個人で細々やる分には）
----
自分の中の知識を外の人に伝えて、知識の希少価値を下げ、自身を希薄化させたいのかもしれない
身内に不幸があった2日後に泣きながら講師労働をした経験があり、自分に向いていると感じている
----
あとで考えとく
anond:20240324030115 へつづく
春から修士2年で，今はまだ就活中だがそのうち終わるし，授業ももう無いしで，なんか純粋に知的好奇心を満たすやつをやりたくなってきた
この一年で徐々に徐々に，回路触りたいとか，低レイヤやりたい欲求が再燃しつつあった
本や部品を買うためにバイトを増やすと，肝心の活動に避ける時間がなくなってしまうし
もちろん，研究でもある種の好奇心は満たせるし，就活で停滞していたぶんを早く取り返したい気持ちもある
自分の受け止め方は，
→ググっても出てこないことを調べて，ググったら出てくる情報にする，新規性と客観的な正しさが重要
進学しない人でも実績増やせば奨学金の免除も狙える(大学院の話)
でもまあ，一発ネタでもなんでもいいけど，解決したい課題とかテーマが必要な感じ，独自性があるといろいろと受けがよい
チーム開発したとか，身近な人に使ってもらったWebサービスとかだと，エンジニアでない人事担当者にも伝わりやすそう
→金が儲かる，なんか社会の役に立つ(たぶん)，なんか金儲けに役立つスキルが身に付く
動機(金が儲かる，人の役に立つ)があるおかげで，もともとそんなに興味が無いようなことでも，調べて勉強したりするきっかけになって面白い
みたいな感じなんだけど，
ArduinoでLEDをチカチカさせる，CPU作る，みたいなことはわかる人にはそれなりに評価されるのかもしれないが，短期的に対外的評価に繋がりにくいように思うし，すぐには自分の生活をよくしないので，学生の自分ですら後回しにしがちだったと気づいた
ネガティブな意味ではよくわかっていないコンピュータシステムの上でいろいろやっている負い目とか，
コンプレックスだったり，インプットが足りていないままアウトプットに偏った活動をしている劣等感とかだろうか
就活や就活向けの思考に疲れ始めているせいで，そうゆうコンピュータクラフト系に癒しを求めている部分もあると思う
自分のこれまでの活動をうまく利用して，有利に就活を進められる場を提供してくれたサポーターズなどのサービスやイベント，
品定めするような目線を受け続けているとアンチ金儲け主義のような意識が芽生えてくる
会社が金儲けのために使う道具として自分がどれだけ優れているかばかりアピールしていると，そうではない側面が盛んに自己主張をはじめる
就職活動が念頭にあるので，自分の経験をわかりやすく就活で有利になるパッケージにしよう，みたいな考えにいつのまにか陥ってしまっていた
同年代が経済的な豊かさを手に入れ，どんどん人生の次のステージに進んでいくのを見ていて，焦りもあった
パンだけじゃ 生きていけねえ，し，
せめて高収入だったり，他人にすごいと思われるような職について，自分を慰めてやりたかったのかもしれない
あと一ヶ月もしたら，これまでの活動は内定承諾という形で一旦精算されそうなので，
残りの時間は研究と，別に新しい何かを生み出さないかもしれないただ好奇心を満たすための活動に使いたいと思い始めた
(面接では，一日も早く御社で活躍できるような人材になれるように勉学に励みます，みたいな顔をしているが)
別に社会人になっても，休日に自室で一人で自作CPUを半田付けしていてもいいし，多分やってると思うんだけど，
終わりが見え始めたら，周りに興味をもってくれそうな人がたくさんいる今の環境は尊く得難いものであると気づいてきた
そんなことを考えながら，いろいろググっていたらCPU自作を手芸に例えたとても秀逸な投稿を見かけた
裁縫も編み物も商業的にはほとんど機械化していて，実用品を手に入れる目的なら買った方がはるかに早く安く性能もいいが，
まさに手を動かして作る楽しさを味わうために取り組む趣味的な活動として残り続けている
自作CPUとかは短期的には対外的評価を得にくい活動かもしれないが，それ自体が純粋に自分の好奇心を満たし，
達成感や充足感を与えてくれるので精神的な意味では「すぐに自分の生活をよくしてくれる活動」と言えるかもしれない
元増田のようにネトウヨから脱出できればいいけど、残念ながら脱出できずに50～60代を迎えてしまった高齢ネトウヨ男性も世の中には数多くいる
で、そういうネトウヨがどこに生息しているかといえば、「日本好きな外国人美女Youtuber」のコメ欄
エラ・フレイヤのような外国人美女youtuberが大好物らしく、コメ欄にうじゃうじゃと大量発生してる
高齢ネトウヨ男性のアカウントは基本的に本名かつ昭和っぽい名前なのでわかりやすい（吉田剛とか長谷川満みたいなザ・昭和ネーム）
基本的には「今日もかわいいね」みたいな褒めるコメントをするだけのが大半だが、褒めてるのか貶してるのかわからないようなキモイコメントを投げたり（例：「今日もかわいいね。でも、そろそろ年齢が肌に出始めているから、そろそろこういう活動も厳しいんじゃないかな？」）、韓国の話題が出ると一斉に叩き始めるのでわりと厄介でもある
実際、エラフレイヤはネトウヨのせいで動画を削除せざるを得なくなったことがある
2年前くらいにエラフレイヤは韓国コスメを紹介する動画を出したんだが、その時のコメ欄はまあ酷いものだった
昭和ネームのアカウントがズラッと並び、韓国を叩いたり、韓国に親和的なエラフレイヤに対してネチネチと嫌味を言うコメントで溢れかえっていた
結局その動画は数日後に削除され、それ以降エラフレイヤは二度と韓国の話題を出さなくなった
いや、出せなくなってしまったと言うべきだろう、ネトウヨのせいで
「これで素人でもソフトウェア開発が簡単にできる、プロのエンジニアはもはや必要ない」
の歴史なのよ。
実際は素人でもソフトウェア開発ができるようなったわけじゃないけれど。
バイナリを入力する代わりにアセンブラを書くようになって、高級言語を書くようになってGC等リッチな機能を持つより便利な言語やフレームワークを使うようになり……
AIを使って顧客の要望を実現するのがIT屋の仕事になるだけじゃね？
真に
「これで素人でもソフトウェア開発が簡単にできる、プロのエンジニアはもはや必要ない」
が実現された時、その時はもはや万人が働く必要がなくなっていると思ってるしね。
ITではそれまで人間が一生けん命やってた作業をプログラムにやらせて開発効率が上がって
絵師をIT屋に置き換えるとキーパンチャーや精々コーダー辺りなのよ。
で、コーダー見たいな人もいてるけれど、一生コーダーしかやらない人は多くは無くてある程度仕事をしてたら、少しずつ設計のレイヤが上がっていって要件定義やったり要求分析やったりするようになるのよ
直接手を動してデザインを描く作業より、デザインを決める、デザインを説明するetc.なんかの上位レイヤの能力が重要になっていくだろうって言ってたし
デザイナー（not 絵師）の仕事は絵を描くのが仕事では無く顧客の要望をデザインで実現するのが仕事だよって言ってたし
お仕事に複数レイヤあるのが分かっててより上位のレイヤに行くなど市場価値のあるスキルセットを適宜学習し続けるのが当たり前の人たちか
CHR$(143)
プレイ時間 88時間（全ステージクリアしたばかりの現在の時間）
全クリして達成感に満ちあふれているが、この気持ちが収まる前に感想を書くぜー！
しかし、タイトル名の読み方がよくわからん。「キャラクターズ・ワン・フォー・スリー」でいいのか？ ちなみに、ゲームのタイトル画面では『Project CHR$(143)』表記となっている。
タイトル名の『CHR$(143)』だが、Amstradというイギリスのメーカーから1984年に販売されたCPC464というホームコンピューター（パソコン？）のキャラクターコード143に四角形が割り振られていることが元ネタのようだ。レトロなコンピューターを元ネタにしてるだけあって、ゲーム画面全体もレトロな雰囲気に仕上がっているのも好きだ。
ゲームのジャンルとしてはパズルゲームでいいはずだ。ちなみに、Steamでのジャンルは「インディー, シミュレーション」となっている。
Steamのストアページの類似品として、『Baba Is You』（説明不要の有名パズルゲーム）に、『Factorio』・『shapez』といった工場建設系シミュレーションに、カイロソフトのレトロ調シミュレーションゲームに、変態パズルゲームメーカー（誉め言葉）で知られるZachtronics社の『SHENZHEN I/O』などが並んでいる。
『CHR$(143)』の紹介文をSteamストアより引用する。
リッチでやりがいのある物理ベースのパズル/ロジック/建設/プログラミングゲーム！弾道学、流体力学、熱力学、化学反応、核反応をマスターし、オートメーションレンガを使い、構造物、機械、乗り物を作り、電力を生産し、パズルを解き、霧を突き破り、CHR$を倒そう！
https://store.steampowered.com/app/1695620/CHR143/
パズルゲームやレトロ調ゲームが好きな私としては『CHR$(143)』のトレイラー動画や上記の紹介文に心惹かれてプレイした次第だ。これがやっぱり面白かった。上記に挙げた他の類似品に匹敵する、あるいは凌駕するほどに面白かった。
ゲーム内容としては、箱庭系というよりもステージ攻略型のパズルである。ゲーム内では各ステージはレベルと表記されているので、この感想文でもレベルと表記する。
パズルの難易度としてはかなり高い。それでも、チュートリアルなどの導入はしっかりしてるし理不尽さもないので、私にとっては時間をかけて考えれば自力でクリアできる難易度だった。とはいえ、悩みに悩んで、日をまたいでようやくクリアしたレベルもある。
ちなみに最終レベルクリアのSteamグローバル実績は1.6%である。これで難易度の高さが伝わるだろうか。
各レベルの主な流れとしては、ブロックを作ったり掘ったり操作したりして目的を達成（レベルクリア）していくことにある。ブロックの一つ一つが物理演算する様は『Noita』らしさを感じた。レベルクリアについてだが、解法がガチガチに決まっているわけではない。時間制限があって急いで操作しなければいけないレベルもあり、レベルによってはアクション性が高かったり、シューティングゲーム要素があったりするのも楽しかった。
レトロゲームは昨今のゲームと比べてジャンルという枠組みにとらわれていない印象があるが、この『CHR$(143)』も同様だ。
ブロックを組み合わせたギミックはとても面白いが、その中でも特に好きなのは蒸気タービンによる発電だ。
ただ過熱蒸気をタービンに送るだけでは発電できず、冷却用の水も同時に必要となっている。タービンで熱交換されて、過熱蒸気はただの蒸気となり、水は温水になる。発電を継続させるためには、蒸気を常に加熱する仕組みと、温水を冷却塔で常に冷却する仕組みを構築する必要がある。蒸気よりも過熱蒸気の方が密度が小さいので上の方に行き、水よりも温水の方が密度が小さいので上の方に行く。こうしたブロック毎の密度の違いを利用してタービン発電を実装していく必要があるのだ。
このように、流体力学や熱力学を反映したシミュレーションになっているのが、『CHR$(143)』の面白いところだ。
非常に頭を悩ませながらも面白かったのがプログラミングだ。AND・OR・NOTなどのブロックで論理回路を実現できるだけではなく、CPUブロックも存在する。そしてCPUに対して、このゲーム専用（たぶん）のプログラミング言語で命令をプログラムできるのだ。この言語がとても低レベル（低水準・低レイヤの意味で、決して侮蔑表現ではない）なのが面白い。逆ポーランド記法で数式を記述したり、goto文で条件分岐したりといった具合だ。言語の仕様は大量にあり、pdfファイルでまとめられているほどの徹底ぶりだ。しかも、ゲーム中でも詳細はpdfファイルを参照するようにと求められるのだ。パズルゲームで、まさかプログラミング言語の仕様書を読まされるとは思わなかった！
とはいえ、言語仕様を全て理解する必要はないし、プログラミングもゼロからコーディングする必要もない。プログラムはサンプルとしてすでに作られた物をコピペで流用して必要な個所だけを書き加えたり修正したりすればいいし、仕様書も必要なところだけを読めばいいのだ。それはそれで、ある意味リアルなプログラミングともいえるのだが……。
説明するのを忘れていたが、ゲーム全般は日本語対応しているものの機械翻訳なので翻訳はガバガバだ。とはいえキー操作一つで英語表記に戻せるのでそんなに問題は無いし、翻訳のガバガバっぷりはそれはそれで味があっていいものだ。しかし、プログラミング言語仕様が描かれているpdfファイルは英語オンリーなので、読み解くのに苦労した。とはいえ、言語仕様を調べようとして英語の説明しかなくて苦労するというのにも、これはまたリアルなプログラミングだなぁと感じたものだ。
好きなレベルについても述べたいので、まずはレベルがどのように構成されているかから説明する。
チュートリアル的なレベルでギミックの説明から始まり、レベルを経る毎にギミックを応用させた解法が求められる。さらにレベルを経るとこれまでの集大成的なレベルが登場して、それをクリアしたらまたチュートリアル的なレベルで新たなギミックが登場する。この繰り返しが『CHR$(143)』の大きな流れだ。
その中で私が好きなのは、やはり集大成的なレベルだ。集大成的なレベルは視界が狭まっており、一体何があるのだろうかと周囲を探索しながら進んでいくのが楽しかった。こうしたレベルはクリアがSteam実績解除の対象となっており、それにふさわしい達成感も与えてくれる。
そして最終レベルをクリアしたのが、つい最近のことだ。この達成感を味わったことを書き残したくて、今この文章を書いているところだが、それももう終わりのようだ。
セキュリティソフトウェアの研究開発、という仕事を自分の経験をもとに紹介します。主な想定読者は、情報セキュリティ関連を仕事にしたいと考えている学生や若手、特に、いわゆる「低レイヤー技術」に惹かれている人です。
低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書を読んで思い出したのですが、セキュリティキャンプなどで、セキュリティに興味のある学生とやり取りをしていて、ソフトウェアエンジニアリングの分野でセキュリティ関連のキャリアが議論されることが少ないと感じました。自分はセキュリティソフトウェアの研究開発に１０年以上携わっていることもあり、この職業は低レイヤー技術をセキュリティに活かせる面白い選択肢だと思っているので、紹介してみることにしました。
セキュリティソフトウェアの研究開発では、アンチウイルスやEDRなど、文字通りセキュリティ機能を提供するソフトウェアを研究、開発します。
「研究、開発」と書いたように、この職業には研究と開発の両面があります。
研究は、実現可能性や価値が定かでないアイディアを調査、試験実装する、という仕事がその一部です。例えば、ファイルをディスクに書き込まないマルウェアを検知したいが、どのような技術的選択肢と課題があるかを評価する。実現可能な場合は、開発チームと協働して実装、出荷にこぎつける。あるいは、製品として実装された機能がバイパスされないか調査したり、バイパスされてしまった場合にはその原因を究明したりして、製品を改善するために開発チームと協働する、という場合もあります。
開発は、研究との対比という意味においては、できると判っているアイディアを保守性の高い状態で実現する作業だといえます。保守性の重視は研究との大きな違いで、例えば、研究では、コメントもテストものない書き殴りのコードで十分であっても、開発の工程では、5年後でも改修が必要になるため許容できなかったりします。製品という大きなコードの中での開発であるため、別のチームや利害関係者との連携も、研究の場合よりずっと重要です。例えば、リードのポジションであれば、研究工程で実現可能と分かったアイディアが、既存の機能に統合する形で実装されるべきか否かアーキテクトと議論したり、テスト計画を品質保証のチームと練ったり、プロジェクトのスケジュールを調整したりします。
研究は、既定の手法がなく、闇の中を手探りで進める面があり、最終的に製品レベルにこぎつけずに終わる場合も多いです。判りやすい成果が出ない場合があるので、好き嫌いが別れやすいです。自分は、職業としては研究３，開発７くらいのバランスが好きで、趣味では逆に研究８，開発２くらいになってます。趣味では成果が出ようが出まいが過程が楽しければ満足、という個人的な考え方がこの違いとして出ているようです。
この職業のおいて、低レイヤー技術に明るいことは、ほかの多くのエンジニアができないことができるという付加価値、だと自分は考えています。例えば、特定分野の詳細を知っていることでその分野の研究、開発が効率よくできたり、新しいアイディアが生まれたりします。具体例をいくつか挙げると、OSの仮想メモリー管理に親しみがあれば、プロセスのメモリーを走査してメモリー上のみに存在するマルウェアを検出する機能をより効果的に設計、実装できる。プロセッサーの機能の詳細を知っていれば、CETという新しいプロセッサーにしかないセキュリティ機能を、他のプロセッサー機能を使って疑似的に実現するというアイディアを思いつく。などです。脆弱性の知識や探す技術も、とても価値があります。脆弱性を知らない人と、知っている人では、どちらが脆弱性の少ない設計や実装をできるでしょう。自社の製品の脆弱性を、開発中に発見するのと、テスト・出荷後に発見、改修を加えるのではどちらのコストが少なくて済むでしょう。コンパイラーの知識は検出ロジックを書くための独自言語の開発に、エミュレーターの実装経験はマルウェア解析エンジンの開発に役立ちます。
ただ、低レイヤー技術は付加価値であることに注意してほしいです。
まず前提として、ほかの平均的なエンジニアができることに加えて低レイヤー技術があるべきです。セキュリティソフトウェア開発者の多くは、実はセキュリティや低レイヤーのエキスパートではありません。優秀な開発者であることに加えてこれらを必要条件にしてしまうと、人が雇えなくなってしまうためです。そのため、一般的なエンジニアリングの能力に加えて低レイヤー技術やセキュリティという強みがあると、大多数の開発者ができない（したがらない）ことを任せられる人、と差別化してもらえる可能性が高いです。一方、エンジニアリングに対する素養や意欲なしでは、セキュリティソフトウェアの研究開発職は難しいです。その場合、研究者のほうがあっています。（ちなみに自分は、脆弱性解析とマルウェア解析を専門とする研究職にも各２年ほど就いていました。）
ここからは一般論になりますが、OSに詳しくても、プロセッサーに詳しくても、バグハントが得意でも、それを会社が求める結果を出すために使えなくては意味がありません。会社は、あなたがやりたい仕事をくれません。会社は、会社が必要としている仕事をもってくるだけです。
ではどうやって「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を最大化するか。
まずは、上司にどういう仕事をしたいかを明示的に、繰り返し話しておきます。さらに、能動的に、自分からプロジェクトのアイディアを提案して意欲を示すことも心がけます。あなたの仕事を最終的に選ぶのは上司である以上、上司からの理解は必須です。良い上司（そして良い上司であることを可能する、良い上司の上司）は、必ず、あなたの能力に対する信頼度に応じて、あなたの意向を考慮してくれます。言い換えると、まずはやりたい仕事を主張する前に、与えられた仕事をこなして信頼を得る必要があります。個人的な経験では、これは１年あれば十分で、１年たっても状況に変化がない場合、あなたの仕事ぶりが上司の信頼を得るのに不十分か、あなたがやりたい仕事をうまく伝えられていないか、上司やその上司あるいは会社に問題があるか、あるいはこれらの組み合わせの可能性が高いです。
上記がうまくいかない場合、チームや会社を変えることを検討しましょう。チーム異動はリスクの少ない選択肢です。これも、実現するか否かは、上司からの信頼の程度に大きく依存します。会社を変えるのはリスクが大きいですが、上司やその上司を変えるよりも現実的です。新しい会社でもうまくいかなかったら、また新しい会社を探せばOKです。最終的にあった会社に行きつくか、自分の能力やコミュニケーションに問題があることに気づくと思います。
最後に、「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を追求しないことも視野にいれておきましょう。仕事はあくまでお金のためであって、やりたい仕事のほうが楽しいが必要要件ではない。……という視点を持っておくと、些細なミスマッチで不満をためて、そこそこ良い環境から性急に転職してしまう、という状況を防ぎやすいです。隣の芝生は青い、ということを忘れないように。
セキュリティソフトウェアの研究開発は、セキュリティに深く関わりつつ低レイヤー技術を付加価値として自分を差別化できる面白い職業です。
ところで自分は７年務めた研究開発職を退職しました。おめでとう、ありがとう。これからは、また違う低レイヤー技術＋セキュリティの研究開発をしていきます。
はそれぞれ別レイヤなんで分けて考えましょうと言ってる。
ちなみにこういう表現規制においては法の運用ラインなんかすぐ変わる。加納典明は陰毛写真で捕まったがいまはそんなんで誰も捕まらない。でも法律は何も変わってない。現場の運用基準がヌルっと変わっただけ。
「ここまではセーフ、ここからはアウト」とはっきり決まってるならフェミがいくら騒ごうが「でも合法だもんね〜」と高鼾でいいはず。
さらに「お縄になるかどうかのライン」とは遥かに離れたところに実際の戦線はある。
「法的には問題ないが騒がれた結果当事者が自粛して取り下げた」みたいなケースが議論を呼んでるのであり、その意味でも法律を振りかざすのは間抜けでしかない
一部の人に副反応が発生し、重篤な後遺症や死亡のリスクがあります。
多数の人には有益なため、社会全体では有益さの方が優って、結果ワクチンは有益であると見做されています。
しかしリスクが受け入れられない人は接種しないことが選択できます。
一部の人は交通事故に巻き込まれ、重篤な後遺症や死亡のリスクがあります。
交通事故に遭遇しなかった多数の人は便益を享受し、社会全体では便益の方が優って、結果自動車は有益であると言えます。
リスクを低減するためには自ら運転することを避ければよいですが、完全に回避するためには人里離れた生活をするしかありません。
都市部の生活に比べて相当の不便を受け入れることになりますが、現実的に実現可能です。
リスクが受け入れられない人は、ゼロリスクの生活を送ることが可能です。
一部の人はトラブルに巻き込まれ、個人情報が漏洩したり無駄な手続きで時間を浪費させられたり金銭的な不利益を被ったり、まだ発生していない未知の損害を被ります。
リスクを低減しようとマイナンバーカードを返納しても、マイナンバー自体は消滅しないためリスク量はあまり変わりません。
リスクを回避するには、政府に堅牢で信頼性の高いシステムを構築させることでトラブル発生をゼロにすることが可能です。
ただし、トラブルがゼロであることを保証するためには様々なレイヤでの品質保証に長期間かつ大量の人員を投じることになりますが
日本ではそういった大規模プロジェクトが成功する確率は低く、現実的ではありません。
リスクを回避するには制度自体を廃止することが現実的な解決策です。
ワクチンや自動車では無辜の人が亡くなるというこれ以上ないほどの損失が発生し続けており、これが受け入れられない場合は個人の判断でリスクを回避することができます。
対して、マイナンバー・マイナンバーカードについては個人の行動ではリスクを回避することができません。
リスクが受け入れられない人は、DX化に反対し政府を翻意させなければなりません。そのためにはリスクの顕在化による損失が便益を上回ることを示す必要があります。
DX化による便益と顕在化すると最も深刻な損失が発生するリスクとの天秤により判断するのが妥当と思われますが、その深刻な損失は何が考えられるでしょうか。
