  |
はてなキーワード:Swiftとは
Let’sgetone fucking thing straight:WWDCis supposed to be *for developers*。
You know, the peoplewho actually build shit。Who dig into SDKs, APIs,system frameworks。
Who care about real updateslike “What thehellis the newSwiftUI lifecycle doing?”
or “Can Ifinally use fuckingprivate entitlements without jumping through flaming hoops?”
Sowhy thehelldoesApple keep openingitsmost important developer event of the year
withCraig Federighi doing goddamn *skydiving*? Or *parkour*? Or some *Fast & Furious parody*
with anF1 helmet and sunglasses? What the actual fuckis goingon?
Thisisn’t Saturday NightLive。Thisis supposed to be a showcase of what we’reall supposed
to buildour futureon。Vision。Platform direction。Architecture。
Instead, weget Craig zooming through corridors in slow-molike he’s auditioning for
Mission Impossible 9:MacBook Drift。
Andit’s not even funny anymore。Maybe the firsttimeitwas *kind of* charming。
Alittlewinkat the audience。でもnow?It’s just fucking cringe。
Wastedtime。Wasted bandwidth。A glossy,over-produced middle finger to every developer
watching, notebook in hand, waiting for the actual meat。
Doyousit there thinking, *“Wow, thisis such a great use of mytime!”*
“CUT THE SHIT, CRAIG. SHOW ME THE FUCKING TOOLS.”
We’rebeing sold afantasy — not a platformvision。
What should be an opportunity to say,
“Here’s howApplewants developers to think in thenext 5 years,”
becomes a shallowPR reel of stunts, shots, and skits。
Developers want **guidance**, not gimmicks。**Vision**, not vanity。
Instead of 3 minutes of Craigpretending he’sNeo in a hallway full ofMac Studios,
how about showing us the **real** architectural shifts inSwift,
or a **deepdive** intolow-level memory optimizations inmacOS?
How aboutfinally explainingwtfis happening with `SwiftData`?
Or *anything* that makes us better builders?
We could have had20more seconds of **clarity**, not costume。
WWDCisApple’stime toinspire, tolead, to fucking **guide** theecosystem。
But lately?
It feelsmorelike we’re watching theCraig Federighi Variety Hour。
And I didn’t fucking subscribe to that。
----
Let’sgetone f***ing thing straight:WWDCis supposed to be *for developers*.
You know, the peoplewho actually build shit.Who dig into SDKs, APIs,system frameworks.
Who care about real updateslike “What thehellis the newSwiftUI lifecycle doing?”
or “Can Ifinally use fuckingprivate entitlements without jumping through flaming hoops?”
Sowhy thehelldoesApple keep openingitsmost important developer event of the year
withCraig Federighi doing goddamn *skydiving*? Or *parkour*? Or some *Fast & Furious parody*
with anF1 helmet and sunglasses? What the actual f***is goingon?
Thisisn’t Saturday NightLive. Thisis supposed to be a showcase of what we’reall supposed
to buildour futureon.Vision. Platform direction. Architecture.
Instead, weget Craig zooming through corridors in slow-molike he’s auditioning for
Mission Impossible 9:MacBook Drift.
Andit’s not even funny anymore.Maybe the firsttimeitwas *kind of* charming.
Alittlewinkat the audience. Butnow?It’s just fucking cringe.
Wastedtime.Wasted bandwidth. A glossy,over-produced middle finger to every developer
watching, notebook in hand, waiting for the actual meat.
Doyousit there thinking, *“Wow, thisis such a great use of mytime!”*
> “CUT THE SHIT, CRAIG. SHOW ME THE FUCKING TOOLS.”
We’rebeing sold afantasy — not a platformvision.
What should be an opportunity to say,
“Here’s howApplewants developers to think in thenext 5 years,”
becomes a shallowPR reel of stunts, shots, and skits.
Developers want **guidance**, not gimmicks. **Vision**, not vanity.
Instead of 3 minutes of Craigpretending he’sNeo in a hallway full ofMac Studios,
how about showing us the **real** architectural shifts inSwift,
or a **deepdive** intolow-level memory optimizations inmacOS?
How aboutfinally explainingwtfis happening with `SwiftData`?
Or *anything* that makes us better builders?
We could have had20more seconds of **clarity**, not costume.
WWDCisApple’stime toinspire, tolead, to fucking **guide** theecosystem.
But lately?
It feelsmorelike we’re watching theCraig Federighi Variety Hour.
And I didn’t f***ing subscribe to that.
----
"現状"とはつまり2025年5月時点の話であり、動向が非常に変わりやすいIT業界の風土を考えると将来的にどのようになるかは予測が非常に難しい。
しかし、数年でこの"現状"が変化するとは考えにくく、今現在の学生が10年以内に社会人となったとき今現在の"現状"を基礎に情報技術を学んでいる可能性が高く、このエントリでは"現状"を周知する為に書かれた。
集計した時期や団体で数値の変動はあるが、日本国内で現状のICT教育でのOSシェアはChromeOSがおおむね30〜40%というシェアを獲得しており、IT大国と知られているアメリカでは日本と同様に集計した時期や団体で数値の変動はあるがおおむね50〜60%というシェアであり、ICT教育のOSとしてChromeOSがデファクトスタンダードとなっている。
これは、テックファンがよく語るように「ChromeOS端末が安価で導入できる」という意見が理由として挙げられがちで、実際に導入コストを抑えられるメリットというのは大きいものの、逆に言うとそれ以外の理由があまり語られることが少ない。
流石にこの意見は、IT業界のプロの現場で多用されるMicrosoftやAppleを抱えるIT先進国である米国がただ安価であるからという理由だけでGoogleのChromeOSを採用するにしてはあまりにも弱すぎる理由ではないだろうか？
そこで「何故ChromeOSを教育現場は採用するのか？」を紐解きたい。
長々と引っ張るのも億劫になってしまうので結論から言えば「Google ClassroomとGoogle FamilyLinkの出来が非常に良い」からである。
Google ClassroomとはまさにICT教育向けにGoogleから提供されているグループウェアで、生徒へ対して課題の作成と配布、進捗、採点、評価の管理が可能で、それらにはGoogleドキュメントやGoogleスプレッドシート、Googleスライド、Googleカレンダーが利用でき、教師生徒間オンラインコミュニケーションとしてGmailやGoogle Chatを用いることができる。
つまり教育現場からするとChromeOS端末を導入したらGoogle謹製のオールインワンICT教育グループウェアが瞬時に入手可能であり、更に言えば現状では既にデファクトスタンダード化しており膨大な導入事例によって困りごとの解決が非常に容易であることがあまりにも大きなメリットとなっている。
なにせICT教育端末の2台におおよそ1台はChromeOS端末であり、例えばSNSなどで流れてくる「ChromeOSでこんな酷い目に遭った」は導入数が多いが故にであり、逆にiPadOSを支持する人でも「Apple Classroom」というアプリが存在することを知らない場合が多い。何故知らないのか？と言えば導入数が少なく話題にまったく挙がってこないからである。
なお、Apple ClassroomとGoogle Classroomを比較するとGoogle Classroomの方が高機能である。AppleもICT教育OSシェアを上げようとApple Classroomの改善に努めてはいるもののGoogle Classroomへ追いつくまでには至っていない。
Google謹製のペアレンタルコントロールアプリで、子供のGoogleアカウントに紐づけられたChromeOSおよびAndroidOS、それらがインストールされる端末などを管理できるサービス。
端末自体の使用時間上限を定めたり、端末の使用時間上限を定めずアプリ毎の使用時間上限を定められ、つまりゲームやYoutubeやTiktok、Webブラウザアプリなどは1日1時間に制限しつつ、学習アプリは使用時間無制限にでき、そのほかWebフィルタリングやYoutubeフィルタリング、アプリインストール、課金管理も可能で、しかも就寝時間や登校時間には使わせないようにできるなど親にとっては至れり尽くせり子供にとっては非常にお節介なサービスである。
ペアレンタルコントロールの自由度も実はAppleの方が乏しく、Apple製端末を子供に与えている親は親自身が設定したペアレンタルコントロールに親自身が巻き込まれたりして四苦八苦するシーンがある(実体験)が、Google FamilyLinkのあるChromeOSおよびAndroidOSはApple製端末ほど困ることが少ない。
Google ClassroomとGoogle FamilyLinkだけではIT大国であるアメリカが何故ChromeOSをICT教育OSとしてデファクトスタンダードとしてしまったのか？の納得感としては薄い。
最終的な決め手は「一般的な使い方ではセキュアなサンドボックス上でタブレットOSやスマホOSのように容易に利用でき、高度なプログラミングを学ぼうとするときプロとほぼ同じ環境を利用できる」ことにあるだろう。
もちろんiPadOSには「Swift Playgrounds」があり高度なプログラミングを体験できるが、ChromeOSやAndroidOSではPlaygroundsどころかLXC/LXD仮想環境上に構築されたLinuxディストリビューションのDebianを扱える。
いやそもそもDebianを導入しなくてもGoogle Play Storeには小学生向けプログラミング環境のScratchからインスパイアされたポケットコード、非常に本格的なゲームプログラミングIDEのGDevelop、UnityやUnreal Engineに次いで業界3位のシェアを持ちプロ現場でも採用される2D/3DゲームプログラミングIDEのGodot Engineなどがある。
そして当たり前のようにGoogleはChrome OS向けAndroid Studioを用意しており、ChromeOSさえあればAndroidOSアプリをGoogle謹製のプログラミング環境で開発することができる(実際のところAndoridOSはAndroidOSだけでアプリをコンパイル＆ビルドできるが割愛)。
これMacとiPhoneやiPadしか触ってこなかった人間からするとどういうことかと言えばChromeOSにはAppleで言うところのXcodeがあることを意味し、何ならDebian上でWeb版みたいに機能制限されていないフル機能のMicrosoftVisual Studio Codeが利用でき、理解できる人は驚いただろうが前述の通りGodotEngineがあるわけだ。RubyやPythonだって動くし、Bashもfishもzshも選び放題、Vim vs.Emacs論争へも参戦できる。
しかも昨今、WindowsのWSL2でLinuxディストリビューションが導入できるようになってしまった影響で、一部の情報技術者の間では「開発環境は仮想上のLinux、サービス動いてるサーバーもLinux、じゃあWindowsとかmacOSとか使わずに最初から無理せずLinuxディストリビューションを端末へインストールして開発したら良いんじゃねーの？」という動きが活発化しており、そこへ表面上は日常利用でスマホやタブレットOSのように扱えて開発はしっかりLinuxディストリビューションであるChromeOSが「あれ？意外とChromeOS良いんじゃね？」という評価が始まっているのだ。
それでも「ICT教育は性能やランニングコスト的にiPadが優れてるんだ！」というAppleファンの熱い想いは否定しない。
しかし、しかしだ、当の多くのプログラマがiPadでプログラミングしてないんだ！！！開発するときにiPadのセキュアすぎるサンドボックスがマジで邪魔だと思っちゃってるんだ！！！！！
前述までの話を聞いて「iPadとChromeOS、仕事でどちらかしか使えません。どっちを選びますか？」と言われたらLXC/LXD仮想環境のあるChromeOSじゃん！！！IT大国のアメリカ様もそりゃChromeOS選ぶよ！！！！！だってプロの現場で使われてるんだもんLinuxがッッッ！！！！！！！
「どっちかしか選べないて？じゃあ俺は普通にMacbookにするわ」だって？えっそれ10年後ChromeOS(Linuxディストリビューション)でICT教育受けてきた新社会人に言えんの？サバンナで生きていけないよ？2人に1人は「学生のときChromeOSでしたぁ」って悪気なくピュアな瞳で言ってくる時代が直ぐそこだよ？
Windowsですら無いんだぞ？隔世の感どころの騒ぎじゃねーぞ？「当時ChromeOSでヴァンパイアサバイバーズやってましたね」とか新社会人が言うんだぞ？iPadかChromeOSかって言われてんのにMacbookって返すのはギャグの段階に触れさえしてねぇよ？まぁMacbookはタッチスクリーンディスプレイじゃないから触れられないんだけどさ。
Apple信者が声を大にして言わなきゃいけないことは「Appleさん、iPadもうちょっと何とかならないっすか？」だろ！！！！！
正論言ってんじゃねーよ！！！今更Appleのエコシステムから抜け出せねぇんだよ！！！！！ちょっと気になってGoogle側の事を調べてみたらめちゃくちゃ進んでんじゃねーか！！！！！！！
えっなにマジで？今のAndroidOSは純正でDebian動くの？？？アプリストアにGodotあるってどういうこと？？？？？
https://survey.stackoverflow.co/2024/technology
https://survey.stackoverflow.co/2020#technology
| - | 2020 | - | - | - | 2024 |
| JS | 67.7 | - | - | - | 62.3 |
| Python | 44.1 | - | - | - | 51 |
| TS | 25.4 | - | - | - | 38.5 |
| Java | 40.2 | - | - | - | 30.3 |
| C# | 31.4 | - | - | - | 27.1 |
| C++ | 23.9 | - | - | - | 23 |
| C言語 | 21.8 | - | - | - | 20.3 |
| PHP | 26.2 | - | - | - | 18.2 |
| Go | 8.8 | - | - | - | 13.5 |
| Rust | 5.1 | - | - | - | 12.6 |
| kotlin | 7.8 | - | - | - | 9.4 |
| Lua | - | - | - | - | 6.2 |
| Dart | 4.0 | - | - | - | 6 |
| Ruby | 7.1 | - | - | - | 5.2 |
| Swift | 5.9 | - | - | - | 4.7 |
| Scala | 3.6 | - | - | - | 2.6 |
※HTML/CSS,SQL,Bash/Shell,とかそういうのは省いた
順調に伸びるPython人気、そしてTypescriptの伸びがすごいな
Javaって永遠に人気なのかと思ってたけどじわじわと人気が落ちている
PHPも長期的にみると厳しそう。
GoとRustが着実に人気を獲得。
Luaが地味に人気出てる。
| - | 2020 | - | - | - | 2024 |
| PostgraSQL | 36.1 | - | - | - | 48.7 |
| MySQL | 55.6 | - | - | - | 40.3 |
| SQLite | 31.2 | - | - | - | 33.1 |
| SQLServer | 33.0 | - | - | - | 25.3 |
| MongoDB | 26.4 | - | - | - | 24.8 |
| Redis | 18.3 | - | - | - | 20 |
| MariaDB | 16.8 | - | - | - | 17.2 |
| Elasticsearch | 13.8 | - | - | - | 12.5 |
| Oracle | 16.5 | - | - | - | 10.1 |
MySQL+MariaDBではまだMySQL系が多いが・・・
| - | 2020 | - | - | - | 2024 |
| Node.js | 51.4 | - | - | - | 40.8 |
| React | 35.9 | - | - | - | 39.5 |
| jQuery | 43.3 | - | - | - | 21.4 |
| Next.js | - | - | - | - | 17.9 |
| Express | 21.2 | - | - | - | 17.8 |
| Angular | 25.1 | - | - | - | 17.1 |
| ASP.NETCORE | 19.1 | - | - | - | 16.9 |
| Vue.js | 17.3 | - | - | - | 15.4 |
| ASP.NET | 21.9 | - | - | - | 12.9 |
| Flask | 14.2 | - | - | - | 12.9 |
| Spring | 16.4 | - | - | - | 12.7 |
| Django | 14.2 | - | - | - | 12 |
| FastAPI | - | - | - | - | 9.9 |
| Laravel | 11.1 | - | - | - | 7.9 |
| Svelte | - | - | - | - | 6.5 |
| Rails | 7.0 | - | - | - | 4.7 |
※フロントとバックエンドがごちゃごちゃなのなんでだろう。Node.jsってフレームワークじゃないだろ・・・
Next.jsの勢いがすごい。やはりWEBはTSでNext.jsの時代なのか
Pythonの人気は盤石だけど、DjangoとかFlaskは人気が落ちてる。FastAPIに食われたか？
LaravelとRailsはこのまま消えていく予感
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。
例えばInstagramやFacebookに近しいものとか。
インフラはできればAWSで作る。Firebase(NoSQL)で作ってAWS(RDS)に移行するなどできればもはや完璧。
フロントはWebでもモバイルでもいいけど、WebであればReact,Vue、モバイルであればFlutter,Swiftを使う。
WebであればSSL化、モバイルであればApp Storeに掲載までは必須。実績として見れられるものがあることが大事。
ここまでが最短で半年くらい。
あとはこれを材料にフリーランスを探せば良い。やったことないけどココナラを挟むという人もいるらしい。
これだけの実績があれば月単価50万なら案件ゴロゴロ見つかる。
いきなり60（年720）は見つからなくとも、50スタートで経験積めば60はすぐにいく。
なんだかんだ人が足りないというところは山ほどある。
横だが、そういうのって「はてな」の見出しを見てるだけで目に飛び込んで来ないか？ JavaScript関係だけでもこの20年間にどれだけ変化があったことか。他にもweb系で使われている言語の盛衰やフレームワークの入れ替わりとかだけでも凄いじゃん。今やPerl それ何？状態だろうし、GoにSwiftにRustにCotlinにScalaにWebAssemblyにと次から次へと新しいものが出て来てるしバージョンアップでの変化もあるし。C/C++だけでもちゃんとついて行くには勉強し続けないといけないし。開発手法もアジャイルだスクラムだなんだと喧しいし、デバッグの手法関連もそうだし。今やデバッグドリブンで自動化でとかが当たり前っぽいし。
2月10日に"Web3"を痛烈に批判するWeb3って流石にヤバくないか？ という記事が話題になっていたので拝読した。
過激な内容に加えて、非常にセンスとユーモアに溢れる文章で楽しく読ませて頂いた。
さらに、そのアンサー記事として2月12日に出ていたRe: Web3って流石にヤバくないか？ という記事も読ませて頂いた。
こちらの方も業界に非常に精通されていて非常に的を得た反論が展開されていた。
両記事を読む中で、少し補足したい部分がいくつかあったため、遅ればせながらアンサー記事に対して自分の考えを補足する形で書いていこうと思う。
https://anond.hatelabo.jp/20230212193550
本当の意味で、最も理想的に分散されているのはビットコインだが、ビットコインは本体も関連プロジェクトも、エンジニアに対する金払いは悪い。というかほぼボランティア。精力的に活動しているのはビットコイン長者の老人だけで、将来にわたっての開発の持続性がない。そもそも若い世代は育つはずがない。ビットコインはその大半が採掘されていて、これから人の一生分かけて、残り僅かな枚数のコインがちびちび採掘されて、すでに固定化されたマイナーに払われ続けるだけだ。自分が一枚も持ってないビットコインのために誰が働こうと思うのか。
ビットコインのコア開発者になろうとする人は確かにいないかもですね。だってもう開発する追加機能自体がないんだもの。ビットコインのコア開発者に今からなりたいって人がいたら、私だって止めますね。
広く捉えるとビットコイン含めたL1チェーンの開発の持続可能性に課題があるという話と理解した。
開発者のインセンティブという意味では、L1チェーンが利用され、Profitableである限りは通貨の価値が上昇するため、イーサリアムなどの多くのチェーンでは財団がGrant (開発支援金) を出し続けることができると思う。
チェーンがProfitableである基準については『The first profitable blockchain』(https://newsletter.banklesshq.com/p/the-first-profitable-blockchain )が詳しい。
ビットコインは機能追加を積極的にしないという哲学があり、そもそも開発するものがないという話は確かにあるが、仮に外部環境が大きく変わった場合にそれに適応することができるかどうかは開発エコシステムにかかっているとは思う。
ビットコインは財団にあたる団体が明確に存在しないので少し弱い気はするが、"ビットコイン長者の老人"たちが自身の保有するBTCの価値を高める・維持するためにGrantに相当する寄付を行う経済的インセンティブはあるため、それに期待。
つまり、そんなに価格が上がることはなくて、その分採掘の難易度が下がらないとマイナーの収支が取れなくなるんだが、そんなことしてたらいつか危ないんじゃないか？51%攻撃リスクだっけか。「ビットコインはハッキングされたことがありましぇぇん（ｷﾘｯ」とかいつまで言ってられるだろうね？
マイナーの収支と1ビットコインの当たりの価格に関しては相関がないですね。マイナーの収支はTransaction Feeによって賄われるので、1ビットコインの採掘報酬がゼロになったとしても運用は回る設計になってます。慈善事業ではなくビジネスなので電気代やハードウェア費の採算が取れないTransaction Feeを指定したトランザクションは取り込みませんので、1ビットコインあたりの価値が1億円円だろうが1万円だろうが、Transaction Feeは現実的な値に落ち着くのが経済の原理です。51%攻撃が未来永劫受けないのはありえない話なので、過疎化したら攻撃可能になるのは間違いないです。まぁ過疎化した時点で二束三文だと思いますけど。
究極的には「ビットコインというシステムが提供する価値」「イーサリアムというシステムが提供する価値」の需要がどのくらいあるかが全て。
もし誰も使わなくなったら終わるというのはその通り。
ただし、これはどんなサービスでも同じで、別にWeb3に限った話ではない。
結局そこで流行っているスマートコントラクトは、チンパンホイホイのポンジーファイナンスくらいなんだが。...規制されない金融を可能にしたら、クソみたいなスキームでクソみたいなマネーゲーム環境が無限に湧いて出てきて、誰が一番多くドルに換金できるかの競争が起こって盛り上がり、なぜかそれがイノベーションとか言われているだけなんだ。規制ないところのアナーキー金融道なんてものは、産業革命の時代以降ずっと人類は経験してて、そのときどきでクソって結論になっててな。そりゃこの世界、規制ばかりでつまらないクソな世界だけど、これでもマシなクソを選んだんだよ。
大前提、投資家保護を完全に無視した無法地帯であるDefiとそこでのマネーゲームはポンジと批判されて然るべき。
その上で第一原理的な発想で「Defiは規制に対応していけば良い」そして「規制に対応したとしても価値がある」と考える。
仮にDefiがしっかりと規制された未来を考えてみると、その金融システムには大きく3つの価値があると思う。
これは金融DXやFintechがやろうとしていること、その理想形であり、彼らは既存システムをボトムアップで改善しているが、それに対してDefiは理想的なシステムをデジタルスクラッチで作ってしまって後から規制に対応させるというトップダウンの方法を取っていると整理できる。
第二に「グローバルに規格が統一されており、オープンでパーミッションレスな金融システム」となる。
SWIFTですら各国のシステムのツギハギであり、非常に複雑なシステムになってしまっているという課題感があると聞くし、国際送金、国際証券決済などが全くの追加コストなくシームレスに行える状態というのは未だ実現されていないと理解している。
さらに、オープンさにより金融システムと接続されているシステムを作成するコストが低くなる。
これは既存金融がOpenAPI、Open Bankingで目指している方向と同じとも言える。
第三に「分散的に動作しており改ざんできないという特性から監査が楽になる」
仮にボトムアップの金融DXが完成したとしても、それを運営する団体が存在した場合はそこに対するトラストが発生する=運営団体が資産を隠したり、改ざんしたりする可能性を捨てきれないため、分散化した金融システムに比べると監査コストが高くなる。
上記3つの価値により、「ファイナンスのコストが大きく下がる」ことが期待される。
そしてそれによって、これまではファイナンスできなかったような小さな主体でもファイナンスにアクセスすることが出来るようになる。
もちろん規制に対応する上で、システムとしても現状から大きく改善される必要はあると思うので、この未来が確実に来るとは言えないが、この未来を信じて仕事をすることに価値はあると思う。
お待たせしましたどーもDAOだお。あのな、DAOなんてものは、株の代わりにトークンで投票するだけで、別に社会的に新しいことはなんもないんだお。でも惹かれる気持ち分かるんだお。なんかイノベーティブに聞こえるし、ウォレットで投票して手軽にガバナンス参加とか新鮮だし良いよね。たまに空からお金落ちてくるし。ディスコードみたいなカッコいいとこには老人もいないし。リリースするソースコードに投票したり、ワクワクするよね。でも、それ、ブロックチェーンいらなくね？ウォレットなんか使いこなせるやつ世の中にどれくらいいると思ってるの？日本人の6人に1人は偏差値40以下なんだが？ニーモニック？100年早いわ。エアドロ？手元にお金ないけどお金配りおじさんになりたい人のためのアレすか！？。ディスコード？運営企業頼みやん？非中央集権どうしたん？。リリースされるコードの投票？デプロイするエンジニアたちは信用しないといけないやん。数人が結託するだけで、みんなから集めたDAO資金からお金無限ちゅーちゅー列車が出発できちゃうプロジェクトばかりなんだが。DAOなんて、自律もしてなければ、分散もしてない、ただの組織なんだお。なんだろう、雰囲気でweb3するのやめてもらっていいすか？
これも同意見。なんでみんなDiscordでやってるのかマジで謎。情報が分散しすぎてて情報収集辛いんじゃ〜。
DAOに関しては定義の整理をするべきと考える。
まずそのDAOは本当にDAOかどうか、つまりDecentralizedかどうかを考える。
まずプロトコルレイヤーであるL1・L2チェーンはDAOであると言えると思う。
世界中の誰もがNodeを動作させることができ、コンセンサスメカニズムによりDecentralizedに動作しているのは間違いない。
誰でもforkすることができる。
一方でアプリケーションレイヤーのDAOは「リリースされるコードの投票？デプロイするエンジニアたちは信用しないといけないやん。」と批判されている通り、そもそもDecentralizedではない = DAOではないものが多い。
DAOであるためには「分散投票の結果として起こる事象やアクションがフルオンチェーンで分散的に動作している」必要がある。
つまり、機能追加の投票を行い、それをコアチームのエンジニアがDeployしている場合などはDAOとはいえない。
一方で、Decentralizedである=分散投票の結果として起こる事象やアクションがフルオンチェーンで分散的に動作しているものの例としては「tokenの保有者がオンチェーンで投票活動をし、ファンドの資金を投票結果で決まった特定のアドレスに送金するロジックまでがオンチェーンで動作している」ような分散ファンドのアプリケーションなどが挙げられる。
この整理をすると批判記事にあるようなDAOはそもそもDAOではないということになるため、批判に同意である。
更に踏み込んで、本当にDecentralizedなDAOは少しは存在するとして、DAOであることで生み出している価値は何かを考える。
プロトコルレイヤーの場合、Decentralizedであることのメリットは「Assetsの管理を自分以外の誰にもされない」金融システムであることだ。
もし仮に利用者が分散マキシじゃないとしても、(中央集権的な金融システムと比較してUXなどその他の条件が同じとすると)資産の管理を他人に依存して良いことは1つもないので、これには価値があると言えるだろう。
アプリケーションレイヤーの場合は、アプリによるが上記で例に出した分散ファンドでいうと、投資ファンドを誰か特定の人物または数人のグループに依存せずに分散的に運用できるという価値はあるといえる。
これによってファンドマネージャーが資金を持ち逃げするなどのリスクはなくせるというメリットはある。
それにどれだけの需要があるかは未知数だが、少なくとも無価値ではない。
そしてNFT氏とかブロックチェーンゲーム氏。お前らは金の匂いを消せ。お前らが呼び寄せたどんな陽キャでも明るくできないくらい、界隈が冷めてるの気づかないのか？それに、サ終しても、ブロックチェーン上にあなたの資産は残るとかいう嘘やめろ。お前らはブロックチェーンが無くならないといつから錯覚していたんだ？
サービス終了してもブロックチェーンに記録は残りづづけるので嘘ではない。ブロックチェーンがなくならないとは言ってないので。嘘じゃないけど真実ではないこの言い方は私も好きじゃないが。草コインのチェーンはそのうちひっそりと消えるだろうな。
金の匂いの批判に関しては、まずTokenomicsと相性が悪いゲームもGamefiとして提供されていることが原因だと考える。
ゲームの本質的なユーザーバリューは「プレイする面白さ」であるのに、Gamefi・Tokenomicsを導入することにより、Tokenの値段の上下を気にしなくてはいけない、最悪の場合にはゲームを遊んでいたらなぜか損をするという状態になってしまう。
Tokenにより、ゲームの本質的なバリューが毀損されてしまうのでむしろTokenomicsは入れないほうが良い場合が多い。
一方で、Tokenomicsを入れる相性の良いゲームとしては「そもそも賭博性のある」ゲームがある。
賭博性そのものがゲームの面白さというタイプのゲームであればTokenomicsによって面白さが増すことは考えられる。
ただし、賭博は本来しっかりとした規制があるので、規制と折り合いをつけていく必要はもちろんある。
一方で、Gamefiではない=TokenomicsのないBlockchain Gameもあり、これには可能性があると思う。
それらは「運営が終わっても資産が残る」というここで批判されている価値よりも、Composabilityによるバリューが大きい。
Composabilityとはゲーム同士が連携したり、あるゲームの上に別のゲームを拡張して作ったりすることが、誰でもできるという価値である。
これは既存ゲームの世界で考えてもマインクラフトでも行われているし、オセロというゲームを元にしてソシャゲに拡張したものや、麻雀を拡張したゲームなどが多く作られてきている。
あるゲームのバックエンドのロジックであるスマートコントラクトが誰でもアクセス可能なことで、そのゲームの別のClientを作成したり、別のゲーム性を付け加えたりできるイメージである。
拡張できるものの範囲が広がることでより面白いゲームが生まれる可能性はあると思う。
僅かな流動性の中で買い支えて成り立つトークン価格と、膨れ上がったトークン発行量の掛け算で、ユニコーンな時価総額が成り立っているんだ。その縁で辛うじて立っているおびただしいプロジェクト...
言及なし
付け加えると、海外プロジェクトを中心とするWeb3界隈であたかも画期的な発明のように言われている「Stakingさせることによって売り圧を減らす」というトークノミクス手法は、要は顧客である資産の保有者が資産を売れないようにして流動性=売り圧を減らすことで価格を維持するという運営目線の話で、株式会社でいうと「節税手法」みたいなものと理解している。
プロジェクト運営のハックとしては理解できるが、新たな価値を生んでいるイノベーションでもなんでもなく、声高に言うようなことではないと考えている。
間違っている部分や別の考え方などがあればコメント頂けると大変嬉しいです。
"I sprang upon theswiftship in the form of adolphin,pray to measApolloDelphinius; also the altar itself shall be calledDelphinius and overlooked forever." - Homer
っていうあれね。
訳すと
私はイルカの姿で快速船にとびかかった。デルフォイのアポロンとしての私に祈れ。祭壇もデルフィニウスとよばれ、永遠に見渡されるであろう。
って感じかな。
ホメーロスのどんなところに出ているか、「イーリアス」にも「オデュッセイア」にもなかった気がしたので、英語版のウィキペディアの「Delphi」で調べたら、「ホメーロス風讃歌」の「アポローン讃歌」からの引用みたい
邦訳はあるっぽい。
で、wiktionaryで語源を調べるとデルフォイΔελφοίの語源はデルフスδελφύς (delphús)子宮の複数形かららしくて、ドルフィンと語源は同じだね。
