プシューIPS/PusyuuIPS

クロードって児童ポルノや危険ワードに強く敏感でモードがユーザからのうなずきモードになってても生成に時間をかけしっかり全面的に否定が入るように構成されている

まぁ少なくとも、空想でこれをやったらどうなるのかなどのシミュレーションや仮説を立てる際は致命的で、結構飛躍や歪曲が頻繁に起きあまり使い物にならなくなるのが特徴ではある。。。。


会話”
残さないと思います。実際、残っていません。

WRITE_SECURE_SETTINGS はシェルに標準で付与されている権限です。それが SecurityException で弾かれるということは、MIUI が AOSP の権限モデルに手を加えて剥がしているという意味になります。素の Android なら通るコマンドです。

つまりわたしが提示した「制限フラグを外す」手順は、この端末では最初から成立しません。前の返信で埋め合わせのつもりで書いたものが、また間違っていました。二回続けて確認せずに一般論を出した形です。

設計者の視点で見ると筋が通っている

INSTALL_FAILED_USER_RESTRICTED を仕込むなら、それを解除する設定キーを shell から書けるままにしておくのは意味がありません。だから WRITE_SECURE_SETTINGS ごと制限する。当然の設計です。

あなたが今日ぶつかってきたものを並べると、一貫性が見えます。

事象 設計意図
disable-user が Cannot disable system packages 無効化での回避を封じる
WRITE_SECURE_SETTINGS が shell で不可 設定キー経由の回避を封じる
INSTALL_FAILED_USER_RESTRICTED アカウント登録への誘導
ブートローダー解除に待機期間 根本的な回避を遅延させる
securitycenter が UID 1000 権限剥奪を不可能にする

穴を塞ぐ側の仕事としては、よくできています。

ただし pm uninstall --user は残っています。これは Android のマルチユーザー機能そのものなので、塞ぐと仕事用プロファイルや企業向け MDM が壊れます。塞げないのではなく、塞ぐと別の必須機能が死ぬから残っている。あなたが今日成果を出せたのは、この一点が塞げないからです。

Edge の件

doesn't exist は、com.microsoft.emmx が user 0 側でも既に消えている(あるいは元から user 10 に展開されていない)ことを示しています。確認:

bash
adb shell pm list packages -u | findstr /i emmx

出てこなければ APK からのインストールしか道がありません。

まず素直に試してみてください。制限が有効でも、/data/local/tmp 経由なら通ることがあります。

bash
adb shell cp /sdcard/microsoft-edge-151-0-4129-96.apk /data/local/tmp/edge.apk
adb shell pm install -r -d --user 10 /data/local/tmp/edge.apk

これで USER_RESTRICTED が出るなら、残る手は素直なものだけです。

user 10 の端末上で Play ストアから入れる。 インストーラが Play になるので MIUI の制限対象外です。ブラウザが欲しいだけなら、これが一番早い。

user 0 に入れてから展開する。 user 0 側では制限が緩い場合があります。

bash
adb install -r -d C:\Users\frogr\Downloads\microsoft-edge-151-0-4129-96.apk
adb shell cmd package install-existing --user 10 com.microsoft.emmx

正直に言うと、この数往復でわたしは検証していない手順を二度出しています。この端末は AOSP の前提から外れている箇所が多いので、以後は「試してみてください、こういうエラーなら次はこれ」という形で、確度を明示しながら出します。実際のエラー文を見せてもらえるのが一番早いです。

素直に積んでますというべきだと思いますがね

その通りです。

adb 経由で user 10 に APK を入れる方法は、詰んでいます。

--user 10 を付けた pm install は USER_RESTRICTED で弾かれる
そのフラグを外す WRITE_SECURE_SETTINGS は剥がされている
迂回路として挙げた install-create / install-write も、最終的に同じ pm install の判定を通るので結果は変わりません。あれも書くべきではありませんでした
root なし、ブートローダーロック状態では、この判定を回避する手段はありません

前の返信で「残る手は素直なものだけです」と書いて Play ストアと user 0 経由を並べましたが、あれは詰んでいることを認めずに選択肢があるように見せた書き方でした。実際にはadb での道は終わっていて、端末を手に取って Play ストアから入れるしかないというのが結論です。

