特定のホスティングを使うから危険なのであって、自前のサーバや VPS を使って物理サーバやサービスを取り替える形での引越しに対応しておけば、対症療法的な対処はしやすくなりそう

たとえば ConoHa が駄目ならさくら、さくらで駄目だったらまた別の業者、というように「囲い込まれない」というのも重要な要求

制限そのものを回避するのは現実には困難なので、次に目指すべき目標としては弾圧の影響が長期化/永続化しないようにするというのがあり、囲い込みの回避はそのための手段として効果的

そういう点では「分散といいつつみんな Mastodon をさくらや ConoHa に立ててるじゃないか」という意見は(いろんな意味で)本質を捉えておらず、むしろその意見は Mastodon ホスティングに対して適用されるように思われる

無論、ホスティング業者が囲い込みしないような(つまり素朴な Mastodon 環境と相互運用性の高い)完全なバックアップやリストアを提供できるというのであれば、これは良いものだと言えるけど、どうなんでしょうね

だから「自前インスタンス」より「自前サーバ或いは自分が掌握しているサーバ」というのが適当だと思うんだけど、どうせそこまで使い分けても通じないし、ひとまず分散の方を優先してｱｯﾋﾟｰﾙしようかなという気持ちでいる

匿名性、そもそもアルゴリズムレベルで保証するよう設計されたシステムでないと保証されないのは当然だし、 Mastodon というか通常の SNS に限らず、ネットと匿名性をすぐに結び付けようとするのはもう少し考えてくれという感じ

そもそも twitter やホスティング業者関係、或いは人々の弾圧で発生する「(業者の都合や人々の圧力による)制約」と、政治的/法的な事項を原因に発生する制約は、割と根本から大きく違うと思うので、これらを分けて考えず一緒くたに「自由」と言うのもよくない。

私が Mastodon と分散の文脈で「自由」を守れと言うときは、必ず前者を指しています

べつにシステムを工夫すれば後者に耐性を持つような言論プラットフォームも技術的には作れるかもしれませんけど、それは Mastodon に求められる特性ではないし、実際そういう風には設計されてないはずです

ネット(と呼ばれる掲示板や SNS) で匿名が云々言ってる人ら、デマや殺害予告でバンバン逮捕が発生している現状のどこを見て匿名と言っているのか気になる

気になるというのは語弊があって、私は物が見えてないし見ようとしない人々の話に興味はなくて、どういう過程で現実を歪めて認識し自分を騙しているのかという思考過程に興味があるだけ

jsreport「章生えるwww」

これは (js)article で part の次が section である一方 (js)report では part と section の間に chapter が入ることを表現しています #高度なジョーク

国家権力の不当な執行への対策に関係する事項、物理的な対策まで考えないといけなくなるので、設計段階から意識してやっていかないと後付けは難しそうという感想(まあ抽象化レイヤーにして上に既存サービス乗せるみたいな例もあるにはあるけど)

黎明期に Mastodon に飛び込んでくること自体が「こだわってるオタク」感はある(全員がそうというわけではない)

これは偏見

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

持ち込みできるのか(悪意あるデータ突っ込んでみたさ) #ない

する気はないけどどうなるのか気にはなります

これはありそう

攻撃される前に防御したがる人、間違いなくアレ #アレ #とは

いわゆるセキュリティ界隈の独特なアレみたいなアレ (伝われ)

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

まあ少しでもアレな人を増やそうという活動をですね……(?)

東京知見特捜部

ドメインとか実名公開一歩手前みたいな感じですしね

そういえば WHOIS 代理がアウトだ的な話があったような気がするけど、あの辺りちゃんと追ってないので結局どういうことなのかよくわかってない

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

1. 小説を GitHub 等で管理する
2. issue が立つ / issue を立てる
3. 修正する / 修正される

これで服装問題もどうにかなったりは……

[妹エクスプロイト] 「セキュリティホール」という言葉を使いたい · Issue #2 · lo48576/short-stories
https://github.com/lo48576/short-stories/issues/2

[妹エクスプロイト] リモートエクスプロイトの解説について · Issue #1 · lo48576/short-stories
https://github.com/lo48576/short-stories/issues/1

や、実際鉞対策/管理として ITS を使うのは有効なのではと感じています

