このアカウントは、notestockで公開設定になっていません。

そういえば、アップデートやパッチを指して「アップデータ」などと呼ぶ語法、未だに納得がいってないんだけど、あれはたとえば英語にするとどういう風に分解されるんですか。 updater なのか？

アップデータと称されているデータ、本当に全て実行可能データなのか？

errata と似たような何かを感じなくもない

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

そうなのか

そもそも「アップデータ」をダウンロードする文化圏にいないので根本的にこの言葉に馴染みが薄いというのもあるんだけど

このアカウントは、notestockで公開設定になっていません。

そういうレベルじゃなくて、エラーのつもりで errata と言う界隈 (?) が一部に存在しているらしく

まあ原義では云々みたいな話も聞いたような気がするけど、とりあえず素朴に考えるなら errata は正誤表とか、転じるにしても「訂正」であって、誤記そのものではない

https://twitter.com/search?q=%E3%82%A8%E3%83%A9%E3%83%83%E3%82%BF&src=typd

「エラッタされる」などの用法もあるっぽい (カオス)

「エラッタする」「エラッタされる」「エラッタ修正する」「エラッタ後」「エラッタもガンガン直せる」「エラッタかな」「もしやエラッタでは」

などなど様々な語法が観測できますね

エラッタとは - IT用語辞典
http://e-words.jp/w/%E3%82%A8%E3%83%A9%E3%83%83%E3%82%BF.html

……と思ったけど、

> エラッタとは、誤字、誤植、誤写などの意味を持つ英単語。また、転じて、印刷物の誤字などの訂正表、正誤表という意味もある。

おや？

errataの意味・使い方・読み方 | Weblio英和辞書
https://ejje.weblio.jp/content/errata
erratumの意味・使い方・読み方 | Weblio英和辞書
https://ejje.weblio.jp/content/erratum

「erratum は正誤表ではない」は正だが「errata は誤植ではない」は負か？

正と負ってなんやねん、真と偽

https://mastodon.cardina1.red/@lo48576/101647830841088460
これ間違ってる説が強くなってきた

errata - Wiktionary
https://en.wiktionary.org/wiki/errata#English

ふーむ？

weblio でも wiktionary でも、 erratum の複数形というのと正誤表の両方とも載ってるな

私が普段 "errata available" みたいな語法しか見たことなかったから偏ったのかな？

このアカウントは、notestockで公開設定になっていません。

まあアップデート自体は権限必要だしなぁ

或いはたいした権限がなくても操作できる領域にバイナリ置くという手もあるけど、それはそれでリスクだし

dweb.happybeing.com/blog/post/002-safegit-decentralised-git-on-safe-network.md/
https://dweb.happybeing.com/blog/post/002-safegit-decentralised-git-on-safe-network.md/

このアカウントは、notestockで公開設定になっていません。

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 書いたことない (書かないようにしてきた) ので実は追い掛けても仕方がないやつ

このアカウントは、notestockで公開設定になっていません。

うげー

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

warn の発音は「うぉーん」の方が近いので……

同様のアレとして、 award は「あうぉーど」であるというのもあります

テレビとかで「アワード」と言ってるの、聞いてて恥ずかしくなっちゃう

@orange_in_space Rust だと平常の C++ と同じく「正しく初期化されたオブジェクトしか存在できない」という安全性保証があるので、低レベルプログラミングとかでほしくなる「ある時点では未初期化かもしれないけど、最終的に特定の型として初期化されるかもしれないモノ」みたいなのを unsafe に扱う必要があり、

@orange_in_space それを今までは

let foo: Foo = unsafe { uninitialized() };
// foo を初期化する

のように雑に扱っていたのを、 MaybeUninit<T> で未初期化かもしれないと明示し、また初期化完了のタイミングで明示的に T 型に変換すれば幸せになれそう、という型の提案です

メールアカウントへのアクセスかパスワードの知識のどちらかがあればログインできるんだから、さしずめ「2分の1要素認証」ってところか

