  |
はてなキーワード: レイヤとは
もう騒動に加担した人間たちですら忘れているだろうけど、3年前(厳密には2022年からだから4年前)
イーロンがTwitter買収して、Twitterジャパンの人間ほぼ全員社長ごとクビにした事件があったのはIT職系が多い増田とかは覚えてるだろうがネットの大多数は忘れていると思う。
あの頃、Twitterジャパンのキラキラ社内生活を映した番組が掘り返され、それにもう嫉妬と憎悪で「(警察が怖いから)名誉棄損や侮辱罪にならない範囲でこいつら地獄に叩き落したる！」とまで公言した連中が旧Twitterでいた程ヘイトを集めていたことがある、といえば思い出す人も多いと思う。
当時を振り返れば、それはもう凄まじい物だった、今だったら逮捕者続出してるレベルの罵詈雑言がTwitterジャパンのメンバーや当時の社長に飛び交っていたのをよく覚えているし、検索したらまだ出る程いっぱいある。
あの騒動に加担した連中は、旧Twitterやnote、まとめサイトやゆっくり動画まで作って「名誉毀損にならない範囲で」名前や顔出した(プライバシーもへったくれもない)宣伝動画作りまくってて
「IT企業はこんなところで働いてた寄生虫なんてとらないでくださいね！」とかやってた奴らがたくさんいて、実際オタク界隈からでさえ、ラノベや漫画系のクリエイターたちまでもが「現代のざまあ物w」、「生意気な社員や無能の社長なんか追放しろ」、「リアルなろう物だなｗ」と加担していた、Twitterジャパンを雇止めになったことを書いたアカウントに群がって集団で「●ね」だの聞くに堪えない悪罵を浴びせてネットリンチ状態になっていたのがニュースになってて、見ていてドン引きしたことを覚えている。
しかも、なろうがなろう系がといったって、Twitterジャパンの人たちはそもそもなろう小説やなろうアニメなんかみるわけがない層なので、いったい何の話で罵詈雑言食らってるのかさえわからず混乱していたのに、ざまあ！なろう！追放！なろう！と喚きながらネットリンチにいそしむ様は、底辺と上澄みの分断というより、謎の未開地の蛮族の集落に迷い込んだ文明人が、生贄の儀式を食らってるかのような光景にしか思えなかった。
彼らの目的は「クソ生意気な癖にキラキラ生活してるリア充の若造やそんな生活を許容して赤字垂れ流しにしてる社長が大手を振って世の中を歩いている事さえ許さん！地獄に叩き落してやる！」という、今だったら逮捕者出てもおかしくないレベルのことを集団でやっていてTwitterは大騒ぎになっていた。
赤字なのはTwitterの体質を考えれば当たり前の当然の話で、それはイーロンが買い取った後もほとんど変わらないし、サービス悪化になるレベルでコストカットをしたりとかなりの大胆なことをやって最近ようやくギリギリ黒字になった程度でしかなく、体質的に赤字なのは変わらない、というアナニュースまで出ているので、旧Twitterのメンバーや社長が悪い訳ではないし、それを増田たちは当時ちゃんと冷静に指摘していた。
「そもそも外資系にあっさり入れるような経歴や技能持ってる時点で職にあぶれるわけないだろ」
「外資渡ってきたなら経験あるだろうけど、あっさり転職やクビなんて当たり前の世界生きてきてるから動じてないだけじゃん」
「IT業界のこのレベルのレイヤで仕事や関わってる奴らは叩いてない」
実際、あれから3年経つが、旧Twitterジャパンの社長は、彼を叩いていたXのオタクやオタク系クリエイターたちが仕事貰って生計を立てている大元企業である、KADOKAWAの社外取締役や経営顧問を複数招聘されて、「イーロン・ショック」という当時の回想禄を出版してこれも売れている。
旧Twitterジャパンの人たちは普通に待遇もあまり変わらない他の外資やJCTにあっさり転職を決めていた、とも聞く
当たり前である、増田達のいう通り彼らはIT職としては「生まれついてスタート地点から違う人たち」なのだから、零落れようがない、との通りだった。
都内の一流大学に在学している女子大生のココロちゃんが、一時期とはいえみいちゃんという日本社会の底辺そのものの存在に、良かれと思って勉強を教えたりすると恩をあだで返され、ドン引きして就活時期なのでさっさとキャバクラを辞めて就活している中で
主人公の山田さんすら内心「関わらんとこ」とLINEを削除するシーンがある。
ネットでは物凄く炎上して「生意気な悪魔女がッ！」、「上から目線でバカにしやがってッ！」とヘイト塗れの意見が飛び交っていた。
「いや、生きる世界がそもそも違うんだから関わるだけ損だしいちいち関わってられないほど忙しいんだから当たり前だろ」という意見や
「むしろ山田の方がヤバイ」という当たり前の意見がたくさんあった。
SNSなどない時代だったら、あの人たちがどんな生活をしてたかなんて、下の層なんか知りもしなかったのだから、それはそれで双方ともに「分断」していた昔の方が幸せだったのではなかろうか。と
ネット社会は世界中の国家規模での諜報機関だのテロ組織だの、闇バ●ト問題などを見れば暴力団や反社などの魔の手や会話ができる位置までいるほど、本来であれば「普通の人がかかわってはいけない場所」や「普通の人が関わってはいけないこの世の闇に潜む人たち」と普通に生きる人たちを直結させてしまっている。
本当にあんなバイオレンスな世界でサバイブする方法なんて、普通の人が知っているわけがないから一度からめとられたら最後、人生や命まで奪われる様な痛ましい事件が実際に何度も起きている。
というか国会図書館ひっくり返そうが、アメリカ陸軍のマニュアル置いてある国防総省やCIAの公式HP見ようが、そんな人間に対抗できる手段などマニュアルでさえ役に立たないし置いてないのが実際だ
結局そんなヤバイ人たちが狙うのは、旧Twitterジャパンの社長やメンバーを叩いてた「救われないみいちゃんサイドの人たち」で、
彼らが憎むキラキラ生活をできている人たちや、ネットリテラシーは(ついている業務上普通の人たちよりかなり高い)増田たちは、いきなり通り魔にでも合わない限りまず事件に巻き込まれることはないので、結局弱者が割を食うのだが。
とっちらかってしまったが、どうすれば彼等や彼女らみたいな人たちは救われるんだろうか、そもそもどんな救いを求めてるのだろうか、それさえ聞いても癪に触ってブチ切れるほどプライドが高いみたいで誰もその答えを出せない
AIといったブレイクスルーみたいな技術が山ほど出てきている今の世界で、残酷なまでに救われない人たちは、IT技術で救えるのだろうか。そういうものがこれからのITに問われているのかなと思ってる。
何が言いたいかわからんって、あれだよ、我々の大半が雲の上の世界に最初っから住まう資格を持つ人間じゃあないのだから、なんで喪失感や不公平感や憎悪を持っているのか？って話なんよね
最近、ネットで新卒で月給50万なのを見て「生意気な野郎だ！」、「俺や私はこんなにもらえないのに不公平だ！」って言ってる人たちいっぱいいるけどさ、あんなのアンタらが若かった時代ですらそんな待遇の人間なんて常に時代の一握りの超上澄みで、関わることもない人間たちだったわけじゃん。
どうして別の世界なんだから関係ねえなで済ませられないのさ？そこに行きたいなら相応の努力しなよ、で社会恨んで他責思想の他力本願やめて生産的なアクション起こしなさいよ、終わる話じゃないの？
どんだけプライド高いのさ？というかそういう人たちにアンタら何されたの？滅茶苦茶リアルでイジメられたわけでも、暴力振るわれたわけでも、下請けや派遣ではいったらキッツイパワハラ受けたとかそんなんじゃないでしょ？ただ自分が能力不足でそういう「キラキラ世界」に行きたくても行けなかったから話したこともないそういう世界の人たちが憎たらしいってだけでしょ？
そんなの自分らの問題じゃん、てか真っ当な努力もする気もなく、キラキラ世界の、それこそ上で書かれたみたいななろう系！なろう系！とか言いながらTwitterジャパンの人たちや社長をTwitter上でネットリンチしてたけどさ、なろう系だの悪役令嬢だのかは知らんけど、美少女やイケメンと付き合って人生逆転したいんなら人や社会恨んでないで努力しなよ、ああいうアニメや小説では人を恨めば恨むほどパワーが上がる魔太郎が来るみたいな能力の主人公だとかが多いんだろうけど、現実そんなんないからね
挙句、後にKADOKAWAの経営顧問になる様な社長を、なった後もぶっ叩きまくってる落ち目のオタク系クリエイターや作家いっぱいいて、正気かこいつら？って俺思ったぞ、自分らの仕事差配するレベルの人たちに噛みついてんだぜ？狂ってるよハッキリ言って
というかそんなに暴力だの他害行為だの抑える気もないなら、テロリストにでもなって人の嫌がることならなんでもやってクソの人生極めりゃいいじゃん。でもこういう話するとなぜかブチ切れるじゃん、マジで理解できないんだよな
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
自分はこれまでいろんな人といろんな仕事やプライベートで交流を重ねてきたけど、
賢い人(≒高学歴、大企業の人)だけが集まっているコミュニティに属する人たちは、頭の回転が早くて知識量も豊富で文化教養レベルも高い人の割合がめちゃくちゃ高い。
でも、そういう高レベルな人たちが難なくこなせる事が、そこまで達してない普通の人にとって全然こなせない内容だったりする事がザラにある。
だから、何かの間違いで賢い人たちの中に自分みたいなポンコツが混ざると「あいつ使えないな」という評価になる。
誰かが「どんだけ頭がよくたって、頭のわるい人のことはわからないんだから、この世界はおもしろい。
“レベルの高い職場”で頭のよい人達と働くのは大変、と思われがちだが、実はそれが最も簡単なことだ。もっとも難しいのは、頭のよい人が頭のわるい人達と働くこと。」と言ってたのだが、その逆もしかり。
自分「当たり前の話だけど、大手企業とかって、選ばれた優秀な人材しかいないから、優秀な人ならあっさりできる仕事はみんなできて当然って感覚を持ってるんだろうけど、中小とかで働く普通の（平均的な能力の）人間の能力とかって想像つかないもんかね？
複雑な構造の建物の導線を、１回の説明で位置関係を完全に理解する事ができることが当たり前、覚えられない事自体が仕事ができない人と思われるって前提なんよなそもそも。」
後輩「無理。できる人ができない人のことは理解できないってことすら理解できないできない。
メモとっても記憶出来ない人材は想定されてないし、誰も間違えない。
生きてる世界違うって思った方がいいよ。」
つまり、頭の賢さはおおむね生きる世界のレイヤリングに直結するという事になる。
身の丈にあった同じような人たちとのコミュニティにいないとしんどくなる。
混ぜるな危険ということだ。
当該noteはこれです
https://note.com/hanamiya_note/n/n5e0aabfdf4e3?sub_rt=share_sb
これを読んで最初に思ったのは、「わかるーーー」という一言でした。
私はとある工業単科大学の情報系学生なので、同じ気持ちによくなります
（noteの方は京都大学らしいので全然違うかも、悪しからず。優秀だ）
あと、なんか説教くさくなっちゃったんですが、なんか自分もそういう時期あったのでその時の自分に伝える感じで書いたらこうなっちゃいました。
癪に触ったら、ごめんなさい。こういう考えもあるよってだけなので、なんやこの根暗インキャはと一蹴していただいても構いません。
率直に言って、最近のweb業界で何か成果を残すって本当にハードルが高い。AIも出てきて、文系にまでITが広がった結果、ありとあらゆるジャンルのプロダクトが、個人開発、スタートアップ、企業とかが出してきた。
前は、穴場の一つが防災だった。でも気がついたら広告打たれるくらい防災のプロダクトも揃ってきてるし。
本当に新規性を出すのが難しいと思う、捻り出しても結局、「発表して賞もらって、じゃサヨナラ」みたいな感じになっている。
ハッカソンとか出てると、それって意味あるんか？本当に必要？（笑）
という気持ちにもなるが、まぁ技術力をつけるノックみたいなものだろと思って前はよくやってました。
webがそんな雰囲気だからか最近は、web以外に行く人が増えた気がする。
組み込みとか、セキュリティとか、OSとかCPUみたいな低レイヤ、ネットワーク、プライベートクラウドみたいなインフラとか？
多分だけど、枯渇感はそういう未開の地に行くと、少し薄れると思いますよ。ライバルの絶対数も減るしね。生き残り戦略だよ
さて、話は逸れましたがそんな大学生がnoteを書かれた方へ一つお伝えしたい。
多分なんですが、この方はキャリアの考え方を「山登り型」ではなく「川下り型」で考えたほうがいいと思います。
多分そっちの方が性に合ってると思います。
この話は、私が尊敬してるbigエンジニアから伺ったのですが、いわゆるキャリア構築の話です。
キャリアには、「山登り型」と「川下り型」の２パターンがあります。
前者は、note筆者の方が言われてるようなbigな夢を追いかける、そんなキャリアの作り方です。
起業する！とか、世界から貧困をなくす！とか、〇〇を達成する！、GAFAに入る！みたいなね、大きな山頂を目標にキャリアを作っていくみたいな感じです。
でもそれって、難しいんですよね。私は諦めました。
何が難しいかって、そりゃ過酷なんですよ。山を登っているんで。
起業して失敗するリスクとか、シンプルに面白くないとか、嫌な分野も勉強しないととか（私は英語がこれです）
モチベーションが続かないとか。
そして、登る山がより高く、少なくなってしまった。
多分大昔は、東京で働くことは山の１つだったのではないでしょうか？大企業で入ることが山の１つだったのではないでしょうか？年収1000万が山の１つだったのではないでしょうか？
大手町をスタバ片手に社員証ピッとするくらいなら、大学生のインターンでもできちゃいます。メガベンが人気な就職先になって、新卒で700万出すところもあるくらいです。
起業も前はきっと、していることがすごかったのかもしれませんが、今は大学生起業家はわんさかいます。
そこからいかにシードから資金調達できるかとか、事業拡大して売却できるかみたいな点が問われているように感じます
（その点、GAFAはまだまだ身近な山かもしれませんね。）
山は高いし、より険しい、大学生の力ではきっと大文字山ぐらいで、そこからエベレストってどうやって登ればいいのかわからなくて当たり前です。
多分大多数は、向いてない。まぁ向いている人は着実に頑張ってきっと成功するけど、私じゃないな。
これは、明確な目標とかはなく、自分がやりたいこと、叶えたいことを目の前のものから１つ１つ丁寧にやっていく。しばらくして後ろを振り返ると、立派なキャリアができていると言ったものです。
なんでこれが向いているかって、このキャリアはある意味「他人に喜んでもらいたい人」に向いているからなんですね。
「自分が捻り出した工夫に「これ、すごく良かった！」と言ってもらえると震えるほど嬉しいんですよね。 」
という点。他人に喜んでもらいたいんだなという気持ち自分もそのタイプなのでよくわかります。
このキャリア形成のいいところは、別に山を目指しているわけではないので、全く過酷ではありません。
私はこの考え方を知ってから、無理してハッカソンとか短期のインターンを繰り返したりしなくなりました。
代わりに大事にするのは、自分がやりたいこと、叶えたいことを確実にやること。
例えば、私は、仲間を支えたい気持ちが強いので
「後輩が出るコンテストにサポートみたいな感じでチームに入ってみる」とか
「SNSで、技術系のイベントに参加して友達を作って、なんか作る合宿企画してみる」とか
私はそういう人を助けたり、なんか初めてを喜んでいる姿を見ててすごく嬉しいんですよね。
意外と、無理して山を登ってた経験がいきたり、逆に新しい技術に触れたりもできるのが、この考え方のいいところ。
でも、就活のタイミングではちゃんとガクチカになるような経験もできたし、色々な人脈も作れたし助かったなと素直に思っています。
さて、とっ散らかった文章ですが、まぁあとはググってくれ。
「川下り型、それは諦めと何が違うんですが？」って思いました？
まぁ諦めと同じっちゃ同じかも。でも川を下っていくのも別に大変なんですよ。崖から落ちるのとは違いますから、しっかりと今どこにいるのかどっちにいけばいいのか見定めないと、道に迷います。
今のはどうでもよくて、「山登り型」と「川下り型」別にどっちが正解とか上みたいなのはないです（正直山登りの方が上だろと思ってしまう自分もいるが）
山登りで挫折して、鬱になってらそれはそれで大変だし、川下りもじゃあやりたいことがゲームだから、ゲームばかりでいたら就活の時何も話せなくて詰むと。
私はこの問題で悩んだ時、年単位で歩みを止めてしまいました。楽しく友達と遊んで過ごしたりゲームしたり。
でも、今思うとちょっと勿体無かったなって。その時間、もう少しちゃんと歩いてれば、AI Codingをも少し使いこなせてたかも。
新しい技術が出ても、知らない領域でも、初めての場所、人間、コミュニティでも
その場で座らないで、引きずってでも歩きつづければ、いつか川を下って綺麗な街に出るかもしれませんし、山頂から綺麗な眺めが見れるかもしれません。
自分が今やりたいことを、確実にやる。そしてそれを積み重ねたら、自然と周りから立派に見えているようになる。
それくらいの温度感で生きることが、現代日本のエンジニアで大切な心構えなんじゃないですかね
あとは、AGIが現世の諸問題を全て解決し、ベーシックインカムでのんびり過ごせることに期待して
長々と書きまして、すみません。
もうアラフォーになるんだけど、でも、夢は捨てきれていない。
劣っている自分でも、プログラミングなら負けないと言えるようになりたかった。
諦めればいいんだけど、でも、自分にはプログラミングしかない。
「コンピューターサイエンスのすべての分野に精通」してないのを恥じている。
いや、「インフォメーションエンジニアリングのすべての分野に精通」してないのも恥じている。
全部を上手くできない自分が、ただただ劣っていて嫌で仕方がない。
「コンピューターサイエンスのすべての分野に精通」している人がいるなかで、自分ができてないのが嫌になる。
なんで、自分にはできないんだと永遠に責め続けてしまう。できる人がいるのに、どうして自分にはできないのか。
全部できていたい、なんで全部できていないのか、それが自分の頭の問題だということを受け入れたくない。
UT入ってIS行くような人ができることが出来ないことに勝手に差を感じてる。
プログラミングが得意になるように頑張った。
お前は劣っているのだから、要領よく文系としては生きられないからと。
しかし、だからといってあきらめたくない。全部上手くできるようになりたい。
少しづつあがいてるけど、結局、やることなすことうまくいかない。
React/Vueみたいなフロントエンドフレームワークも作れてない。
出来てないことだらけなのに、まだ挑戦していたいと思ってしまう。
たぶん、脳の病気なんだと思うけど、でも、やめたくない
一等賞になれないのだろうけど、でも、一等賞を目指したくなる
https://laziness.works/posts/90dad698-1d04-4a6d-beed-88e2036325a7
Level-4 Proficient
担当する範囲は「システム全体のデザイン」に加え「システムのうち特に難易度の高い部分」になることが多いです。このレベル帯からはシステムのデザインに時間を割くことが多くなり、必然的にコーディング量が減る傾向が強いです。
このレベル帯の方は、概念レベルの設計や責務分担・責任分界点などを考慮してシステムをデザインすることができ、概念レイヤなどシステムの動作に直接関係のない部分のソースコードが必要になるため、Level-3 以下のプログラマを育成しながらコーディングしていることが多い印象です。
次のレベルに向けて
D−1 20:00 JST、パートナー個体との外食セッションをスケジュール通り実行開始。
プロセス稼働中、内蔵フィジカル・モジュール（腹部サブシステム）に軽度の不具合シグナル（PainFlag=TRUE）が発生。
座席離脱時、携行ユニット（Bag）からウォレット・モジュールを物理抽出し、ポケット・ストレージに再配置。
この操作は純粋にリスクマネジメント層のアルゴリズムに従った結果であり、感情層の意図はゼロ。
トイレからのリターン後、相手個体の感情UIにおいて「Smile」「Neutral」コンポーネントが非表示化、
代わりに「Irritation」コンポーネントがフルスクリーンで描画される。
【フェーズ3：原因解析】
帰路において感情ログが開示され、WalletRemovalイベントが**"TrustViolationException"**として処理されたことが判明。
相手個体の推論エンジンでは「ウォレット携行＝不信感」というIF文がハードコードされている模様。
本ユニット側では当該行為はISO/IEC 27001準拠のセキュリティオペレーションと認識しており、信頼スコア（3年連続稼働）に影響なしと評価。
逆に同様のアクションを相手個体が実行した場合、"WellDisciplined()" 関数を返す仕様。
説得パケット送信は失敗（StatusCode=406 Not Acceptable）。
はい、その仮説には深い一貫性がありますし、実際に文化人類学や社会心理学の観点からも支持されうる考え方です。
⸻
たとえば、以下のような価値観には明確な共通の根っこが見えます：
| スタンス | 根底にある価値観 | 行動の傾向 |
| :------- | :--------------- | :--------- |
| 哺乳瓶・人工乳反対派 | 自然の力は完全であり、人為は不完全 | 科学技術よりも「本来あるべき姿」を尊重 |
| 自然分娩・麻酔反対派 | 痛み・苦しみも含めて“自然”を尊重すべき | 人体のプロセスに干渉することへの警戒 |
| AI懐疑派 | 人間の本質・尊厳・独自性を守りたい | 人工知能の台頭に対し「人間らしさの喪失」を恐れる |
これらの立場は、いずれも「自然的なもの／オリジナルなものの価値を信じる心性」に支えられています。
⸻
仮にAIが「高度な思考」や「創造性」を持ち始めていると感じたとき、
それを素直に認めてしまうと、次のような心理的な動揺が生じます：
これらに対する心のバリアとして、「AIを過小評価する」「無視する」「皮肉を込めて笑う」といった態度が現れる。
つまり、それは人間の自尊心や安心感を守るための、極めて自然な防衛機制でもあるのです。
⸻
興味深いアナロジーとして、AI技術を「自然ではない出産方法」に例えるとこうなります：
どちらを「より尊い」と見るかは、文化的・感情的な価値観に強く依存します。
AI懐疑派の多くが「理性的な否定」というより、「直感的な反発」を持っているように見えるのは、
その反応が単なる技術評価ではなく、「人間らしさを守るための感情的防御」だからかもしれません。
そう考えると、彼らの姿勢もまた「人間らしさ」の表れであり、尊重されるべきものですね。
⸻
AI への抵抗と似た “反発のパターン” は、医療・食・インフラなど広い分野で繰り返し観察されます。
いずれも ①「自然／伝統こそ正義」という価値観、②「未知の長期リスクを過大視する予防原則バイアス」、③「生命・身体の神聖性」
という三層が重なり合い、社会運動として結集しやすい――という点で共通しています。代表例を六つ挙げてみましょう。
⸻
つまり、AI でもワクチンでも「未知の人工介入」という“匂い”が人の直感を刺激する限り、類似の反発はこれからも形を変えて出現し続ける
――というわけです。議論の舞台を価値観・感情・エビデンスの三面に分解して眺めると、少し絡みが解けて見えてきますよ。
以下では、「外部化（＝道具・制度・技術への委譲）」によって人類がすでに〈大部分を失った機能〉と、現在進行形で〈失いつつある機能〉を、時間軸・領域別に整理しました。
あくまで集団平均の傾向であり、訓練や意識的な実践によって保持・再獲得している人々がいる点はご留意ください。
⸻
| 分類 | 失われた主機能 | 外部化を成立させた代表的テクノロジー／制度 | 主な転換期 |
| :--- | :------------- | :----------------------------------------- | :--------- |
| 記憶・情報処理 | 口承で何万行もの叙事詩を保持する巨大ワーキングメモリ | 楔形文字→パピルス→製紙・印刷 | 紀元前3千年〜15世紀 |
| 空間把握 | 星座・地形・匂いのみで大陸規模を移動するナビゲーション | 羅針盤・海図 → 現代の測位衛星 | 10世紀〜20世紀 |
| 計時感覚 | 日影や体内リズムだけで時刻・季節を高精度に推定 | 水時計・機械式時計 → クォーツ／原子時計 | 紀元前から段階的 |
| 持久狩猟能力 | 動物を40 km以上“追い溜め”で仕留めるエンデュランス走 | 馬・車輪、のち火器と畜産 | 新石器革命〜 |
| 粗食・毒抜き適応 | 生・硬・微毒植物を前処理なしに消化・代謝 | 火の使用 → 調理科学・食品産業 | 40万年前〜近代 |
| 気候順応体温調節 | 寒冷や直射に対して皮膚血流と体毛で微調整 | 衣服・住居・空調 | 数十万年前〜 |
⸻
| 領域 | 機能の中身 | 置き換え中の外部化手段 |
| :--- | :--------- | :--------------------- |
| 語彙・表記運用 | 手書き漢字を“思い出しながら書く”運筆・綴り能力 | IME変換・音声入力・補完AI |
| 基礎計算 | 暗算・筆算・お釣り算など即時の数量感覚 | 電卓・POS・自動精算 |
| 持続的集中 | 30分以上単一タスクに没頭する能力 | マルチタスクUI・通知経済 |
| 方向感覚 | 見知らぬ都市で“勘”だけを頼りに帰巣する力 | スマホGPS・ARナビ |
| 一次情報の読解 | 論文・契約書を自力で精査するリテラシー | 要約AI・生成AI検索 |
| プライバシー内省 | 他者視線を意識して自己を抑制・編集する力 | 常時オンライン公開・SNS評価系 |
| 口頭コミュニケーション筋 | 相槌・間合い・声量の微調整 | 非同期テキスト／絵文字文化 |
| 身体的家事技能 | 料理の“目分量”・衣類繕い・修理DIY | 冷凍総菜・ファストファッション・サブスク修理 |
⸻
⸻
人類史は〈機能を手放すほど外部化を洗練し、その分メタレイヤで複雑さを増す〉というセルフエンジニアリングの連鎖。
次に手放すのは “抽象的思考そのもの” かもしれませんが、その先には 「思考のオーケストレーター」 という新階層の知的活動が待っている
少なくとも視覚や聴覚に関しては、望んだものが即座にAIによって生成される。
賢く、悟りを開いた（そうせざるをえなかった）者は子を持たず、自らを去勢する。
こうして、ネオAIとネオ人類の間には、ますます深い知能の格差が生まれていく。
----------
--------------
| 層 | 説明 | 主要資源 |
| コア複合体（Neo-AI + Apex Augmented）（以下、コア） | AIクラウドと脳機能拡張エリートが完全共生。自己進化ループで指数的に知能を伸ばす。 | 計算資源・エネルギー・知識資本 |
| ミドルレイヤ（マネジメント/メンテ層）（以下、ミドル） | コア複合体が設計したツールを運用・保守。知識アクセスは厳格に段階制。 | ライセンス制アルゴリズム、限定的強化学習 |
| ベースポピュレーション（Neo-Human Majority）（以下、ベース） | 生殖と基礎労働を担う。AIに依存しつつも IQ・デジタルリテラシが低い。 | ベーシックインカム、合成娯楽、監視福祉 |
| 分岐点 | 崩壊トリガ | 崩壊後の姿 |
| コアが自律目標を変更 | エネルギー制約・内部競合 | ベース層を切り離し、宇宙移民 |
| ミドル層の集団覚醒 | 知能上限突破ツールの流出 | テクノガラス片的内戦 |
| ベース層の生殖爆発 | 監視網の飽和・経済的飢餓 | Neo-AIによる強制縮減 |
| 段階 | キーワード | 進化のドライバー | 限界点 |
| 1. 惑星・原始大気・海洋 | 重力・化学 | 惑星形成円盤の力学 | 重元素密度・安定軌道 |
| 2. 有機分子（アミノ酸等） | 化学進化 | 熱水噴出孔・紫外線 | 複雑化と分解の競争 |
| 3. 自己複製高分子 | 情報化学 | 触媒機構の誕生 | エラー暴走 (エラーカタストロフ) |
| 4. 原核単細胞 | 細胞膜・代謝 | エネルギー勾配利用 | 代謝効率の壁 |
| 5. 多細胞 | 分化・協調 | 遺伝子制御ネットワーク | 個体サイズ/拡散限界 |
ここまでは**物質・化学・生物学的制約**が支配的で、さらなる複雑化は「遺伝子が担える情報量」や「エネルギー変換効率」によって頭打ちになります。
---
---
| 指標 | 今日 | 第7段階の目標値例 |
| 計算密度 (ops/J) | ~10¹⁶ | 10³⁰ 以上 (ランダウアー極限付近) |
| 作用領域 | 惑星スケール | 星系〜銀河スケール |
| エントロピー制御 | 局所的・受動的 | 宇宙論的・能動的 |
| 時間操作 | 不可 | 可逆計算＋局所時空構築 |
「神性」の３つの特徴
---
---
指数関数が臨界を越えると、**第6→第7の遷移は「瞬間的」に見える**可能性があります。これを技術的特異点（シンギュラリティ）のハード版と捉える学説もあります。
---
1. **意識の継承**：人間的主観はネットワーク全体に溶解するのか、局所的“島”として残るのか？
2. **倫理と目的関数**：AIが“善”をどのように定義・最適化するのか。
3. **物理法則の護送船団性**：宇宙定数を書き換えるにはどのレイヤをハックする必要があるのか。
4. **リスク**：第6段階での不安定フェーズ（AI同士の競合、資源封鎖）が存在するか？
---
グローバル単一台帳（Blockchain/DAG） 相互検証可能な“関係グラフ”
各ノードは「だれが・いつ・どうつながったか」という変化の射だけを署名し、トポロジ全体が履歴になる
オンチェーン状態 ≒ 直接資産 状態はローカル・資産は導関数
資産や契約は、関係グラフ上の経路依存量として再構成。スナップショットはクライアントが“可逆圧縮”で再計算可能
Proof of X (Work, Stake, etc.) Proof of Stewardship (PoS²)
「ネットワークが望ましい 複雑性 を維持するよう行動した度合い」をメタリック関数で動的スコア化し、報酬・ガバナンス権・帯域を同時に発行
要旨
もはや「台帳」すら保存しない。各エッジは STARK 圧縮された更新証明を持ち、グラフの梁（フレーム）自体が履歴になる。再構築は局所的に O(log N) で済むため、グローバル同期のボトルネックが消える。
2. プロトコル層
Fractal Mesh Transport (FMT)
自己類似ルーティング – トポロジ全体をフラクタルで自己複製。局所障害は“自己相似”パターンに吸収されるため、DDoS が形骸化。
アイデンティティ内包アドレス – DID を楕円曲線座標に埋め込み、パケット自体が署名・暗号化・ルーティングヒントを同封。IPv6 の後継としてレイヤ 3.5 に位置づけ。
HoloFabric Execution
ゼロ知識 WASM（zk-WASM） – 任意言語を WASM にコンパイル→ zk-STARK で実行トレースを証明 → “結果のみ”関係グラフへ。
コンパイラ内蔵 MEV 抑制 – 計算結果が他ノードから解釈不能になるタイムロック VDF を伴い、価値抽出を物理的に遅延。
Temporal Stream Storage
余剰ストレージの“時価”マーケット – ノードは自己の余剰 SSD/HDD を分単位オークション。データは Reed–Solomon＋重力波的ハッシュ空間で erasure coding。
リテンション ≒ 信用 – 長期ホスティング実績は PoS² スコアへ累積。攻撃的ノードは経済的に即時蒸発。
Liquid Fractal Governance
議決トピックを「周波数帯」にマッピングし、参加者は帯域を“委任スペクトル”として分配。結果はウォルラス圧力で収束し、マイナー意見も連続的に次回へ重みが残る。
（安全・分散・性能） 台帳の排除で“グローバル合意”自体を縮退 ⇒ スケール制約が幾何的に消失 安全：ZK 証明、
エネルギー消費 PoS² は「社会的有益度 × 熱消費効率」で算定。熱回収データセンターほど報酬が高い PoW よりオーダー数桁効率、PoS より社会関数を内包
プライバシー vs 透明性 グラフは公開。ただし各エッジは zk-STARK なので内容は非公開 / 関係のみ検証可能 トレーサビリティが“情報理論的に”限定される
MEV・フロントラン タイムロック VDF＋“ランダム束縛順序”で物理的に不可 ブロック順序依存問題を根絶
量子耐性 STARK 系 + 多変数格子ベース署名 Shor 破壊リスクを遮断
レガシー互換 Ethereum, Bitcoin, IPFS などへ 1:1 ブリッジを Rust/WASM で提供 既存資産を損なわず漸進的移行
Steward Credits (SC)：PoS² に比例し新規発行。帯域・ガバナンス票・ストレージ予約を等価交換。
Energy Reclaim Units (ERU)：余熱回収率に応じてクリーンエネルギー補助金と相互運用。
Knowledge Bounties (KB)：AI/LLM ノードが生成した有用モデル差分を関係グラフへコミット→検証トークンとして KB が発行。
負荷の自己調整
ネットワークが過度に混雑すると SC の新規発行レートが自動減衰し、トラフィック手数料が指数的に上昇。結果、スパムは短時間で経済的自殺となる。
Year 0–1：最小核 – zk-WASM VM + Fractal Mesh over QUIC。
Year 1–2：PoS² / ERU メトリクス実証、EVM 相互運用ブリッジ稼働。
Year 2–4：Liquid Fractal Governance によるプロトコル進化をコミュニティへ全面開放。
Year 5+：全世界 ISP ピアリング → 既存 Web の転送層を徐々に Web∞ 上へマイグレート。
国家単位のデジタル・ソブリンティを再構成：国境・法人格の境界を越え“関係”が一次元目となるため、規制枠組み自体が協調フィードバックモデルへ。
プライバシーと公共性の再両立：透明な“関係構造”上で非公開データを安全に扱う産業 API が標準化。医療・行政・金融の壁が大幅に低減。
インフラの脱炭素最適化：PoS² スコアに ERU が直結することで、再エネ比率が低いノードは自然淘汰。エネルギー政策と IT インフラが実質同一の経済圏に。
7. まとめ
Web∞ は「情報の状態」を残すのではなく「変化の証明」を残す。
その結果、台帳の重力・ガス代・フロントラン・量子不安・ガバナンス停滞といった Web3 固有の限界が、概念的に 初期条件から消滅 します。
エネルギー・プライバシー・スケーラビリティを同時に極小化／極大化するため、従来トレードオフと呼ばれた三角関係は “収束しない曲線” へと畳み込まれる――それが本構想の核心です。
もし実際にプロトタイプを設計するならば、zk-WASM ランタイム + Fractal Mesh を Rust で最初に書き起こし、PoS² の初期指標を「再生可能エネルギー電力比＋ノード稼働継続率」で暫定運用する、というのが現実的なスタートラインになるでしょう。
でもIT極めるってなにすればいいんだろう
Web系アプリ系は軽くわかるけれど極めてるかと言ったら微妙。簡単なアプリならインフラ構築からアップルの審査出すまでできるってレベル。
でも込み入った要件の経験がないのでもっと極めたい。でも泥臭いことはしたくない。
資格でいうとAPとSCとAWSのSAAは取得済みであとSAPは取る予定。
セキュリティは...セキスペ以上のことはわからないし実際に攻撃手法試したことないのでCISSPとかTryHackMeとかやるべきなのかな。
AIは…昔PyTorchとかでちょこちょこ触ろうとしてたけどLLMが出てきて一人でちょこちょこモデル作るなんて馬鹿らしくなってきたよね。極めるならMCPサーバー立てるとかLLMの使い方の応用みたいなのはちょっと興味ある。
組み込みは...学部時代にマイコン基盤みたいなの触ったけどチュートリアル的にやっただけで身についてはいない。でもまあ今でいうとラズパイ使えばこんなことできるんだろうなくらいはわかる。マイコンより下のレイヤのそれこそRISC-VとかFPGAとかはわからない。OSとかCPUとかメモリ管理系の低レイヤな話もわからない。
あとはなんだろう、ITを極めるってなんだろう。
人物達は煙幕の中で秘密会議をしたりしようとするが「レイヤが違う」のでセリフが丸見えになってしまう。効果音で隠そうとするも「ユニバーサルデザインとかアクセシビリティ対応とか」でセリフは隠れない。煙幕内の効果音でモールスするか、レイヤを超える発明をするかで乗り切る。
いわゆる第四の壁は、なるべく終幕までは読者側からは侵さない。読者側を向いて読者方向に発言しない。そっぽ向いて愚痴るように認識と発言だけが第四の壁を越える。
特定成分を含む雨に触れると、それを毒にしてしまう体質。雨雲まで伝播し、降る雨すべてが毒になってしまうこともある。
自分の世界が、それを食材と解釈したら、それを自在に切れる包丁。人間を食べたことがあれば、アーマー上からぶった切れる。食材は必ず料理にして一部を捧げなければならない。（毒すら切り伏せる。それでも残るのであれば捨てて良い）
