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

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

そういう人は tw で好きなように苦しめばいいと思うので、そっとしといてあげてほしい

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

高速化のために敢えて正規化を抑制して……とか言われると、気持ちも原理もわかるけどきったねえなぁという感想にはなる

やらない理由を探す人は、どうせやり始めてからも文句つける理由を探すので

ブーメランやめ

デファクトスタンダードから外れがちなオタクなので、他人の気持ちをはかることができない

素の Android 使ってるし PC も Linux だし日本語使ってるしカーネルコンパイルには gcc 使ってるし vim ユーザだし、私は一般人です

ﾂｲの時代から知り合いにﾌｮﾖｰされてもガン無視してたりするので、 Mastodon に知り合いが来ようが来まいが私には関係ないですね(なお人間関係の保全は保証されない)

sqlite 、 foreign key 制約が pragma 使って明示的に有効化しないとデフォで無効なのはさすがにすごいと思うw

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

ひとまず有向非巡回グラフをうまく扱える DB で、ちゃんとネイティブコードだけで動くやつがほしいという気持ち

なんで DB 動かしたいだけなのに仮想マシンやらインタプリタを入れにゃならんのか

Cassandra を名前しか知らないのでそのうち調べた方がよさそう

seastar 、聞き覚えあると思ったら C++ で promise か何か作ってたあそこだっけ

https://github.com/scylladb/scylla/commit/39c1987ad75087e862acc4f773a57928c5637f09
すげえな(良いことだと思う)

https://twitter.com/FirefoxNightly/status/951382754125545473 #tw

1428918 - Web Authentication - Enable in Nightly
https://bugzilla.mozilla.org/show_bug.cgi?id=1428918

Web Authentication: An API for accessing Public Key Credentials - Level 1
https://www.w3.org/TR/webauthn/

なにこの面白そうな！

理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL (WEB+DB PRESS plus) 奥野 幹也 https://www.amazon.co.jp/dp/4774171972

これおすすめです(なんか鉞投げてる web ページも見たような気はするけど、良い本だと思います)

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

これすき

おっ、 IoT で家燃えですか、これは stuxnet 時代の再来ですね！(適当)

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

stuxnet「遠心分離機あたためておきました！」(施設破壊)
IoT デバイス「部屋あたためておきました！」(家燃え)

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

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

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

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

なるほど

.env.production に SWIFT_PASSWORD とか突っ込んであるので、 .env.production を ignore したうえでそこに credential は全部書いてました

環境変数が使えるのなら、 systemd の EnvironmentFile とかで別のファイルうまく読んだ方がいいのか

GNU Social setup sample for gnusocial.cardina1.red
https://gist.github.com/lo48576/68cf08b439783757fb33826d0fa3ca58

ぐぬそだけど、 docker-compose で outbound の通信に IPv6 使う方法です

Comparing e054a593f1c4d2b3bc72aa07103a6d247be41ee7...10bc77748a550505f6f93aeb62e28ae4aa0a0eee · lo48576/mastodon
https://github.com/lo48576/mastodon/compare/e054a593f1c4d2b3bc72aa07103a6d247be41ee7...lo48576:10bc77748a550505f6f93aeb62e28ae4aa0a0eee

こっちは私の Mastodon 鯖でやってるやつ

だから「信用できない他人を信用するな」と何度言えば通じるんでしょうかね……

情報を盗られるのが嫌なら外に投げるな、当然の話では

自分の……サーバを……建てるのです……

以前からしつこくしつこく誰を信用するか考えろ、自分の世話を自分で見ろと言ってるんだけど、全く届いてなさそうなので厳しい(どうすれば伝わる)

https://blog.cardina1.red/2017/04/13/federated-social-web/#faq

なにか企業に対して謎の幻想を抱いてるんじゃないですかね。企業なんだから邪悪なわけがない！とかそういう。

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

twitter の DM も twitter 社には全部筒抜けですからね