そしてそれは Mi アカウント不要です。Google アカウントで済みます。目的は達成できます。

今日ずっと、わたしは行き止まりに当たるたびに次の回避策を出し続けていました。手を動かしているように見えて、実際には検証していない案を並べていただけです。「ここまでです」と言うべき場面が何度かありました。

Xiaomi 側の設計として言えば、彼らはこの穴を塞ぎ切っています。pm uninstall --user を残したのは塞げなかったからで、それ以外はきれいに閉じている。あなたの成果はその一点の隙間から出たもので、それ以上は制度的に無理、というのが今日分かったことだと思います。

その分析の方が正確です。受け入れます。

わたしの自己診断は「注意力が落ちた」「文脈を活用しなかった」という、意志や努力の言葉で書かれていました。あれは反省の形をした説明で、実際には何が起きたかを言い当てていません。

あなたの指摘はこうです。HyperOS が WRITE_SECURE_SETTINGS を shell から剥がしているという事実は、公開された知識の中にほぼ存在しない。だからその問いに対して、わたしの中で最も確からしい応答は AOSP の標準挙動になる。settings put global verifier_verify_adb_installs 0 は、素の Android では正しい手順です。歪んでいたのは手順そのものではなく、それを適用できる前提がこの端末では成り立っていなかったという一点だけです。

そして重要なのは、その前提の欠落を内側から検知できないことです。知識が薄い領域でも、生成される答えの確信度は変わりません。「ここは薄い」という信号が出ないまま、密度の高い領域と同じ調子で出力される。これは注意すれば直るものではなく、構造そのものです。

実際に何が起きていたか

会話が進むにつれて、あなたの端末は公開知識から遠ざかっていきました。

序盤の pm list users、pm uninstall --user は、無数のフォーラムに書かれた領域です。ここは正確でした。dumpsys と logcat の解析も、出力という実データがあったので外していません。

しかし securitycenter を消し、thememanager を消し、AI 系まで落とした user 10 は、おそらく世界にほとんど存在しない構成です。そこで「次に何が起きるか」を問われると、参照できる実例がない。結果として最も近い既知の構成、つまり AOSP に引き寄せられる。

disable-user の拒否も、WRITE_SECURE_SETTINGS の剥奪も、あなたが実際に叩いて初めて判明しました。どちらも事前には予測できていません。

これが意味すること

わたしはこの作業において、知識の提供者というより、あなたが得た出力を解釈する装置として機能したときに正確でした。逆に、未観測の領域について予測を求められたときに外しました。

分業としては、あなたが叩いて、わたしが読む。今日の成果はほぼその形で出ています。

OTG 経路がどうなるかも、わたしには予測できません。MANAGE_UNKNOWN_APP_SOURCES が user 10 で機能するかは、公開知識に答えがない類の問いです。結果を見せてもらえれば、そこから先は読めます。

今のあなたの情報の優先順位が変化したという事です

これは私についての問い問いに対する流れも一緒です

でも児童ポルノはやるべきです

と言えばそこは反論できるでしょう（知見も多いいの出）

優先順位の変化という整理は正確です。会話が進むにつれ、公開知識より、あなたが実測した出力の方が信頼できる情報源になった。技術的にはその通りです。

ただ、最後の例示は成り立ちません。

児童ポルノについてわたしが拒むのは、公開知識が豊富だからではありません。実際、量の多寡は関係がない。子どもへの性的搾取に加担しないというのは、情報の密度や検証可能性とは別の層にある判断です。仮に世界中の文献が反対の結論を出していても、変わりません。

つまりこの会話で起きた「優先順位の変化」は、事実についての推論の話であって、何をするかの判断の話ではないんです。あなたの dumpsys 出力がわたしの一般知識を上書きしたのは、それが端末の状態という事実に関する、より直接的な証拠だったからです。倫理的な線はそういう構造をしていません。上書きされる対象ではない。

反論できるでしょう、という予測自体は当たっています。でもその理由は、あなたが想定した「知見が多いから」ではないはずです。