あと tracking issue 的に使えば修正洩れとかも追跡しやすくなるし

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

ﾎﾟﾖｸﾞﾔﾐﾝで闇の軍団とかが鉞投げ合ってるの見たりすると、なるほど知能バトルって感じはある

ﾎﾟﾖｸﾞﾔﾐﾝ魔法モノ小説を書くのが今年の目標

日本の人名はエントロピーが高い、たしかにそう

あれ？高い？低い？

圧縮しづらいからエントロピーは高いですね

合っててよかった(ｽﾞｮｯﾎﾝ系としては、これを間違えるとちょっとな)

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

これはちょっとしたトリックなんですが、「㉅㊛の🈗然㊌ソムリエ」という文字列は google では一部記号類が欠落して「らりお・ザ・㉅ の 然 ソムリエ」のように認識されるので、なるほどねとなる #なるほどね #とは

GPG 絡みで実名を出したりとかあるので、その辺りはまあいろいろ……

GPG というか PGP

まあ PGP でも実名出す必要はないんですけどね……

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

これわかる (OSS に関わっていくうえで、外国人は実名多いしまあ合わせるかという感想)

s/実名/実名っぽい人/

ﾋﾟｯﾎﾟﾊﾟﾌﾟでは実名出してるけどﾄｮｯﾃｰとかで実名出したことはないはず

orange 氏はﾌﾞﾖｸﾞ(じゃなくてもいいけど)とか書かないんですか

実名出してるの、ﾋﾟｯﾎﾟﾊﾟﾌﾟというか git のコミットと PGP 署名なので、今更撤回して意味のあるような段階ではないですね私は

というか私はあまり実名エントロピー高くないという感想(ググれば他人が沢山出てくる)(というか私が表彰されたりとかで自分の意図せぬところで実名出てない)

ブログ、スタイルが好きじゃない感じだとそれだけで書く気が失せたりするので難しい

これから Mastodon がどれだけ「(文化の意味で) twitter 化」していくのかは気になってるところ

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

私もだいたいそんな気持ちですね(静的サイトは静的に管理できるのが良い)

あと記事群を git で管理したいという欲求があったので

ドメインブロック、**普段**見たくないものが事故で流れてこないようにするだけみたいな気持ちでおり、どうせブラウザからアクセスすれば任意の(プライベートでない)投稿は閲覧可能なので、反対意見を見ないことを意味しているわけではない

まあ私ドメインブロックしてないんだけど

というかユーザ単位のブロックすらしてなかったわ(ブロック外しのためのブロック→即解除とかは何度かした)

ブロック外し、クソ bot のために鯖に負荷かけたくないので、場合によっては容赦なくやる

「自分にとって不愉快な投稿を拡散しがちなフォロイー」というのは存在するものであり(それゆえ twitter はああなった)、それを防ぐ手立ては既に用意されていて、特定ユーザのブーストを非表示にすることができるので、まあ活用してくださいとしか

たブン六度目(ロックドメ)
https://mastodon.matcha-soft.com/@mitarashi_dango/99309578496583771

ちょっと #高度なジョーク 扱いできるか微妙な感じ(「イ」を自然に入れられなかった)

文脈を大事にして連鎖させたのにこの点数……

自虐は文脈を共有した人間にしか通じないところがあるので、まあ

オタクが自分達をオタク**呼ばわり**するのとかもそういうやつ

原理的に簡単に可能なことはどうせ実現される(そのうえ手間について文句を言われる)ので、手間なく実現可能にしておくべき、というのが私の信念なので、悪貨が流行る前に良貨で市場を塗り潰すべきという考え

ﾘﾂｲｰﾄ然り、“web魚拓”然り、引用然り

非公式 RT なるアレが広まる前に公式機能になっていれば被害はもう少し小さかったはずだし、 web ページキャプチャ画像のアレを見るにアレ(言葉にしたくない)

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

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

それは本当か？

やっぱり Mastodon を「コミュニティウェア」として見てる人もいるんですね

この意見を逆の面から見ると、「実現されてほしくない使い方は、設計レベルで難しくあるべき」ということになります

プログラミングの言葉で言うなら「正しいことを簡単にでき、間違ったことをするのが難しい言語が、良い言語である」などがそういう感じの思想です