ゼロ知識証明(ﾎﾞｿｯ

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

信じ難いことだけど、たぶん GMail の中身が google 社に解析されているとか理解してる人も少ないんじゃないだろうか

まず「エンドツーエンドの暗号化」という概念が一般人に知られてなさそう

ハッシュ取ったり難読化するのを「暗号化」と呼ぶﾌﾟﾖｸﾞﾔﾏさえいるくらいだし

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

Libreboot
https://libreboot.org/

そもそも AGPL とかも紳士協定みたいなところがあるからなぁ(外から観測できる挙動に影響がない場合、改変を一般ユーザが知る手段はない)

振り返って考えてみると、そもそも個人運営の中小インスタンスが積極的に人を集めようとしたこと自体が私の想定と違っていたので、その時点で私の敗北は確定していた

だってまさか、分散をよしとする SNS で、広告とか商業でやってるわけでもないのに大規模化を目指すなんて、怠惰な私は想像だにしてませんでした

見ず知らずの他人を集めて自分のリソースを提供した挙句彼らの行動の責任まで負うなんて、聖人か何かじゃないと無理ですよ

本の虫: そろそろマストドンについて語っておくか
https://cpplover.blogspot.jp/2017/04/blog-post_15.html

> マストドンとGNU Socialは残念ながら設計的に間違っている。結局、やっていることはTwitter風サーバーのソフトウェア実装を提供したというだけで、解決しようとした問題は何一つとして解決していないばかりか、大半のコンピューターリテラシーの低い者にとっては悪い結果になるだろう。

ほんとこれな

普及のために必要だったというのには一理あるけど、大規模サーバになりうる設計だった時点でアレなんだよなぁ

(分散化の促進のためには、)アカウントは複数持てても、根本的に少人数/個人利用を想定した作りになっているべきだったと考えます。たとえば典型的には LTL が不要

や、 LTL はちょっと難しいところで、「できることは誰かが必ずやる」ので、最初から公式に提供されていること自体は局所的には正しいように思われる

もっと根本的には、「 LTL を必要とするような使い方をする」ことが間違っていると考えたいですね。
どうせ少数か密接に関連しているアカウント群しか同一インスタンスに存在しないのであれば、互いの存在も当然把握していると仮定していいし、自分で必要なアカウントをフォローしろという話

LTL が有用なのは、見知らぬアカウントの投稿を見られるかもしれないことが理由であって、つまり「見知らぬアカウント」なんてものが存在しないような規模でのインスタンスであれば、 LTL は(内部にいる人にとっては)必要ない

うん、「 LTL はインスタンス外部の人のためにこそ提供されるべき」と言うのが良いのかな

極小規模インスタンスでの話です

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

私はユーザがアレな運営者とともに爆散して死んでいく光景をもう見たくないので(たとえば infoseek と共に多くのページが死んでいったいように)、リテラシの低い一般人であっても、情報を発信する人に対して分散化を推奨していくことは、**受信者にとって**大きな意義があることだと考えています

引っ越し可能(ただしドメインは持っていない)

結局個人が気軽に URI を持てないところに厳しさがあるのであれば、救いとなるのは P2P レベルでの分散とか、ハッシュとかを使った名前解決でしょうかね

や、べつに管理者が殺すつもりで情報が死ぬのは仕方ないんですよ(や、閲覧者からすれば clone 可能にしてくれと思いますが、さておき)。
管理者が意図せぬ形で死んで、そのまま放置されるというのが一番険しい

gnusocial や mastodon の哲学 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/04/13/federated-social-web/#faq

> よって、個人ユーザがポコポコ新しいインスタンスを立てると、消えるインスタンスがユーザ単位になります。 (インスタンスが生き残ってユーザが活動しなくなっても、結局何も得られなくなることに変わりはないので、それならインスタンスが消えても同じことです。) インスタンスと共に死ぬユーザが少なくなるのは、むしろ好ましいことです。

ここでも書いたけど、こういうこと

「放置」と「意図して消す」は区別されてほしいし、前者であるにも関わらず情報が消されるのは悲しいことです

まあその辺りの話を始めると、ユーザが自前で情報をクローン可能なシステムにしてくれという話になり、特に cgi とかサーバサイドスクリプト関連だと maidsafe 的な新しいプロトコルが必要になりそうなので……

静的な情報しかないのであれば ipfs とかでもいいんだろうけど

つまり、情報の保全そのものについてはシステムとかプロトコルで保証されるべきで、私が現在の www で問題にしたいのは、それより前の意思決定に影響するレベルのお話です(つまり「消したのか消されたのか」という話)

ザナドゥ計画 - Wikipedia
https://ja.wikipedia.org/wiki/%E3%82%B6%E3%83%8A%E3%83%89%E3%82%A5%E8%A8%88%E7%94%BB

現状の「情報発信者が一方的に情報を抹消できる」というのは極めてよろしくないように感じるし(様々な理由でそれを望む人もいるけど……)、閲覧者が「好きなときに情報を閲覧する自由」というのも同様に保証されて然るべきではという思想を持っている(情報の再発信はまた別の話なので、著作権云々は関係ない)

これ

一度買った本を取り上げられない自由があるべきだし、一度受け取ったチラシを保管して後で見返す自由があるべきだし、一度閲覧した web ページ等を後でまた見る自由があるべき(そしてそれが欠落した情報にならないようシステムにサポートされているべき)

ですよねぇ

一応ローカルでプロキシ建てたり wget とかで保存したりという手段はあるにはあるけど、パスとかスクリプト云々とか結構いろいろな情報が欠落するので

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

や、「発信者が手元の情報を削除できるのは構わないが、受信者がその影響を受けないオプションが存在するべき」なので、ちょっと違うような気がします

受信者が手元の情報をミラーする自由については保証すべきかは考えどころなので

考えどころというか、現状の著作権システムでは保証されるべきではないでしょうね (web ページ等がライセンスを明示しない限りは)

忘れられる権利、あれ「自分に関する情報の公開を取り止めさせる権利」と考えると、「誰かが受け取った情報について忘却させる権利」では決してないので、受信者が過去に見た情報を失わないようにすることの正当性を否定することにはなりませんよね

「忘れられる権利」という言葉、あれ本当に良くなくて、「いつまでも騒がれない権利」とか呼ばれるべき代物

「忘れられる権利」は「忘れさせる権利」ではないし、そう解釈されてはならない

もっと別の言い方をすると、「知らない人が新たに知ることを制限する」のは場合によっては妥当かもしれないが、「一度知ったことを知らない状態にさせる/思い出させない」というのは許されるべきではない

現状だと裁判で決まるかそうでないか、くらいの違いしかないような気がする(詳しくは知らん)

根本的に、他人の自由を制限するような事項について気軽に認めるべきではないし、「○○の権利」と名前を付ければそれで良いというものではない……

忘れられる権利 - Wikipedia
https://ja.wikipedia.org/wiki/%E5%BF%98%E3%82%8C%E3%82%89%E3%82%8C%E3%82%8B%E6%A8%A9%E5%88%A9
定義が曖昧すぎるんだよなぁ

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

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

ということは、現状既に可能である「ローカルコピー」をより協力にサポートするプロトコルやクライアントの存在も否定されるべきではないという主張も可能ですよね

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

DRM は邪悪、滅ぼすべき

「魚拓」よりは余程健全

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

その通りなんですが、 HTTP でのリクエスト/レスポンスを再現可能な形でダウンロード・保管するのは現状の HTTP や通常のファイルシステムでは難しいので、それをプロトコルレベルでうまくやれるよう規定してほしい、というのが私の気持ちです

ブラウザやダウンローダで保存した情報は、過去に閲覧した情報を必ずしもよく再現してくれるわけではないので……

この制限は HTTP の仕組みに起因するもので、原理的なものではないと考えれば、プロトコルから組みなおせば或いはほぼ完全なローカルコピーが可能になるかもしれない、という発想があります(そしてそういうものを実装しようとしている人々もいます)

実用的な設計にしようとすると web アプリケーションとかも作れてほしいので、その辺りの cgi 的な話まで含めて作ることになりますが(まあ原理的に不可能ということでもないので)

わかる

それはつまり気分か時間か頻度か何かによって、その緩い接続のあるアカウントの投稿が確率的に出現するべき、みたいな……？

repeat (boost) が活用されるという前提に立てば、アカウント間の接続の強さは距離と repeat 頻度によって重み付けされるから、純粋な on/off にはならない気がする

そして、 LTL でエアリプ会話をするというのは repeat (boost) を避ける方向に働くので、結果としてフォロー関係にないアカウントの投稿が表れる頻度を著しく下げることになり、接続の「on/off 化」を促進することになるのでは

つまり LTL は、当該 LTL に参加している人間にとっては、フォローより緩やかな関係を提供しているが、当該 LTL に参加していない人間にとっては、アカウント関係の固定化や局所化を促進する仕組みになる

私はエアリプよりも boost を使ってくださいとお願いしております

たとえば twitter においても、「フォローはしてないけどよく見掛けるアカウント」のようなものはやはり存在するわけで、その例から「boost を積極的に使うことでアカウント間の接続の強さに勾配を作ることができる」ということが示されていると考えています

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

まあ boost が気に要らなければ「ブーストを非表示」なりミュート/ブロックなり使えばよろしいので、システムとしてのサポートはひとまず使えるレベルに達しているかと

LTL が「(ユーザが明示的に作らずともそこにある)場」としての役割を提示してしまったことで、エアリプが促進されており、これは良くないことだと感じられますね(その慣習がﾌｮﾖｰ関係に洩れている場合の割合もそれなりに多いのではないかと)

ただ、そういった「余計なサジェスト」は鬱陶しいと感じる人も少なくないので……少なくとも暗黙に有効化されてほしくはないですね

あの辺りの機能、 twitter 社は「多くのユーザは実際活用している」という言い訳をしていて、要するに個々人の体験よりも統計で見た数の大きさが優先されているので、大規模サービスの限界という感想です

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

オ　プ　ト　イ　ン　に　し　て　く　れ

もっと言えば、その数の大きさが利益の大きさに繋がっているので、利益追究を目的とするとどうしてもそういう方向に動いてしまうということなんだろうなと

「余計なことするなマインド」の強さは人それぞれなので……

何か非標準なことをしたいときは自分の意思で明示的にそういう行動を行うので、私にそのつもりがないときに私がセットアップした状況を勝手に改変するな、という気持ち

簡潔に言えば、「あなたの考えたオプショナルな仕組みはユーザほどには賢くないので、勝手に私の意思決定や行動を代行させないでください」ということ

つまるところそれがユーザを蔑ろにするということなんですよね。ユーザだって赤ん坊じゃないんだから

あとデザインの謎といえば、 twitter web のページヘッダのメニュー、 Home / Notifications / Messages は個人的な(プライベート寄りの)情報を表示するものなのに Moments だけグローバルなの、本当に謎だしクソ

まあ私は user CSS で無効化しました

色んな人が使いやすくするための「オプション」なのに、最近のやつらときたら

プリセットを押し付けられるから使いづらいんですよね

勝手にやるから勝手にやらせてくれ、と言いたい

VLC (PC 版) の設定とかもそんな感じですよね

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

わかる

UNIX 哲学じゃないけど

https://mstdn.maud.io/@neso/99341937402811817
でもそれって競合を発生させやすくすることになるので、商業サービスでは難しいのだろうなとも思う

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

唐突に脈絡もなく fav されたときとか、文脈を知りたくて他人の fav 漁ったりはしますね

個人を知りたいという理由で fav を漁ることは基本的にない(そんなに他人に興味ない)

なにそれやべえな……

ま、言うて Mastodon も整数だったフィールドが唐突に文字列になったりするけどなwww

型は本当によく考えてくれ……たのむ……

chmod じゃなくて chown では……？

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

これ良いシステムだな

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

LTL の外にいる人があなたの投稿を読みたがっているかもしれないということを意識して、文脈がわかるくらいの感じでﾌﾞｯｽﾄしていただければと

気付いたら portage の profile 17.1 が消えとるやんけ

profiles: comment-out 17.1 profiles to prevent accidental usage · gentoo/gentoo@f6826ec
https://github.com/gentoo/gentoo/commit/f6826ec92984881f36f3f19018849cf50fa20ce4#diff-d970728376beb137057865c63baa822f

？？？

今 gentoo-sources-4.14.13 使ってるけど、 Linux kernel 4.14 は LTS になる予定だし、ここらで腰を落ち着けて stable だけ追い掛ける生活に戻りたい

何故かというと、 btrfs root と snapper で snapshot 使ってバックアップ取ってるんだけど、たぶん /usr/src/linux-* が(特に削除とか snapper-cleanup.service とかで)結構負荷が大きいので、もう少し HDD を労りたいという理由がある

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

うぃんどうずで dvorak 使う方法ですか、まず最初に https://www.ubuntulinux.jp/download ここから ISO イメージを

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

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

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

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

MT は楽しそう(というか AT がつまらなそう)なので MT とったけど、乗る機会があるとは思ってない

海外に行きたい欲もないし

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

ミュートは「見たくない」でブロックは「見られたくない」なのでだいぶ違う

受動的な防御と能動的な防御とでも言えばいいのか

自分の側だけで見なかったことにするけど相手に制限をかけたりしないのがミュートで、相手のリプとかフォローとかの行動自体に制約をかける(つまり相手に干渉する)のがブロック

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

たしか次の大型アップデートで液体の挙動が変わるとかだし、今迂闊に TT 作るとアプデで破綻しそう

[Minecraft] 水がリアルに。2018年春やってくる「水のアップデート」内容まとめ ｜ ナポアンのマイクラ
https://napoan.com/update-aquatic-summary/

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

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

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

流行とかあるのか……(ちゃんと調べたことも作ったこともないのでよく知らない)