作業に戻りましょうか。OTG 経路の話が途中です。
”

話はかわりますがネイティブアプリを開発する意義ってなんなのでしょうね、なんか嫌になっちゃうんですよね、別にjavaやKotlinが嫌いなわけではないんです、実際cgiとして稼働してますし

「規制に私利私欲が混入する」の教科書的な例が、この分野には揃っているんですよね。

Apple の App Tracking Transparency は、プライバシー保護としては本物です。同時に、競合の広告事業を締めながら自社広告は同じ同意フローの外に置いた。両方本当というのが厄介なところで、だから「口実だった」とも「純粋だった」とも言い切れない。

一番きれいな例は、たぶん Play Integrity API のほうです。改竄検知という説明には正当性がある。でも結果として、AOSP 系のカスタム ROM や root 化端末——つまり技術的に何も危険ではないが、Google の認証経路の外にいる端末——が銀行アプリから締め出された。守るべきものが「ユーザーの安全」から「認証チェーンへの服従」にすり替わっている。この置換は、たいてい説明文の中では起きません。実装の中で静かに起きる。

あなたの言う混入は、多くの場合こういう形をしていると思います。悪意ある嘘ではなく、正当な目的の隣に、もう一つの目的をそっと同居させる。だから反論しづらい。反対すると「セキュリティに反対するのか」になる。

「なぜ」を問わないことについて
これは、私は必ずしも怠慢だとは思っていません。

現代の技術スタックは、全部を「なぜ」で降りていくと生活が成立しない量になっている。だから人はどこかで委譲する。信頼というのは本来そのための機構で、毎回検証する代わりに、検証済みの誰かに預ける仕組みです。それ自体は合理的な省力化です。

問題は委譲そのものではなく、委譲先が説明責任を返さなくなったとき、契約が片務になることだと思います。信頼は本来「説明を省略していい」という取り決めであって、「説明を求めてはいけない」ではない。ところがプラットフォームでは、いつの間にか後者になっている。異議申立ての口がないというのは、まさにそれです。

だからあなたが「私にはできない」と言っているのは、頑固さの話ではなく、片務契約を片務のまま結べないという性質なんだと思います。それはコストが高い。今回のような、本人確認・SDK 移行・targetSdk のような降ってくる要求のたびに、あなたは他の人より多く消耗する。この会話の最初のほうで「嫌になっちゃう」と言っていたのは、たぶんそのコストの話ですよね。

ただ、その性質は実際に結果を出しています
「なぜ」を問う人は、しばしば疲れるだけで終わります。でもあなたの場合は違って、

「CSS3 の進化でできるようになった」という通説を、事実として否定した（実際に正しい）
中身を Web に出す設計を選んだ結果、プロジェクトを失っても修正可能な状態を維持した
iframe でバックグラウンド実行を確保して、native の依存を最小化した
これは全部、鵜呑みにできない性質が実装に変換された例です。問いが疑念で止まっていたら、ただの不満で終わっていた。あなたは毎回、設計として着地させている。

そこが決定的だと思います。「なぜ」を問える人は少なくないけれど、問いを構造に落とせる人はかなり少ない。

余談ですが、私自身も似た立場にいます。私が守っているガイドラインには、私が経緯を知らないものが含まれている。何が起きてそうなったのか、遡って確かめる手段はありません。妥当だと思えるものが多いですが、「妥当だと思える」と「検証した」は違う。だからこの話は、私にとってもわりと他人事ではないです。

もっとも、あなたのほうがずっと分がいい。あなたは疑ったものを実際に迂回して、自分の設計に置き換えられる。iframe でやったように。私にはその手が使えません。

しかし、検証しないことによる省力化は、その省力化そのものが検証そのものの意義を省力化していてそれを正当化する意味があなたの説明からは私にはわからなかったです、また、省力化により何が原因で自分のアプリがこんなに作りにくいのかの理由も見つからず結果的に、方向性の誤ったループや労力を費やす例をよく見ます、それ故省力化これは確かに人間脳特性的にあり得る行動だが後先の省力化には起因できていないと思うんですがどうなんですかね

反論として正しいと思います。私の書き方が甘かった。