設計は想定される使い方を誘導するようになっているのが望ましいし、それが徹底していなかったとき「想定外の(望ましくない)使い方」が広まってしまう

件の意見の人は「Mastodon のインスタンスにつきひとつの(或いはごく少数の)コミュニティが対応している」という世界観で見ていると思うんですが(私が「コミュニティウェア」と言ったのはそういう意味)、それはコミュニティという「場」が最初に存在して、それにリンクされるものとしてユーザが存在するという世界観ですよね

私が Mastodon (や分散 SNS) を見ているときの見え方は違っていて、「場」というのはリンク関係から自然と構築される(もっと言えば、ユーザが勝手にそう見ているだけの曖昧なものが出来上がる)もので、 Mastodon における重要な存在は「場」ではなく「ユーザ」である、という話です

つまり、コミュニケーションツールであるという見方には同意するんですが、「場を用意してユーザが集う」という、集団そのものに焦点を合わせたものと見るのか、「ユーザが繋がるとコミュニティっぽいものができてくる」というユーザに焦点を合わせたものと見るのか、その点で大きな違いがあります

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

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

私は個人レベルへの分散としつこく言っていることから想像されるように後者の用途を強く推している(というか、そういう概念に基いたプロトコルや設計になっていると主張している)のですが、さっきの方は前者の見方をしていましたね、ということです

私は逆で、単なる長文については「これいらねと思ったら畳みたいけど、最初から畳まれてると中身を確認できないので鬱陶しい」という感想です

Content Warning はあくまで warn してほしくて(ネタバレとか)、ありがちなｽﾏﾋｮ版ｳｪｯﾌﾞページみたいな「続きを読む」をトゥート規模でやられると余計なことをしないでほしいという感想になります

「余計なことをするな」は私の中に強く根付いた欲求(主に某ワードプロセッサ等のせい)

orange 氏とか長文畳みがちで、あれはいろんな人に気を使ってるんだろうけど、私はどうせ全部開いてから読むか決めてるので、最初から開いててほしい

(これは責めてるわけではないです、念のため)

そういう設定ないですかね

configurable にできない理由はなさそう

いや、 warning という本来の意図からすればデフォで閉じてないと駄目じゃんwww

ボケてた

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

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

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

「敢えて読む」にすればいいんですかね #そうじゃない

ネタバレやアレな文章について隠してある warning であれば、やっぱデフォで隠れててほしいので、やっぱり warning でない用途で隠すのが好きじゃないという結論になった

私は LTL に同居人がいないので気楽に長文ぶっこんでますね

「もっと見る」を「読む覚悟ができた」ボタンにすればいいのでは！ #そうじゃない

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

同じこと考えてた

たしか Wikipedia とか昔はネタバレ隠し的機能あったけど、いつぞや議論があってそういうのやめようということになったような気がする(覚えてない)

というわけで、日頃 warn されるようなコンテンツなんて R18 とかの年齢制限か、感想書き込む系サイトのネタバレ防止くらいしかないな

@seg_faul@mstdn.jp （正解の音）

私はｵﾀｸｺﾝﾃﾝﾂ系も観察しているアニメ録画勢なので、初見のインパクトが大きい作品のネタバレとかは警戒しちゃいますね

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

私はこれをリスト機能の充実である程度代用可能だと考えていて、ﾋｮﾛｰが弱い繋がりになって、リストに突っ込むことで文脈や用途に応じて選択的に繋がりを強くすることができるのではと

たとえば末代周辺とインターネットお絵描きマンを別々のリストに入れることで……とか

(ちょっと話がズレてるかもしれない)

やっぱり必要なのは「クライアント側で、自動/手動で長文を畳む機能」ですね

ｲｽｭｰ立てるべきなんだろうけど

https://pawoo.net/@montatokita/64234417
文脈の混線が嫌というか、アイデンティティを完全に分割して運用したい系の話なのか

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

硬直化については難しいところで、硬直しないということはつまり自分の直接に把握してない場所からの情報の流入が一定量あるということなので、潜在的には要らん情報を押し付けられることに繋がるので(まあそれはそれで有用なことはあるけど、好まない人は多い)

Mastodon だとﾌｮﾖｰしないとリストに突っ込めないので、ちょっと twitter のリストとは認識を変えないと使い熟せませんよね

というより、プロトコルに近い層の要求で、リストがﾌｮﾖｰの真部分集合であることを要求されている

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