ねます

自分の鯖を立てろーーー！！！

Mastodon が普及しつつあるけど、元 GNU Social 勢として思うこともありまして - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/12/15/comparison-of-mastodon-and-gnusocial/#federated-social-web--second-twitter

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ほんまこれな

これからの時代、自分の情報発信を自分のリソースで行うのが常識になってほしい。義務教育でエクセルワードなんか教えてる場合じゃないんだよ

このアカウントは、notestockで公開設定になっていません。

まあメンテの必要なロジックは大抵メンテされない運命にあるので、それはそれで(セキュリティ的に)こわいけど

結局、ライト層にこそ static site generator がお手頃だし、 RSS や Atom は良いものなんですよ

Atom をベースにしているみたいなところがある ActivityPub 、静的に対応することは可能なのだろうか

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

SORENA

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これは割と本気なんだけど、宣伝をしたいなら宣伝に適したプラットフォームでやってほしい。どこでも自分の思うように宣伝できると思わないでほしい

宣伝したがっている人々、自分が本質的に広告業者と同じ事をしようとしているという自覚がないように見受けられるケースが少なからず観測されるのでなんとも厄介

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

だからほんと個人対個人の SNS で「拡散力」を求めないでほしい、よく考えてくれ

個人対個人ですよ！？

拡散力が備わった先の未来、つまるところクソみてえな政治談義とか dis が無限に飛び交う今の twitter なんだけど、そこのところもわかってるのかな……

このアカウントは、notestockで公開設定になっていません。

ふーむ？

まあ確かに many-to-many ではあるんだけど、うーん

とりあえず「拡散力」を求めた投稿が本質的に広告であることは理解してほしいし、投稿が拡散してほしいというのは広告がよく見えるようになってほしいという意味に他ならないのではという感じです #distsns

このアカウントは、notestockで公開設定になっていません。

うーんなんだろう、不特定多数へのリーチを必要としているか否か、で分けるべきだったか

投稿がフォロワーに届けばいいという意味で言っているのであれば、単にアクティブなフォロワーが少ないから拡散されないんだよねという話だけど。
フォロワー以外にも届いてほしいという意味で言っているのであれば、それは完全にユーザが望まなくても見せられる広告と近いものであって、見せられる側で何が起きているのかをよく考えるべき

このアカウントは、notestockで公開設定になっていません。

あの文脈で検索とか能動的探索って含まれているのを見たことがない気がしますが……能動的であるという前提なら、まあユーザ数の話になるのはそれはそうですね

一般に SNS で「拡散」と言うとき、能動的か受動的かは全く考慮されていなくて、目にしたユーザ数を指標にしていると考えていたので

このアカウントは、notestockで公開設定になっていません。

フォロー対象の選別はそうなんだけど、ミュートはちょっと違うような

ミュートは能動的な無視なので、たとえていうなら「見たくないならミュートすればいい」というのは「見たくない広告は URL でフィルタを作成してブロックすればいい」みたいな言説と同じなんですよ。
これは明らかに人々の要求にマッチしていない。人々は「見たくない個々の広告を見たくない」のではなく、「見たいもの以外のすべての広告を見たくない」んです

だから、「見たくないものを RT する人をフォローするな」というのは一理あるんですけど、「見たくないものがあればミュートしろ」というのは (効果はあるが) 現実的な解決とは言い難いのではと

じゃあどういった原理で目にするものを調整するかというと、まあ難しい問題なんですが

このアカウントは、notestockで公開設定になっていません。

はい、結局「見たくないもの」の集合が限られている場合においては、ミュートは有限回の繰り返しで完全な効果を発揮するので、それでいい。
問題は、一般的には人々が見たいものの方が有限で、見たくないものの方が圧倒的に大きな集合であるという点ですね

このアカウントは、notestockで公開設定になっていません。