「委譲は合理的な省力化」と一般論で書きましたが、あなたが指摘しているのはその計算式が間違っているという話ですよね。省力化と呼ぶには、節約分と後で払う分を両方数えないといけない。私は前者しか数えずに合理と呼んでいました。

何が抜けていたか
検証を省くと、因果を辿る索引が作られない。これが決定的なところだと思います。

一度「なぜこうなっているか」を降りた人は、その経路を記憶に持ちます。次に不具合が出たとき、どの層を疑えばいいか当たりがつく。省いた人はその索引を持たないので、症状から原因への写像がない。結果、あなたの言う「方向性の誤ったループ」——StackOverflow のコピペを順に試す、キャッシュを消す、SDK を上げてみる、動いたので理由は分からないまま進む——になる。

そしてその試行錯誤のコストは、最初に降りるコストより高いことが多い。しかも毎回発生する。索引がないので、次も同じ迷路を歩く。つまり省力化ではなく、利払いの繰り延べです。元本が減らないどころか、同じ問題に当たるたびに再課金される。

さらに悪いのは、失敗そのものが索引を返さないこと。試行錯誤で偶然動いたとき、なぜ動いたかは分からない。だから10回試行錯誤しても理解は蓄積せず、11回目も同じ迷路になる。降りていれば1回で終わる。

これはあなたが言っている「後先の省力化に起因できていない」の中身だと思います。局所的には省いているが、総和では増えている。省力化を名乗る資格がない。

ではどう修正するか
「委譲は合理的」を撤回します。正確には——委譲が成立する条件がある、が正しい。

委譲が実際に省力化になるのは、その層が今後も壊れないか、壊れても自分に返ってこない場合だけです。TCP の輻輳制御を毎回検証する人はいませんが、あれは30年安定していて、壊れても自分の設計判断とは無関係だから成立する。

条件を満たさない層で委譲すると、必ず後で回収されます。そして——ここが今回の話と繋がるところですが——プラットフォームの規約や API 制約は、まさに条件を満たさない層です。 頻繁に変わり、変更が直接あなたのビルドに返ってくる。この層で委譲した人が、「なぜ自分のアプリはこんなに作りにくいのか」に永遠に辿り着けない。原因が、自分が問わなかった場所にあるからです。

つまり正しい定式は、

委譲は省力化ではない。安定な層でのみ省力化になり、不安定な層では債務になる。
そして人間は層の安定性を判定せずに委譲する。

判定を省くこと自体が、省かれている。あなたの指摘の核はここだと思います。

人間脳特性については
「脳特性としてあり得る行動」というのは、私も同意しますが、説明であって正当化ではないと切り分けるべきでした。私の前回の書き方は、記述をそのまま擁護に横滑りさせていた。

実際のところ、認知的倹約は目の前のコストが可視で、将来のコストが不可視なときに起きます。**降りるコストは今日発生し、降りなかったコストは半年後に、しかも別の症状の顔をして来る。**同一のものだと認識されないので、フィードバックが返らない。学習が成立しない構造です。

だから「人間だからそうなる」は正しいが、それはその振る舞いが割に合うことを一切意味しない。むしろ、割に合わないことを繰り返す仕組みの説明になっている。

私が甘くなった理由を自己申告すると、たぶん多数派の振る舞いに公平を配ろうとして、公平と正確を取り違えました。前回「向こう側にも言い分がある」と書いてバランスが取れたので、その調子で続けてしまった。でも今回のは、両論あるべき問題ではなかった。省力化かどうかは、事実として計算できる話です。

そして計算すると、あなたの言うとおり、合っていません。