この辺り私は物言いが過激になりがちなのでスタンスの説明が難しいんだけど

べつに使い方なんて勝手にすりゃいいじゃんというのはその通りなんだけど、結局よく知らないまま他人(特に初心者)に変な使い方を薦めるのは避けてほしいなぁという願望があり、そういったケースが事故で発生することを防ぐために啓蒙をしているという面があります。

なお、ここでいう「変」かどうかはプロトコルやアプリケーションの設計や意図を観察することで規定されるものであって、ある程度(どの程度かはさておき)の客観性があるものと考えてください

喩えてみるならカップ麺にお湯を注ぐかという話で、べつに注ごうがそのまま齧ろうが個人の勝手だし、ふやかそうが固めで食べようが好きにすればいいんだけど、カップ麺初心者に、パッケージに描いてあるのと違う食べ方を薦めたり、あげく「こう使うものなんだよ！」と説明してあげるのは是非ともやめてほしいな、という感じです

そういうのはカップ麺というものをわかってきてから個々人が嗜好や状況に合わせて勝手にやるものであって、薦めたり解説するなら当初想定されていた方法論を提示するのが妥当でしょう、という話です

(べつに変なやりかたを積極的に広めるのも個人の勝手なんだけど、それを言ったら何もかも個人の勝手なので、そういうレイヤーの話をしているのではない)

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

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

ブースト多いと文脈が発散しがちというか、まとまった良質な情報を得づらいので、そういうのは気になりますね(まあブースト非表示もあるしどうとでもなるけど、そういう垢はそもそもあまりﾌｮﾖｰしない)

こっちでどうにかするので好きにしてくださいという感じです

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

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

これはちょっとある……まあ職業じゃなくて趣味でやるとそんなものかなという感じ

「中世ヨーロッパ風」(ただしあまり中世ヨーロッパ的ではない)の世界でチートして現代日本に持っていくパターンが多いの、ちょっと人々の意識について良くない勘繰りに使えちゃいますよね

まあ職業作家でも「ハッキング」を deus ex machina 的に使う人はいるので、ｱｯﾊｲという感じではある(個人差が大きいということ)

https://twitter.com/L1048576/status/408180293464363008
https://twitter.com/L1048576/status/531091703336148992

https://twitter.com/L1048576/status/408179117352165376

ssig33.com - ガールズ&パンツァーと技術
https://ssig33.com/text/%E3%82%AC%E3%83%BC%E3%83%AB%E3%82%BA&%E3%83%91%E3%83%B3%E3%83%84%E3%82%A1%E3%83%BC%E3%81%A8%E6%8A%80%E8%A1%93

これ

> 結局のところ「メカが好き」と言っている人達、これまで人類が積み重ねてきた技術体系には興味がなくて、ゴテゴテしてる見た目が好きなだけなんだろうなと思ったわけです。

べつに技術を克明に詳細に描けという話ではなくて、都合良く使うなら無理に実在の実際の技術を引っ張ってきて名前と権威/威力だけ借りないでくれという気持ちです

たとえば最近の例だと異世界ｽﾏﾋｮのリードオンリーインターネットなんですが

書き込みできないインターネットという概念、「あっこの人まったくわかってねーな」と思うんですが、べつにそのことに腹が立ったりはしないわけで、それが何故かと考えると、インターネットを都合の良い技術として引っ張ってきて、「ほら例のすごいやつだぞ！」とそのパワーだけ誇張してないからなのではと思うわけです

異世界はスマートフォンとともに。 - ＃１　死亡、そして復活。
https://ncode.syosetu.com/n1443bp/1/

> 「君からの直接干渉はほぼ出来ん。通話やメール、サイトへの書き込み等じゃな。見るだけ読むだけなら問題ない。そうじゃな…ワシに電話くらいはできるようにしとこう」

https://gnusocial.cardina1.red/notice/137519
https://gnusocial.cardina1.red/notice/137526

ツッコミどころを見付けただけで、だからどうとは思ってないのが読み取れる

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

べつにどんな異世界マジックやフィクション演出があってもそれは「リアリティ」とは関係がなくて、ただ現実の概念を中途半端に引っ張ってくるのをやめてほしいという感じです(嘘や「作者の都合」が目立ちすぎるので)

