If you check out the new "uuid" package in Go, you might notice something odd — a package-level mutex variable called v7mu. Since UUIDs are supposed to be stateless, why would there be a mutex?
It turns out the Go team wanted to make sure the NewV7 function (which creates a new UUIDv7) always returns UUIDs that sort in increasing order (unless the system clock goes backwards).
To guarantee this, they had to add some package-level state (v7lastSecs and v7lastTimestamp) that's protected by the v7mu mutex. NewV7 uses it to make sure each new UUID is ordered after the previous one.
ghostty の Windows 移植や Vim の GTK4 移植、Akaza という Windows IME のスクラッチ実装など比較的大きな物を AI を使ってやり遂げた経験で言うと、これらは「◯◯に移植して」や「◯◯を実装して」という単純なクエリでは決して実装できる物では無かったですし、少なくとも ghostty Windows であれば端末制御の知識や Windows API の仕組みや ghostty の基本機能、Vim GTK4 であれば Vim の既存機能詳細や GTK の概念、Akaza IME であれば日本語入力メソッドの仕組みを知ってないと実装は出来なかったと思います。そしてこれらの知識を持ちながらも、パワーや時間が足りなかった人達にとっては、大チャンスな時代になったのだと思います。
逆にいうと「◯◯に移植して」や「◯◯を実装して」といったクエリしか思い付かない人達には仕上げられない領域が実は沢山あるんだと思っています。