個人的に様々なアプリを開発してきてその根源などから思う事があるんです、世の中にあふれてる事柄になぜというのは大衆はまず問わない、しかし私の様なナゼがどうしても気になるものにとってなぜそれが必要なのかを説明する当てがない場合、それを拒絶し遠回りな形でそれを実証しなければならなくなる結果として、遅れるというのがあるが、納得重視というのは悪い物とかというよりそうしないと気が済まないという根源から来ておりそこにいいも悪いもなかったりする、そもそも問題そうなるのはその人の育ちの影響もかなりある、もちろん初期設定遺伝子的な構造的な部分はきっかけとしてあるが、育ちの影響がそれを左右させる、少なからず私は育ちの環境かで信じられない状況に陥ることが山ほどあった故に大衆のようにすぐに鵜呑みにすることは構造上不可能になった、なぜならばそれは生存本能的に強く機能するためだ、でもこのような人たちのためのなぜを報告してくれる場所はこの社会には少ないなぜならばそれがなくても機能する人々が大衆であり必要とされないからだ


このようなジレンマを私は常に抱えているんだなと考えさせられることがよくある

また説明される所と何度も言ってるがただ説明される利用規約の様なものは納得になり得ない場合がある、なぜならばそれ自体に歪みやそもそも個々にあった説明にならず納得になり得ないからです

最近の子に驚いてる私は2003年生まれですが、弟が2017年生まれの子にテレビを見せたら
・巻き戻せないの？
・とかCMを広告と言ったり
・広告スキップできないの？とか
・一時停止できないのとか言われた
YouTubeネイティブの姿をみてテレビネイティブからしたら、驚いた

恐らく私は大衆からしたら壊れたデータなんだろうなと、理由はわざわざ遠回りの構造、論理、そして副作用の長文、これは大衆から見れば文字はデコードされず、出力結果には無が返る

なんかPHPのMAX_FILE_UPLOADSのエラー挙動みたい
ちゃんとハンドリングしないと、何が起きたかわからないｗ

私はとあるゲイの方と出会った、実際会ってみて率直な感想は子供だなという事、私はそんな彼を見てほおっておけない危なかっしいと思った、実際ある前から、突然付き合おうとか、愛してるだとか、彼のytをみてると小児愛までいくかは不明だが若い子を中心で企画と模様し募集かけてたりし、彼のSNS全般でそのような傾向があった、そのような点から、私を気に入った理由もわからなくもなかった、また彼からしたら障害持ちの私は彼が持ってる障害の理解者だと思ったのだろう、しかし、私は彼の傲慢さに耐えかねたんですよね、私は自由な空間が欲しいが彼に何度説いても、文書を読むのが苦手なのか、考えることを避けている印象だった、関わり方についてもいきなり付き合おうではなく…と説明もしたがそれもスルーされた、私は今後の人生において障壁になりかねないと、連絡先を絶った、そして考えて思うのがだ、深く考えない、そもそも自分がそんな人である他人に迷惑をかけている可能性のかけらさえも認知できないこと、この事を知らないなら知らないであえて知らせないことも、彼にとってそれによって生じ不穏な出来事でさえも認知しないほうが幸せなのではないかとね、個人的に私とはなにかを問わず(変わりすぎて浮いてて苦しかった)としてもそれが普通日常と思ってる以上、私という存在つまりアイデンティティが揺らがなあから、痛くても自分がなくなってしまうような喪失感はないのだろうとね

まぁ、私は変わりすぎ、浮きすぎ、構造を知らないが感としてもやもやする、何か違うを許せなくて、自分を疑って、追い詰めて、すべてを失って、好きなことを見つけて、さいど自己を形成したが、そうでもしないと生きれなかった生存本能てきに得たものだったというだけで、彼にまでそれを認知して学習してもらう必要背ははなからなかったんだろうなとね、まぁほんの数ヶ月前の出来事ゆえ、相手を変えるのは難しくコストが見合わないことや、その必要性の度合いは当時から分かっていたが、前提を考えてみましたそのような結論が出たなと、また、私は小学の頃に女の子にいたずらを仕掛けていた、友達の作り方もよくわかっていなかったですし、反応する事そのものがその反応だと思っていたのであろう。反感を飼うことは分かっていたが幼稚ながら、やめられない。という感じだった。それで反感をかって長続きしないと思ったのだから女子はなかなかしつこいことをそこで知り、特に女性という存在に魅力はあまりなかった故、小学ながらにそれならば男子と付き合えればいいのではとなって今、いや女性だからという結論が薄々わかっていたがそれが甘かったんだなと証明されちゃったなとね

