YES89・・・・><
横浜 桜木町にロープウエー 東京五輪・パラまでの開業目指す | NHKニュース https://www3.nhk.or.jp/news/html/20190224/k10011826351000.html
Tracking issue for RFC 1892, "Deprecate uninitialized in favor of a new MaybeUninit type" · Issue #53491 · rust-lang/rust
https://github.com/rust-lang/rust/issues/53491
なんとなく追ってる issue なんだけど、まだ Rust でガチな unsafe code 書いたことない (書かないようにしてきた) ので実は追い掛けても仕方がないやつ
仮にそうだとした場合、ロックイン状態を発生させるのは Windows そのものではなく「Windows 専用アプリケーション」ですよね。
Windows がそれらのアプリケーションに対して他プラットフォーム対応をさせない働きかけをしているなら、それは Windows によるロックインといえるでしょうけど。
https://mstdn.nere9.help/@orange_in_space/101637425225408503
Windows 上のデータを全て抜き出せる (あるいは必要な仕様がすべて公開されている/隠蔽されていない/意図して利用を困難化されていない) のであれば、実際に Windows はロックインしていないといえるのでは。
単にユーザが概念の更新や切り替えが嫌だからといって扉の開いた檻から出ようとしないのは、ロックインとはまた別の話 (たとえば「ユーザが不自由さに無自覚なのでまともな方に行かない問題」とでも形容すればいいのか?) だと考えます
https://mstdn.nere9.help/@orange_in_space/101637373525885069
ユーザが用語セットを切り替えることは妨げられないわけで、私はこれをロックインであると捉えていません。
たとえば最悪な話ではありますが、クライアントが独自用語で統一性を出すことも可能ですよね