Oliveスタート、早速申し込んでみた かなりややこしいぞ（3/3 ページ） - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2303/01/news099_3.html
カードがステートフルになるのか、それはちょっと嫌だなぁ
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
Oliveスタート、早速申し込んでみた かなりややこしいぞ（3/3 ページ） - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2303/01/news099_3.html
カードがステートフルになるのか、それはちょっと嫌だなぁ
たとえば Amazon とかの支払いって、注文時点じゃなくて発送時点での決済になったりするので使い方によっては遅延が割と日常的にあって、そういうので「決済時点でのアプリの設定次第」とかやられると大変困る
改善の見込があるのかわからないが、とりあえず私は保留しとこ
素材によるのかもしれないけど、床の汚れを吸着してくれるのが嫌なので使う気になれない。座ってるだけで健康増進できるなんてサイコーなんだけど
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
二枚貝 (not 隠語) を使う方の貝合わせ (not 隠語) なる遊び (not 隠語)、現代でやると何になるだろうと考えて、結論としては SSH の鍵合わせかなとなった
貝合わせ - Wikipedia
https://ja.wikipedia.org/w/index.php?title=%E8%B2%9D%E5%90%88%E3%82%8F%E3%81%9B&oldid=93736256
> ハマグリなどの二枚貝は、対となる貝殻としか組み合わせることができないので、裏返した貝殻のペアを選ぶようにして遊んだ。
対となるデータとしか組み合わせられないもの、やはり公開鍵と秘密鍵……
このアカウントは、notestockで公開設定になっていません。
の投稿
herschel@raptol.net
このアカウントは、notestockで公開設定になっていません。
の投稿
herschel@raptol.netこのアカウントは、notestockで公開設定になっていません。
の投稿
herschel@raptol.netこのアカウントは、notestockで公開設定になっていません。
初代ですでに重すぎてメモリ食い過ぎで動かないから2なんて無理だけど、それはそれとして(？)
リアルにするんだったら、オブジェクトや画質のリアリティだけじゃなく、都市発展のAIやゲームルールも改善しないと、現実的な都市の景観が作れなくて結局リアルな風景になら無いのでそこを改良して欲しい感＞＜
『Cities: Skylines II』ついに発表、日本語対応。超人気街づくりシム、グラフィックが大進化し超リアル・壮大さで展開 - AUTOMATON https://automaton-media.com/articles/newsjp/20230307-239795/
トレイラー映像も、冒頭の風景やミクロ視点ではそれなりにリアルっぽさがあるけど、最後のビル林立の場面を見ると「結局そうなっちゃうのね＞＜」って思うしそれを不自然と思ってないっぽいので、「相変わらず不自然にビルを林立させまくらないと成り立たないゲームルールで作るんでは？＞＜」という疑い＞＜
このアカウントは、notestockで公開設定になっていません。
廃止の経緯がまた、さもありなんというかなんというか……
このアカウントは、notestockで公開設定になっていません。
Python に pypy があるから Ruby では kintama か、バランスとれてるじゃん (?????)
OH GOD OH GOD WHY WHY WHY WHY じゃあないんだよwww
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
kedama@foresdon.jp
このアカウントは、notestockで公開設定になっていません。
「見方も浮上している」「指摘もある」「見方もある」「陥ってしまった可能性もある」
マジで自分の責任では何も言いたくないんだな (そしてソースは出さないんだな) という感じで、まあ、いつも通りお元気ですねぇとしか
べつに失敗だと思うなら失敗だと思うでいいし、安かろう悪かろうだと思うならそれはそれでいいから、ソースとか根拠とかちゃんと持ってきて、とりあえず聞くに値する話にしてほしい
で、こういう一読にも値しないスカスカの記事を槍玉に上げて「失敗じゃない」とか「安かろう悪かろうではない」とかまたしても根拠ゼロのカウンター (のつもり) をばら撒く連中がわんさか湧いてくるんだろ。虚無すぎる。同じ穴の狢やねん
ｲﾝﾀﾈｯﾂで時事で盛り上がる人々、大多数がこんな感じだしマジで関わるだけ時間の無駄なんだけど、放置したらしたでアホって感染するからなぁ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
東京大学の正式な英語名称がUniversity of Tokyoで京都大学の正式な英語名称がKyoto Universityなので統一しようがない。北大は知らない。
University of KyoTokyo University
Kyoto University of Tokyo
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
> かつては英語略称をTokyo Institute of Technologyの頭文字を取ってTITとしていたが、現在はTokyo Techとしている[20]。
世の中には、うまく動かないこと＝バグという言葉を知って、自分の思い通りにならない仕様内の動作をバグですよねと言う人もおり。
ぼくのかんがえたさいきょうの SNS (のメモ) - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/02/25/strongest-dist-sns-i-think/
これを思い出していた
プレゼン資料やアイコンやLGTMに、漫画・アニメを無許可で使うと日本では著作権侵害です - Qiita
https://qiita.com/mishimay/items/b44cdefa5d2f95521fc8
https://mastodon.cardina1.red/@lo48576/109982288508845263 ←こういう使い方がフェアユースないとアウトになってしまう (訴えられたら負けかねない) というやつ #TINLA
このアカウントは、notestockで公開設定になっていません。
ようするに、アカウントの所属という概念が設計上存在していないのに、LTL(≒サーバー)が「所属」を暗に表すものとなってしまっている。これは設計がもたらすものというより偶然的に見える、もしくは、まずい設計がもたらした結果でしかないように見える。
グループという概念を、投稿の公開範囲で制御しようとしている(それがLTL)けど、それはいい設計ではないという気がする。いまのところ代替案があるわけじゃないけど。
“唯一の所有者” が存在できてしまっても問題ないということであれば、その唯一の所有者のサーバ側で簡単なリレー的なダミーアカウントを持つなり RT 専用 bot を持つなりでグループ機能は実現できる気はするんだよな。 ActivityPub 側で特に妨げているということはなくて、実装の工夫次第じゃないかと思っている
で、「同じサーバに属している」ということがユーザにとって何か意味を持っているように見えてしまう場面というと、モデレーションかサーバブロックか LTL の存在あたりになると思うんだけど、前2つはどちらかというと管理の問題で、やっぱり LTL が特別にマズいのだと思う
サーバーコミュニティのGroup actorをas:audienceに入れることでタイムラインの表現
分散と連合を表現するデザインという観点では、 LTL は愚策もいいところだと思っている。
が、一方で「実現可能なことは低コストで実現できるよう機能が提供されるべき」という観点では、 LTL 機能を提供するのは実装者として自然なことであり
べつにこれらは矛盾しなくて、 LTL を提供しないべきという結論を大事にするのであれば、単に「ローカルなユーザを対象とする機能」全般を(モデレーション以外では)無効化してしまえばいい
たとえばユーザ一覧を提供しなければ、ユーザを網羅的に得る手段もなくなるし、そうなったときもはやユーザにとって LTL を作ることは「原理的に可能」ではなくなるので。
それが「されたくないことをさせないデザイン」なのでは。
や、 LTL はちょっと難しいところで、「できることは誰かが必ずやる」ので、最初から公式に提供されていること自体は局所的には正しいように思われる
まあ LTL を提供したくなる気持ちもわからんではなくて、どうせ「可能なことは必ず誰かがやる」ので、無限に非効率なクロールをかけられるくらいなら自分からユーザと投稿のリストを提供しにいくというのは理解できる話ではある (良い手であるかは別として)
https://mastodon.cardina1.red/@lo48576/99341601695955732
https://mastodon.cardina1.red/@lo48576/100043587811783336
まあ LTL が “必要” だったかという点については私はコレですが……
https://mastodon.cardina1.red/@lo48576/101636884604763816
単にメリットを殺すようなデザインを避けてほしいというだけの話なので、分散型でないアーキテクチャの上で人がどう群れようが知ったことじゃないし、むしろ中央集権の方が相性が良いのであればそっちでやればよくない？ くらいの雑なスタンス
まあ結局は思想というか信念の話ですよね。 †実用† を第一に好む人たちには嫌われがちな話題だけど。
私はオタクなのでツールを選ぶとき信念はけっこう重視するんだけど、そうでないどころか思想のことなんて考えたくもない人は多いらしいということはここ10年でよーくわかった
fep/fep-1b12.md at main - fep - Codeberg.org
https://codeberg.org/fediverse/fep/src/branch/main/feps/fep-1b12.md
FEPでGroup使った表現がFINALになってるのでLTLの代替に実装されたらサーバーとの紐付きもちょっと剥がせるかもしれない