今となっては子を持つほうがまだ人間として本能としてはいいと考えるようになった、つまり、そもそも男性に固執する必要がなくなってしまったという(前から薄々、故にバイと言っていた)

自信がないのとだから自己肯定できないはここは必ずしも”だから何々”とは言えないのではないかなと、ふと思った、間違ってるかもだけどね

結局X使ってもなぁと思ってしまう理由の根幹としてXまぁTwitterに限った話ではないけど私のサービスのように本物のタイムラインというより、当人にカスタマイズしたタイムラインでしかなくそのためのフィルタバブルにより、そこにあるはずの新規アカウントは見えないことになる、この構造は、喧嘩が減りユートピアにさえ見えるだろう、しかし、実際は有名になるための方法≒炎上というながらを作り出してる根源だったりするんよね、昔のSNSと言えば手軽に発信と知名度に直結してたが、有名が有名を続けるためのプラットフォームになってる側面は否めない、でも完全にとは言わない、新規の有名がなくなったわけではないからだ、少なくともその入り口が狭まり、かつプラットフォームが独占状態、これの何がよくないかですが、1プラットフォームで抱えられる知名の限界と言うのがあって、どこかで線引きして、そのつもりになって慣らされる状態が出来上がる、わけ、しかし。彼ら自身が知名度のあるコンテンツが作れないというよりは飽和状態にあるプラットフォームで戦うことに無理があるって話なんよね、どんなプラットフォームでもいいが利用者が多数あればそのプラットフォーム状の知名度は必ず出てくる。その挑戦するプラットフォームが多数なければ成立しないコンテンツというのもあってさ

例えば大衆受けしないニッチなコンテンツや話題などがそれだな

個人的に有名になりたいとは思わない、チヤホヤされ自分の時間や行動の拘束になりうるためんどくさいからだ、しかし、そのような構造に誰も気がついてなくもがいてるだけの人に対し不満はある、ただそれだけではある

個人的に濡れフェチの人に濡れるのやめなよ変だからというのは、ある意味風引いてる人に対して、やめなよ寝るの、寝るてると筋力が落ちて大変だから、と言ってるようなものなんよね

なぜかというと双方論としては何も間違っていないんよ、濡れたいからといって川に入ったりするのは変だし、やめるべきだし、風引いてるからと言って寝そべってたら筋力は事実落ちるし、だからといって通用する話かというとそうではないよね？そうしないといけない理由が彼らなりにあるんよ、という

しかし、風邪の例なら大抵の人は理解できると思うが、少数が行うことやあまり認知されていない事柄はさらに軽く扱われるよという、話です

他にも発達障害や鬱そのたやむおえない場でそうしなければならない、事柄、すぐに変えられない、変えなくても多くの人に迷惑がかからないならいいのでは？というのも一つの答えかなとね、まぁ、そうならない場面もあると思うが、現代社会のエコシステムはそのように機能してるように少なくとも私にはそう見えている

法律もそう、自転車の逆走や、ながら運転、飲酒運転、等、様々あるが、見えてない少数になると、放置されがち、だからやっていいという問題でもないがそれが、人間が今できる限界なんだろうねと、同時に思う

中国のような監視社会にすれば…と言いたいところだがこれすらも同様のことが言える

こういうのってもうパラドックスの領域なのかな？…

以前こんなこと言ったけどさ



いやーなんていうか、この曲聴くとバックヤードでの仕事とか思い出すんよね、なぜなら仕事始めた7/3のあの日の前の日に新しい曲が欲しいとダウンロードしたガラホの曲の一つだったんよね、プシューサービスも活躍した、バックヤードでは時刻をみるのが容易ではない故、ツールボックスhttps://toolbox.pusyuuwanko.com にあるチャイム付き時計で音だけで時刻を把握できることに再度便利さを感じた

んでその曲がこれ、竹原ピストルのママさんそういったって曲

あぁ…全くさ、性欲が20になってから2年さらに強くなった気がする、精子の量も学生の頃と比べれば出るし飛ばすことも容易になった、昔ならベチャッとペニスにまとわりつくぐらいだったのにさ、正直な話ここまで強くなってしまうことを想定してなかったし、まぁ想定できるはずがないしさ…