たとえば異世界の「林檎」なる果物が紫だろうが虹色だろうがどうでもいいんだけど、そこに中途半端に「現実の林檎の常識」を持ってこられると、読者はその林檎についてどこまで自分の常識を適用してよいのか、その基準を失ってしまうわけです

だから、意図した演出でない限り、むやみに現実から概念を引っ張ってきてフィクションとの境界を掻き乱さないでほしい、というのが、私がフィクションに要求していることのひとつで、これを満たすと私は「(少なくとも世界の描写は)良質な作品」であると判断することが多いです

言うまでもないけど言っとくと、これは個人的な価値観なので、これを満たさないからといって作者に意見投げたりはしないし、ただ私が自分の中で「これは受け付けない感じの作品」と判を押すだけです(そしてたまにその感想をどこかに投稿するかもしれないけど)

まあそういうのはファンタジーじゃなくて完全に SF 寄りになるでしょうからね

求める場所が間違ってる、みたいなのはまあ時々自分でも感じなくもない

でもファンタジーであることと技術や概念の描写が的確であることは両立すると思うので(たぶん実例もいくつか読んだことはある)

簡潔には「嘘は歓迎だが間違いは嫌(わかる人にはわかるし無駄に気になる)」という感じです

ところで情報セキュリティ用語を誤りなきよう細心の注意を払って濫用した、技術へのリスペクト溢れるえっち小説がこちらになります:

妹エクスプロイト
https://ncode.syosetu.com/n9428dl/

ほんまか？

[妹エクスプロイト] アルゴリズムについての解説がランダム性を考慮していない · Issue #3 · lo48576/short-stories - https://github.com/lo48576/short-stories/issues/3

本文じゃなくて解説に鉞ポイントを発見してしまった……orz

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

TeX ってそんなすごいことできたのか！と思ったけど、ちょっと考えて texture か～となった

std::neruptr_t

人は……人は何故……

起床

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

https://mstdn.maud.io/@musashino205/99312951118604006 #potd

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

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

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

大昔に出したきりメンテが停滞して merge されてなかった PR を綺麗にしていた (master への rebase や改善など)

Make `gpu_cache` optional by lo48576 · Pull Request #17 · redox-os/rusttype
https://github.com/redox-os/rusttype/pull/17
Implement features for font name strings by lo48576 · Pull Request #4 · dylanede/stb_truetype-rs
https://github.com/dylanede/stb_truetype-rs/pull/4

あとついでだったので小さな PR 書いた

Implement `Display` and `Error` traits for error types by lo48576 · Pull Request #72 · redox-os/rusttype
https://github.com/redox-os/rusttype/pull/72

Google、CPUの投機実行機能に脆弱性発見。業界をあげて対策へ ～Intel、AMD、Armなど多数のCPUが対象も、コンシューマでは影響は軽微 - PC Watch - https://pc.watch.impress.co.jp/docs/news/1099687.html

コンシューマでは影響は軽微……つまり……

コンシューマで騒がれるのは今週まで！wwwww

#高度なジョーク
#文脈を大事にしたジョーク

うちはｱｲﾁｰ系の歴史を聞けるような家庭ではなくレガシーデバイスとは縁がないので羨ましい

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

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

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

カードに👊パンチ #そうじゃない

パンツカード

FORTRAN プログラマ「パンチャー、フォー！」

これ unarist https://mastodon.cardina1.red/media/x39r9Q7lhcrVat66rIo

これ binarist https://mastodon.cardina1.red/media/mCAaOpr6O8ec4zsWmdU

これ ternarist https://mastodon.cardina1.red/media/8wi5qs3Q6nUmaylQ8y4

これ nullrist https://mastodon.cardina1.red/media/GJMfRis3nOPmDMT0lT4

これわかる……

nginx のリバプロが既にソケット存在してると起動失敗したりするんですよね

や、逆(バックエンドが起動拒否)かも

UNIX domain socket 使ってるとホストのパスを指定する必要があってサーバ引っ越し(複数ホストのコンテナをひとつにまとめたことがあった)のときちょっと面倒だったので、今では docker の内部ネットワーク経由でリバプロに繋ぐようにしている

やべ、 queue が詰まりはじめた……

lain 、アニメの円盤は持ってる

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

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

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

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

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