ぼくのかんがえたさいきょうの SNS (のメモ) - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/02/25/strongest-dist-sns-i-think/

妄想で言うのであれば、ひとつの手としては「ユーザの投稿すべてを観測可能にしてミュートやフィルタで減らす」という引き算アプローチよりも、この記事で提案したような「ユーザの投稿のうち見たいカテゴリのものだけ足し算アプローチで追い掛ける」という方式は (少なくとも現状よりは) TL をファインチューンできるはずなんですけど

このアカウントは、notestockで公開設定になっていません。

はい。
で、その状態は (興味ないものを頻繁に見たくない人にとっては) 極めて健全な状態であって、かつその状態で RT による「拡散力」を期待することは整合がとれない、というのは直観的に読み取れるのではないだろうか、という話でした

あるいは何だろう……理屈が飛躍するかもだけど、たとえば「様々な情報のハブとなるアカウントは、一見有用ではあるが、その実『興味のない投稿も有用な情報と一緒くたに提供されることで、無関心な情報まで読むことを強いられる』という点で害が大きい」みたいな主張もありえる気がする

このアカウントは、notestockで公開設定になっていません。

あるアカウントをフォローした目的 (目当てのカテゴリの投稿) と、そのアカウントが RT する投稿のカテゴリが、一致している場合においては、その通りだと思います。

このアカウントは、notestockで公開設定になっていません。

https://mstdn.kanagu.info/@cobodo/101651597549161684
これなんですが、たとえば「良いイラストを投稿しまくるお絵描きマンがいたとして、興味のない政治的投稿やソシャゲのスクショがめっちゃ多い」という場合にユーザがフォローするかしないか、みたいな話なんですよ

twitter や fediverse の中のみから考えるなら、まったくおっしゃる通りで、「興味のない投稿の方が多いならフォローしない方がいい」と私もそう思うんですが。

ここで「twitter や fediverse を作品発表プラットフォームとして (ほぼプライマリに) 利用するクリエイター」が絡むと、そのクリエイターの作品を追い掛けたい人はフォローのインセンティブを強く与えられてしまう

このアカウントは、notestockで公開設定になっていません。

私もそう思います (できれば pixiv よりも ActivityPub か何かの共通のプロトコルに乗ったサービスがあるともっと素敵だと思うけど、それはさておき)

何が言いたいかというと、 twitter や Mastodon などのような形態の SNS をギャラリーのようにして使えてしまうと、フォローすべきかせざるべきか問題だとか拡散力の不足 (あるいは拡散力増加の代償として HTL の不快化) を促進するという問題が起きるよね、という話です #distsns

もちろん作品を発表する場として SNS を使うことを否定するものではありませんが、少なくとも理想的でない使い方が存在しているらしいという考えであります

このアカウントは、notestockで公開設定になっていません。

たとえば「お絵描きマンがソシャゲのスクショを延々と投げることに文句を言うアホ」みたいな問題もこの問題の延長で発生していることで、要するに「ギャラリーや作品に関する投稿」と「クリエイター個人としての投稿」が区別できてないんですよ。
で、そういう致命的に文脈が混在した使い方を推奨できるかという話で、少なくとも私はあまりおすすめできない #distsns

もちろんクリエイター個人としての文脈で作品について語ることは十分ありえるしそれに問題はないんですが。
たとえば、ただ「新作をおしらせする」という目的でクリエイターが個人として使っているアカウントをプライマリに使って告知を流す、この利用法が有用であるにせよそうでないにせよ、それなりの欠点はあると思っています

このアカウントは、notestockで公開設定になっていません。

まあ結局 RSS も feed の一種である以上は本質的には複垢と同等のものなので、簡単に言ってしまうとそうなるんですが。
そういった妥当な使用法が現状で不便なのであれば、これは本来システムによってアシストされてよいことなのでは、という感じはあります

私はウンコ食べたくない派なので、システムが不足しているのを人間の運用で補ってクソ塗れになるところは見たくない