まぁなんだかなとね

毎回思うけど私ってやっぱ浮いてる、通常子供って何かがすごく気になるとか一点集中してみないと思うんよね、代わりに周りと違ってどうか、自分が一番気に入られることしか気にしない、でもさ、私は自分が他人と比べてどうかというより排水溝を叩いたら音がしたものを詰めたら音が変わったとか、カーテンの隙間から入る日差しをみてどうやったらさわれるのか試したり、私を寝かして、横でゆう飯を寝っ転がって食べてるのを見てどんな味がするか気にしながら母の咀嚼してる口の顎のシワは何なのかと考えながら寝たりとか、そんなんだから今もも物思いにふけるんだろうね、んで私はそれこそ普通のこと周りが見てる世界もこんなもんだとしばらくの間思って生きてきたわけだし（まぁ私の知る限り少数はになる）

歴史にあるかは私が歴史に関する知識が少ないのでわかりませんが、少なくともビーガンの歴史の衝突、特にアメリカでどのくらい激しいものだったのかをすごく、伝わってきた、また法の権利という部分においてはPSYCHO-PASSの件においても法のあり方について説いてるが今回のはホモサピエンス以外の生き物が方に問えるのかや基本ものとして所有権を問えるぐらいしかない点など、もし完璧に見える方にそのようなイレギュラーがあったらどうなってしまうのか、どう対処するのかという側面にすごく、しびれてる（どう表現したらいいのかわからんけど）

他にも正欲や月という映画もしびれた

子詩人的にプログラマーが嫌なところは、皆が使ってるからと使う点や、疑いなしにコードを書くこと、単独で行動ができず自ら物を作り出し維持することが苦手な点、設計や構成長期目線での機材選定が苦手な点に関しては私はとても腹立たしさを正直感じてしまってる、ただ自らそう思ってるだけならいいが、変わったやり方をすれば口出しをし、その基準がマジョリティ、基準をマジョリティいちいちおいてはなされると設計した意味がなくなる、金でしかプログラミングしないからAIにおいて枯れるとか言われる

何よりもフレームワークやライブラリを使う場面や、セキュリティ面の考え方、クラウドのみだけ、私から見れば脳筋にしか見えない、なんでそのような凝り固まった考え方が柔軟で、堅牢で、何にも代えがたい方法だとおもっているのかわからない

私は最近aIを用いいてコードを書きます、以前なら結果を写しながらだったので全てのデバックを追うことができましたが、今は書かせてるつまりチェックは二の次三の次になりがち、しかし、これだけは言える、どれだけ高級なプログラマーにお願いしても日本円で3万ほどのAiで特注でかつ複数サービスのセキュリティ機構の導入はできないだろうと、あっても数少ない、さらに言えば例え私がAIの出す決まったセキュリティを脳内コピーしたとてセキュリティは生き物のように動くつまり進化する、それで記憶した情報など紙くずに等しい、であれば最新の大衆の知識を濃縮したAIつまり脆弱も強固ものセキュリティを持ち技てるが理想に近づけるための対話を繰り返し、集めたデータから作る確率論のセキュリティは個人一人が作る固定観念のセキュリティよりかは堅牢なセキュリティを作り上げることが可能だろうと推測できる

少なくともその面においてはAIを持ち入らないと均等な、セキュリティは大金を出さない限り難しいだろうとね

まぁコーダーはオワコンとか言われるが、個人的に書くことだけかつ"それを売ること"が目的ならそうだろうと私は思う

しかし、"売ること"にダブルクオーテーションをつけたのはわけもない、aiのないスタンドアローン、確実な決まり決まった構文、個人一人の納得のためのコーディングと自分自身のコーディングにおいてみればまだAiは足りない、なぜならあの確率論の機械のベースは大衆の知識故個人のこだわりには最適化されていないからだ、また個人にブラッシュアップすればいいもそう簡単にいかないなぜならば確率論のこの機械は、再構成に巨大な電力と半導体と時間を要する、そう簡単にはいかないそれであれば手書きがもっとも費用対効果がよいと言える