つくばエクスプレス (TX) は秋葉原行きになると RX と略される #適当
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
つくばエクスプレス (TX) は秋葉原行きになると RX と略される #適当
打ち捨てられた人工衛星をハッカーが乗っ取る、「認証いらなかった」｜ニューズウィーク日本版 オフィシャルサイト
https://www.newsweekjapan.jp/mobile/stories/world/2022/08/post-99440_1.php
許可を得ての実験なのね (タイトルェ……)
エアコン切ったので上裸で歯磨きしてて、洗面台の鏡越しに肋骨の浮き出た上半身が見えたんだけど、最初に出てきた感想が「あっ、これしっかり描き込まれているかどうかでガチのロリコンがバレるという、肋骨の浮き出た胸部ってやつじゃん」だったので本当にオワってるなと思った
ライブラリの方に夢中になってるんだよな、さっさとそっちを片付けないと
Xamarin official support policy | .NET https://dotnet.microsoft.com/en-us/platform/support/policy/xamarin
> Xamarin support will end on May 1, 2024 for all Xamarin SDKs.
「人間には限度があるのでコードに制約を与えると人間のパフォーマンスが上がります」タイプの制限と「能力の低い (語弊) 人間でも開発に参加できるようにするためにコードに制約を与えます」の2つの動機があって、ある程度グラデーションしつつも2つは同じ軸の反対向きの動機だなと感じることがある
私は言語のオタクのきらいはあるけど開発者や人間のオタクではないので、後者には関心が持てないどころか「それってどうなんだよ」とさえ思ってしまうところが強い
まあマネジメント方面を見ている人が多分ちょうど逆のことを思っているのだろうというのもなんとなく推察できはするけど。
思うに、複数 return による関数途中からの脱出を許すのも「抽象化」の一種で (つまり数々のエラーを「これ以上ここですることはない」という単一の性質に潰して見せる書き方で)、そして世の中には抽象化を憎む人が大勢いる
個人的には本当に不思議なんだけど、プログラミングしつつ抽象化に否定的な人ってかなりいるみたいなんだよな
具体例の把握や検討に割けるリソースに限度があるから抽象化によってその能力を (見掛け上) 拡張するべきなのに、「馬鹿でもわかるように (語弊) 抽象化を禁じます」って、それ単に道具を使わず筋肉勝負しろという話じゃん
Azure 
の投稿
AWS@fedibird.com
このアカウントは、notestockで公開設定になっていません。
NGINX、商用版の重要な機能をオープンソースで無料化、オートスケールやCI/CDフックなどフルスタック化など、今後の発展についてコミットを発表 － Publickey
https://www.publickey1.jp/blog/22/nginxcicd.html
単なる HTTP (とその他) サーバであることをやめて、エコシステム全体を取りに行くぞということなのかな
このアカウントは、notestockで公開設定になっていません。
コーディング規約というより、その裏にある思想に本質を見ている。思想強めのﾎﾟﾖｸﾞﾔﾐﾝしてる勢なので
「アホでもわかる」とか「学習曲線が緩やか」とかのような言説や謳い文句、かなり警戒しがち (知恵ではなく筋肉 (https://mastodon.cardina1.red/@lo48576/108881516327316983) での解決を強いられるということを暗示しがちなので)
いうてもプログラミングは最後は筋肉だから、どこからなら筋肉で解決するのを許せるかの線引きの問題な気はする
それはその通りで、抽象化したところで脳のリソース食うことには変わりないわけだけど、根本的に「具体例の多さや拡張の余地の評価なしに抽象化を否定する姿勢」みたいなのがかなり険しい
たとえば「これは過度の抽象化だ」みたいなことを考えるときって「問題や解決が小さいか」とか「考慮すべき場合が後から増えうるか」とか「何段階目の抽象化か」とかのような具体的な文脈やパラメータから評価して決めるわけだけど、コーディング規約や言語設計レベルの抽象化拒否ってのはそういう「問題ごとの評価」を経ない。
コーディング規約 (文法) とコーディング規約 (意味論) も言葉を分けてほしいよなぁ
Apexのリングダメージと回復にかかる時間が感覚でわかってなくてしばしば死ぬんだけどラウンドごとにここ超えたら間に合わないををオーバーレイ表示したらなんらかの怒られが発生するかな
個人的な感覚としては、コンソール勢ができることはまあセーフなんじゃないのという感じがある。
プログラムがゲームデータにアクセスせず手作業で表示する画像を切り替えるのなら、ディスプレイに紙を貼るのと大差なさそうだし (しらんけど)
まあディスプレイの中心にクロスヘアを表示するのとかマジでどうなんだよみたいな面倒そうな話題もあるので踏み込んで考えてもしょうがないというか、全ては運営や実際の大会の炎上次第なのかなと思うところはある
OSSの開発は楽しいので無償でもやる人がいる、それを業務で使えるようにカスタムするのは楽しくないので有償雇用が必要
ソフトウェア開発でのシステムの帳尻をあわせる作業は本質的に不要なものでブルシットジョブだ、と言われちゃうとなかなか反論しづらいが
世界のどこかにはそれが楽しい人がいるんだろうなぁという気持ちはある (数は絶対足りてないのだろうけど)
「昔はコード書いてたけど今はマネジメントが楽しい」みたいなこと言ってる人を見てうっそマジで！？ と思った経験が (べつにその感性を否定するものではない)
いやもうちょっと限定的な話だな。どう考えても成功しないプロジェクトにだらだらと投入される人の仕事、みたいな話っぽい
世界中から軍隊が消えても問題ないので軍隊もブルシット、ってのもそりゃ世界中から同時に消えるならそうだろうけども
このアカウントは、notestockで公開設定になっていません。
Mastodon は文字数制限1000文字化パッチのせいで管理がクソ面倒になっており、最悪 (マジでコンフィグから指定させろ)
これさえなければ ansible でのお手軽管理にできるんだが……
どうせ fediverse には Mastodon 以外の実装も多数あるんだから Mastodon だけで何かしたところで相互運用性もクソもないだろ受け取る側をしっかり実装しろよと思うんだけど、まあ思想の違いなんだろうな……
Steam：Othello
https://store.steampowered.com/app/307430/Othello/
> お知らせ: パブリッシャーからのリクエストにより、OthelloのSteamでの販売は終了しました。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
https://twitter.com/AnimeNext100/status/1562666104027172867
> ただいまアクセスが非常に集中し、繋がりにくい状態になっております。
> 大変申し訳ございませんがお時間をおいて再度お試しくださいます様お願いいたします。
リダイレクトループってことは、負荷分散に備えてサーバ設定弄ってるとかかな
GitLab Critical Security Release: 15.3.1, 15.2.3, 15.1.5 | GitLab
https://about.gitlab.com/releases/2022/08/22/critical-security-release-gitlab-15-3-1-released/
うわぁ
ｾｵが批判されるのはユーザ体験の向上や機械可読で嘘のないメタデータの提供といった本質的な価値を無視してクソくだらない表層的な †最適化† で悦に入る連中が目に付きやすいからであって、端的には業界の下の方のレベルが低すぎるせいでは
このアカウントは、notestockで公開設定になっていません。
ｾｵは大事やぞ！ とイキったところで、問題とされているのはそこではなくクソみてえな方法論がのさばっている状況なので、結局 “わかってない” じゃんとなってしまう
まあそりゃあらゆる業界が自浄作用を発揮できるとも思わないけど、有害な †同業者† を非難する役目を放棄したら、そりゃ外部から十把一絡げに叩かれることもあるだろうよ
私自身メタデータのオタクなので調べ物をしていると割と SEO 界隈の情報に出くわすことがあるんだけど、マジで「くっだらねー！！！ 何も本質を見とらんやんけ」と言いたくなる事例がいくつもあったからなぁ
Web 広告と似たようなものなのかな。広告がサイト運営のインセンティブとして大事やで！ みたいな正論は「でもクソみてえな害悪広告がユーザに迷惑かけまくりじゃん」という状況を正当化しない、みたいなやつ
そもそもエンジンが何らかの基準で特定のページを優先するとき、その動機として根本的には「質の高い情報の方が良い」とか「同じ質の情報ならユーザ体験が良い」とか「情報の性質や価値を (bot に対して) 正確に伝えてくれればそれを反映しやすい」のような原理があるわけで、それ自体は否定されないし、「質が高くユーザ体験が良く機械可読メタデータによるアクセスのよさを提供するような web サイトを構築する」ということ自体には本質的な価値がある。その意味で、本来 SEO には価値があるし不公平を促進するような話でもない。本来は。
Search Engine Optimization は本来ちゃんとページの内容を適切に機械可読な形式でHTMLに埋め込んだりして検索エンジンが適切な情報を探しやすいようにしようみたいな話だったはずで…
で、じゃあ SEO 界隈の人々 (ごく一部か大部分か、外からは知りようがないのはポイント) が何をやっているように見えるかというと、「h1タグはページ全体にひとつ」とか「divを減らすと云々」とか、挙句の果てには「画像の alt は検索エンジンのためのもの」とかさぁ……
https://mastodon.cardina1.red/@lo48576/100610339133049349
いやこれが少なくとも界隈の上位の人々ではないだろうというのは信じたいんだけど、界隈のどれほどの割合がこういう人々なのかわからないわけですよ、外の人からすると。だからこそ自浄作用とか界隈の自己批判みたいなのが強く求められるんじゃないですか？
https://mastodon.cardina1.red/@lo48576/108882712596568589
あーあスレッドまた繋げ忘れてるよこいつ
あともうひとつ一般論で言及するなら、クソサイトが †SEO† で上位に来る様子を人々は頻繁に目にしているはずなので、そこで「クソ情報を †SEO† ﾊﾟﾜｰで検索上位に押し上げることは誇れることなのか」みたいな倫理観への疑義みたいなのが発生しているというのはあるんじゃないのという気はしますね。まあ本当にそれが SEO のおかげ/せいなのかは非自明なんだけど。
このアカウントは、notestockで公開設定になっていません。
質の悪い情報を非難するのは大事なんだなと、 SEO の嫌われようを見て思いました。
ネガティブな言及をするなとか、裾野を広くすることが正義で初学者の誤りに狭量になるのはバッドマナーだとか、いろいろ言われてるけど、それを徹底した先の末路にも思いを馳せないといけない
[2023年の注目ハード「PSVR2」。SIEが語るそのポテンシャルとは？【CEDEC2022】 - GAME Watch](https://game.watch.impress.co.jp/docs/news/1434759.html)
ギリギリ VR Ready な部屋にしたつもりだが、レイアウトの問題と、なにより部屋に鎮座する4つの金属ラックのせいで、使える空間が明らかに狭い
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
その “検索者” が望む結果が嘘であれば嘘が上位に出てくるということであれば、やはりそれは総合的にはクソなんじゃないかと思うわけですが、一方で検索エンジン自身は人間による個別知識の注入なしには嘘と真実の区別をできなかろうという原理的な限界も理解はできる
このアカウントは、notestockで公開設定になっていません。
まあ高度に技術的なトピックでは誤りを知覚しやすく、自分が詳しくない分野を調べるときはそうではない (そして一般に調べ物は大抵後者である) みたいな厄介なバイアスもあるだろうし、そこは一概には何とも言えない、それはそうかもしれん
このアカウントは、notestockで公開設定になっていません。
詳しくない分野の調べ物におけるぁゃιぃサイトの判別、まあ雰囲気 (というのはもののたとえで、情報の構造や語調であったり引用や参考文献列挙の様式であったりドメインやサイト更新の頻度であったりするが) からのヒューリスティックな判定になりがちだしなぁ。それによる判定も正しいかどうかは詳しくなってみないと知りようがない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
もっと単純で素朴な話をすると、 StackOverflow のコピーサイトが無限に出てくる問題とかなぁ
実は StackOverflow に限らなくて、 GitHub の issue にもコピーサイトが結構な数存在しています
このアカウントは、notestockで公開設定になっていません。
情報の質とサイト数でプロットすると、たぶん正規分布とかになってないんですよね。「紛うことなきクソ」の山がとにかく高いし、何故かよく目につく
やたら目につく理由が単純に数の問題なのか、 “ちゃんと” 検索エンジンに対してハックを仕掛けた結果なのかは知りませんが……
まあべつに検索エンジンに全知全能であることは求めていないので、相反する2つのクラスタがあったとしてどちらのスコアが高くなるべきかの判定を情報の正当性をベースに行えないことについてはもう仕方ないと諦めている面はある。
その点では、クソサイトが上位に出てくるのももはや避けがたい帰結だし、検索エンジンが解決の主な責任を負っていると言うつもりもないです
それはそれとして、対ハックがいたちごっこでありハックが効力を持ってしまう以上は、そのハックを何に対して適用するかを選択するのは職業倫理の範疇であると思うし、それが悪用されたらば当然被害者からの心象が悪化することを関係者は覚悟すべき
脆弱性を発見する技能が大変高度であっても、それにより得た脆弱性情報を雑に公開する連中は界隈の関係者みなで袋叩きにするわけですよ。そのくらいの自浄作用を発生させないと腐った林檎は切り捨てられない
私は SEO の界隈にいないので何とも言えないところだけど、あっちの界隈で「質が悪い/倫理的に悪い情報に SEO でブーストをすることの “悪さ”」を積極的に主張している人がどれだけいるかというのはやや疑問を感じるところがあります。外部から見た一般人目線ではね。
もし業界の中から見るとちゃんと叩かれるべき “行儀の悪い” 連中が叩かれているということであればそれは大変良いことだと思うし、界隈の印象を回復するためにむしろそういう情報は積極的に公開されてほしいと思う
「小手先の最適化をやめろ」みたいなことを書いている記事は私もいくつも見たことあるので、そういう人々が皆無だと言うつもりはもちろんないですよ
このアカウントは、notestockで公開設定になっていません。
「おまんま食うために仕方ない！」には同情はするけど嫌わない理由にはならんよなぁ
まああと善悪は別として、単純に、アクセシビリティを検索エンジンのためのものだと誤認するのもやめてほしい気持ちはあるな。プログラムは全部 bot だと思っているのかもしれないが、プログラムを駆動して web サイトを読む人間が存在しているし、お前自身もそうだろう。人間を見ろ。
機械可読性と言うから機械だけのためのものだと思われるのか？ でも事実として機械に読ませるための話ではあるんだよな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
isolated internet でそういう遊びしてえよなぁ (本番環境ではやりたくない)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
まあリーダーモードなんて基本的に勝手に実装してるもんだから動いてなかったらブラウザが悪い (適当)
このアカウントは、notestockで公開設定になっていません。
6万ではミドルレンジの (4K ×2にするとテアリングするかも程度の) グラボが限界ではないかなぁ
まあ FHD でやりたいならそれでも十分かもねというのは否定しない
ステマするわけじゃないし今となっては物価も為替もグラボ相場も違うが、それにしてもやぞ
「ゲーム専用機に6万円払うよりはゲームもできるPCを買った方がお得」という意味だろうし、「ゲームソフトが動作するという機能単体で6万円は高い」という主張なのでは
ゲーム専用機以外の用途で私生活で Windows を使うという発想がなかった……なるほどね
ｱｰﾑﾄﾞの新 CPU でﾏｯｽｨｰﾝ生えてきたら Windows のゲーム専用機を Xbox と呼ぼうかなと思っている (嘘)
このアカウントは、notestockで公開設定になっていません。
つまりPS5にWindowsをインストールすれば安定するってこと？（？？？？？）
最初から Radeon にすればよくない？ (名推理)
このアカウントは、notestockで公開設定になっていません。
それやるとハードウェアのクラックのリスクが非常に高まりそうだし、コンソールにチート爆増したら最悪すぎるというのがある
Category:Xbox-only games - Wikipedia
https://en.wikipedia.org/wiki/Category:Xbox-only_games
Category:PlayStation 4-only games - Wikipedia
https://en.wikipedia.org/wiki/Category:PlayStation_4-only_games
の投稿
prime@mstdn.poyo.me
このアカウントは、notestockで公開設定になっていません。
こういうの同期 (ローレベル::同期) まわりがマジで互換性なくなったりタイミング変わってバグ発症したりして破滅しそう
C/C++ の並列メモリモデルの上にちゃんと乗って満足しているうちはどうにかなるかもしれないけど (パフォーマンスとタイミングの変化は避けられないだろうけど)、インラインアセンブリであれこれやって並列処理を高速化！ みたいなことしてたらマジでやばそう
あと最近はアダプティブトリガと組み合わせると押し込みの深さによる段階的変化を使いやすいのでそれを活用しているものもある
つまり途中で一度引っ掛かりがあって、そこで力を込めて押し込むともっと奥までいくようなやつ
FPS なんかは典型的に ADS と射撃に割り当てられてるけどタイミングクリティカルだから深いのは逆に嫌われるらしいね
私はライト層なので振動は有効化しているしトリガで射撃にしているけど、競技勢とかはそうはいかないのだろうな
このアカウントは、notestockで公開設定になっていません。
ｽｯﾁﾑは対応してるらしいけど、そういうのが標準化されてくるまでにはそこそこかかりそうだよなぁ
描画スペック一極の競争が限界を迎えて五感を含めたユーザ体験へ競争が移行しつつある以上、これから先の世代でもコントローラやヒューマンインターフェースは更に変化していくだろうし
PvP のシューターはキッズやバッドマナー連中をどこまで視野から外せるかがすべてだと思う。残念だけど
現状だと DRM どころかアプリやらハードレベルでのロックインがといった状況っぽそうだし、まあまあ険しい気持ちになってしまう
まあ原作レイプ問題は難しいよなぁ…… (原作の焼き直しが必ずしも正しいとも言えないけど)
このアカウントは、notestockで公開設定になっていません。
UPSのアラーム音消してるけど、カチッという音で動作したことが分かる。雷落ちたときとか、週に一回のセルフテストの時とか。
の投稿
mewl@mewl.me
このアカウントは、notestockで公開設定になっていません。
5段階評価、なんかもっと段階毎に自然言語による説明がほしいよな……
個人的にはこんな感じ:
・1/5: よほどのことでもなければ他人による利用/鑑賞も制止するレベル。
・2/5: 全く好意や関心を持てなかった。物好きは好きかもしれないが私の知ったことではない。鑑賞の時間が無駄だと感じた。
・3/5: 可もなく不可もなく。鑑賞を後悔するほどではないが、鑑賞してよかったと思っているかというとそれも微妙。
・4/5: まあ好き。個人的には良かったと思うが、主観的/客観的に特筆するほどの素晴らしさがあったかというとそれは微妙。何度も鑑賞するほどではない。人におすすめするほどではないが、「個人的には悪くなかった」くらいの紹介はできる。
・5/5: とてもよい。客観的に大変よかったか、個人的にかなり刺さったか。ものによるが、人に積極的におすすめしたり、ことあるごとにこれは良かったと主張する。何度も繰り返し鑑賞するに値する。
作品に対する評価として(ポジティブ・ネガティブいずれにせよ)他人に干渉するかというのは一つのラインやね
私の場合、個人的に刺さるラインがあまり人にウケていないことがしばしばあるため、人に自発的におすすめするとなるとよほどのことですね
このアカウントは、notestockで公開設定になっていません。
ネガティブ方向の特殊な評価として「他人を道連れにできるなら」とか「酔っぱらったら逆に最高」みたいなのもあるにはあるんだよな(僕はそう感じる作品を見たりやったりしたことはないが)
条件つきだったら低め評価にしといて文章で例外を入れる感じだなぁ (まあそういうシステムであればだけど)
そういえばﾊﾞｲﾖﾊｻﾞｰﾄﾞの映画がひととおりｱﾏﾌﾟﾗに揃っていたのでそのうち観たい
なろう小説に登場する MMORPG や VRMMORPG の名前の最後が「Online」である確率……100%！！！ #適当
このアカウントは、notestockで公開設定になっていません。
OpenGL は「ハードウェア (やドライバ) が状態を持っていて、 API はその状態を変化させるもの」というモデルなんだけど、まあ言ってみればグローバル変数をあちこちから弄るようなものなので、並列プログラミングしづらいとか、状態が別所で変化させられている可能性があるので管理が面倒とか、そういう嫌な面があって近年では好まれていない
で、これは私の中途半端な理解なので正しさは保証しないけど、 Vulkan (あるいは新しめの DirectX とかも？ 知らんけど) は「ハードウェアごとに機能に多様性があるしそれに合わせて最適化したい」とか「並列実行したい」とか「GPU 側でも汎用計算をすることがある」とか諸々の要件を前提に、「GPU というある種の計算機にコマンドを投げて、その結果を待つ」みたいな非同期かつ IPC 的なモデルになっている。
グローバル変数を設定して関数を同期実行して……みたいなモデルから脱却して、処理ごとの文脈なり依存リソースなり処理の内容なりを全部コマンドに同梱してパッケージとして投げるようになった。すると、ドライバ側がいい感じに効率的に状態を管理できるようになったり、「他の誰かが状態を変更していたらどうしよう」みたいな悩みから開放されたり、パッケージを通信で送れればいいから複数スレッドから同時にコマンドを投げても安全にできたりとか、いろいろ恩恵がある
まあ話半分で聞いてください、生 Vulkan を直接 C で触ったわけではないので
https://twitter.com/_korin_rin/status/1562803212469829632 #tw
シャングリラ・フロンティア〜クソゲーハンター、神ゲーに挑まんとす〜
https://ncode.syosetu.com/n6169dz/
反例が指摘された
fixed function pipeline のことですかね
Fixed Function Pipeline - OpenGL Wiki
https://www.khronos.org/opengl/wiki/Fixed_Function_Pipeline
まああれは典型的に「GPU がすべき処理は決まっているから我々は (処理ではなく) データを流し込みます」みたいなアーキテクチャですよね
まあ一応 OpenGL 3.3 Core Profile あたりとかからはシェーダをある程度自由に挟めるようになったりとか、 OpenGL 4 あたりの Direct State Access によって「ハードウェア/ドライバが持っている暗黙の状態」に依存しない処理依頼を投げられるようになったりとか、改善はされている。されてはいるが……
Direct State Access - OpenGL Wiki
https://www.khronos.org/opengl/wiki/Direct_State_Access
床井研究室の OpenGL 情報はここ15年くらいの間に OpenGL 直接弄ったことがある日本人は誰もがお世話になっていると思う
このアカウントは、notestockで公開設定になっていません。
「特定の描画方式を多様なハードウェアで同様に記述できるよう抽象化を済ませた形」と表現するのが正確かなというお気持ちです
描画方式で見れば極めて具体的だし、ハードウェアやドライバが何をすべきか、何をしているかにほとんど目を向けずに済むところを見れば極めて抽象的
往々にして「バックエンドが何をどう実行しているか (そのタイミングやデータの依存関係はどうなるか)」を隠蔽する方向での “抽象化” は後世になって険しくなってきたり高速化のために “エスパー” を要求されるようになってしまう、というのは SQL に通ずるところがありますね
ここでいうエスパーとは「望んだメトリクスを直接的に得られるような専用の処理を実行することなく、ハードウェアやプログラムの状態や内部的な挙動を推察する」ことを指します
「どうせハードウェアに合わせて最適化することになるんだから、最初からそれをしやすいように、下手にハードウェアの詳細を隠蔽するのはやめておこう」という思想は確実にある >Vulkan
まあ代わりに「そんな違いなんて気にしねえ、一番ベーシックで素朴な方法を使わせろ」みたいな場合に書くべきお約束コードが長くなったけど。ともあれ CG 界のトレンドというか中長期的な見通しとしてはそちらの方向の方が筋が良いとされているということですね
まあ fixed function pipeline で済む程度のことだったら Vulkan や DirectX の上に載せるライブラリでどうにかなるでしょ (しなさい) という感じのアレもある
Porting | Vulkan | Cross platform 3D Graphics
https://www.vulkan.org/porting
こういう試みもあって、「具体的にハードウェアが見えていれば、抽象化方向に行くのはたぶんそれなりに簡単だよね」という希望的観測というか期待みたいなものもある
OpenGL API を Vulkan 上にライブラリとして実装することはおそらく容易いが、逆はまず無理だろうと思うし
容易いっつったって……みたいな話は、まあ (工数ではなく概念の話なので)
Zink — The Mesa 3D Graphics Library latest documentation
https://docs.mesa3d.org/drivers/zink.html
> The Zink driver is a Gallium driver that emits Vulkan API calls instead of targeting a specific GPU architecture. This can be used to get full desktop OpenGL support on devices that only support Vulkan.
Mesa がもうやってたわ
So I Installed Half-Life Google Translate Edition...
https://youtu.be/NNxd7x2QYGE
たまに見直すんだけど笑いすぎて腹と喉が壊れる
https://mastodon.cardina1.red/@lo48576/108874029858399215
これ本当におもしろいので Half-Life 知ってる勢は観てほしい
このアカウントは、notestockで公開設定になっていません。
立てると27型の16:9ディスプレイよりちょっと高いかなというくらいですね (ディスプレイスタンド除く)
このアカウントは、notestockで公開設定になっていません。
つまり具体性のない質問に対してエモい長文回答を求める人用のサービスってことなんじゃないんですかね。知らんけど……
や、マジで Quora 使ってない (使う気もない) ので知らんけど……