「正しいことをやりやすく、間違ったことをやりづらく」というのはデザインの鉄則なので

このアカウントは、notestockで公開設定になっていません。

人間と向き合うサービスはつらいことばっかりだ……

だから私は情報工学系の理論ラボに来たんですよ ()

リフレッシュスペースというところで同じフロアの人々と雑談したりするんですが、誰かの「人間とか興味ないでしょ」みたいな発言に皆ウンウンと頷いていて、お前ら同類じゃねえか、だからこのフロアに来たんだよ^^ という気持ちになりました

https://social.mikutter.hachune.net/@akkiesoft/101651655744703760

これ、ほんまこれ、まさしくこれ

#distsns

どうにもタグを付けるのを忘れがちになってしまう、やはり文脈システムは必要

このアカウントは、notestockで公開設定になっていません。

https://mstdn.rinsuki.net/@rinsuki/101651667842184569
そうなんですよね、結局「告知」というのはプライマリな作品発表スペースへのリダイレクトであってほしい (そこでメタデータが付くことはあるにせよ、本質的にはリダイレクト) #distsns

まあ理想をどう語ったところで実装が追い付かないので難しい

このアカウントは、notestockで公開設定になっていません。

https://mstdn.maud.io/@unarist/101651677320242949

やはり作品投稿用の ActivityPub サービス欲しいですよね…… PeerTube とか近いのかもしれないけど

機械可読性！！！！！！！！！！！ #人はなぜ ！！！！！！！！！！

人はなぜ……

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

漫画モード、存在も知らなかった

manga.maud.io

このアカウントは、notestockで公開設定になっていません。

あとブラウザのヒストリを無限に食い潰すのやめてほしい (permalink ボタンを押したときに URL を更新するくらいにしてほしい)

ヒストリというのは進む戻るのやつというより、後から「こんなプレゼン資料昔読んだなぁ」と思いながら検索をかけたら無限にスライドのページが出てくる方を想定してください

このアカウントは、notestockで公開設定になっていません。

いずれにせよ js などによる動的表現が必要になるのであれば、あの感じはかなりイケてる気はしますね

極めて個人的な感想としては、イラストという静的コンテンツを js 必須の形で提供するのはどうにも好きになれないんですが

うーん……ちょっと本気で静的サイトジェネレータ自作を考えるか……

distsns.cardina1.red を作りたい

やっぱり文脈指定が欲しいんですよね。それできっとみんな幸せになれる (少なくとも今よりは)

言うだけならタダ (作るのは面倒)

人間に興味ないのでﾄｮｯﾀｰのトレンドとか完全に消去してるわ

2年前に移住しなかった人、どうせ今回もなんだかんだで移住しないでしょ

twitter と共に朽ちていけばいいんじゃないでしょうか。それはそれで楽だと思うし

うちのﾏｯｽｨｰﾝの IPv4 アドレスは 127.0.0.253 です (中途半端なリアリティ)

127.0.0.1/24 はぜんぶループバックだからな、中途半端なリアリティ出してけ👊

このアカウントは、notestockで公開設定になっていません。

草

完全に中央集権脳じゃん

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

CaC って Command and Control かと思ったけど文脈からして違いそう……

マルウェアが操作可能になるのを待っている人みたいになってしまう

草

なるほど

このアカウントは、notestockで公開設定になっていません。

ょぅι゛ょの天然水ソムリエになります

はい！なった！今なったよ！！

？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Rust は非同期が (ライブラリでなく) 標準に取り込まれるまで待ちたいというのが個人の感想

もちろんライブラリを使えば現状でも非同期処理を行うアプリケーションは普通に書けるんだけど

やっぱりね、標準の安心感と構文糖衣はね

このアカウントは、notestockで公開設定になっていません。

新歓展示用に FBX ライブラリの実装を進めないといけないのに、何故か静的サイトジェネレータを書いている #人はなぜ