This account is not set to public on notestock.
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)님의 게시물
This account is not set to public on notestock.
This account is not set to public on notestock.
そういう人は tw で好きなように苦しめばいいと思うので、そっとしといてあげてほしい
This account is not set to public on notestock.
高速化のために敢えて正規化を抑制して……とか言われると、気持ちも原理もわかるけどきったねえなぁという感想にはなる
やらない理由を探す人は、どうせやり始めてからも文句つける理由を探すので
デファクトスタンダードから外れがちなオタクなので、他人の気持ちをはかることができない
素の Android 使ってるし PC も Linux だし日本語使ってるしカーネルコンパイルには gcc 使ってるし vim ユーザだし、私は一般人です
ﾂｲの時代から知り合いにﾌｮﾖｰされてもガン無視してたりするので、 Mastodon に知り合いが来ようが来まいが私には関係ないですね(なお人間関係の保全は保証されない)
sqlite 、 foreign key 制約が pragma 使って明示的に有効化しないとデフォで無効なのはさすがにすごいと思うw
This account is not set to public on notestock.
ひとまず有向非巡回グラフをうまく扱える DB で、ちゃんとネイティブコードだけで動くやつがほしいという気持ち
なんで DB 動かしたいだけなのに仮想マシンやらインタプリタを入れにゃならんのか
Cassandra を名前しか知らないのでそのうち調べた方がよさそう
seastar 、聞き覚えあると思ったら C++ で promise か何か作ってたあそこだっけ
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苦手な人結構居るのかも？＞＜；という救いを得た気がする＞＜；（DBちゃんと扱えないって恥ずかしくてあんまり公言できなかった＞＜；）
理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL (WEB+DB PRESS plus) 奥野 幹也 https://www.amazon.co.jp/dp/4774171972
これおすすめです(なんか鉞投げてる web ページも見たような気はするけど、良い本だと思います)
This account is not set to public on notestock.
ストーブの近くで洗濯物を干してて、外出中になぜか倒れてストーブにもたれかかってしまったけれど、それを把握しないままリモートから点火してしまったら
おっ、 IoT で家燃えですか、これは stuxnet 時代の再来ですね！(適当)
This account is not set to public on notestock.
stuxnet「遠心分離機あたためておきました！」(施設破壊)
IoT デバイス「部屋あたためておきました！」(家燃え)
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ﾉ ﾉ
( ˚เ° )＜太陽の ( ˚เ° )
「) ) 塔～～＞ ( (7
/⌒> <⌒ヽ
This account is not set to public on 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 鯖でやってるやつ
というかそもそも登録者のパスワードを抜くだけだったら悪さをするプロキシを443待ち受けマンとマストドンの間に挟むだけでいいので、マストドン本体に手を加える必要もない
だから「信用できない他人を信用するな」と何度言えば通じるんでしょうかね……
情報を盗られるのが嫌なら外に投げるな、当然の話では
以前からしつこくしつこく誰を信用するか考えろ、自分の世話を自分で見ろと言ってるんだけど、全く届いてなさそうなので厳しい(どうすれば伝わる)
なにか企業に対して謎の幻想を抱いてるんじゃないですかね。企業なんだから邪悪なわけがない！とかそういう。
This account is not set to public on notestock.
twitter の DM も twitter 社には全部筒抜けですからね
This account is not set to public on notestock.
信じ難いことだけど、たぶん GMail の中身が google 社に解析されているとか理解してる人も少ないんじゃないだろうか
まず「エンドツーエンドの暗号化」という概念が一般人に知られてなさそう
ハッシュ取ったり難読化するのを「暗号化」と呼ぶﾌﾟﾖｸﾞﾔﾏさえいるくらいだし
This account is not set to public on notestock.
そもそも AGPL とかも紳士協定みたいなところがあるからなぁ(外から観測できる挙動に影響がない場合、改変を一般ユーザが知る手段はない)
振り返って考えてみると、そもそも個人運営の中小インスタンスが積極的に人を集めようとしたこと自体が私の想定と違っていたので、その時点で私の敗北は確定していた
だってまさか、分散をよしとする SNS で、広告とか商業でやってるわけでもないのに大規模化を目指すなんて、怠惰な私は想像だにしてませんでした
見ず知らずの他人を集めて自分のリソースを提供した挙句彼らの行動の責任まで負うなんて、聖人か何かじゃないと無理ですよ
本の虫: そろそろマストドンについて語っておくか
https://cpplover.blogspot.jp/2017/04/blog-post_15.html
> マストドンとGNU Socialは残念ながら設計的に間違っている。結局、やっていることはTwitter風サーバーのソフトウェア実装を提供したというだけで、解決しようとした問題は何一つとして解決していないばかりか、大半のコンピューターリテラシーの低い者にとっては悪い結果になるだろう。
ほんとこれな
普及のために必要だったというのには一理あるけど、大規模サーバになりうる設計だった時点でアレなんだよなぁ
(分散化の促進のためには、)アカウントは複数持てても、根本的に少人数/個人利用を想定した作りになっているべきだったと考えます。たとえば典型的には LTL が不要
や、 LTL はちょっと難しいところで、「できることは誰かが必ずやる」ので、最初から公式に提供されていること自体は局所的には正しいように思われる
もっと根本的には、「 LTL を必要とするような使い方をする」ことが間違っていると考えたいですね。
どうせ少数か密接に関連しているアカウント群しか同一インスタンスに存在しないのであれば、互いの存在も当然把握していると仮定していいし、自分で必要なアカウントをフォローしろという話
LTL が有用なのは、見知らぬアカウントの投稿を見られるかもしれないことが理由であって、つまり「見知らぬアカウント」なんてものが存在しないような規模でのインスタンスであれば、 LTL は(内部にいる人にとっては)必要ない
うん、「 LTL はインスタンス外部の人のためにこそ提供されるべき」と言うのが良いのかな
This account is not set to public on 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 とかで保存したりという手段はあるにはあるけど、パスとかスクリプト云々とか結構いろいろな情報が欠落するので
This account is not set to public on 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
定義が曖昧すぎるんだよなぁ
This account is not set to public on notestock.
This account is not set to public on notestock.
ということは、現状既に可能である「ローカルコピー」をより協力にサポートするプロトコルやクライアントの存在も否定されるべきではないという主張も可能ですよね
This account is not set to public on notestock.
This account is not set to public on notestock.
その通りなんですが、 HTTP でのリクエスト/レスポンスを再現可能な形でダウンロード・保管するのは現状の HTTP や通常のファイルシステムでは難しいので、それをプロトコルレベルでうまくやれるよう規定してほしい、というのが私の気持ちです
ブラウザやダウンローダで保存した情報は、過去に閲覧した情報を必ずしもよく再現してくれるわけではないので……
この制限は HTTP の仕組みに起因するもので、原理的なものではないと考えれば、プロトコルから組みなおせば或いはほぼ完全なローカルコピーが可能になるかもしれない、という発想があります(そしてそういうものを実装しようとしている人々もいます)
実用的な設計にしようとすると web アプリケーションとかも作れてほしいので、その辺りの cgi 的な話まで含めて作ることになりますが(まあ原理的に不可能ということでもないので)
これはたぶん、オレンジが前にも書いたフォローよりもゆるい関係に注目してないから(おそらく代わりにその機能を果たせるものも含め)LTL等が不要に見える＆なぜ自鯖に他人が登録する事を望む(と言うかなんというか)のか？を理解できないんだと思う・・・＞＜
コミュニティの要素間の繋がりってオンとオフの１段階じゃないんだよたぶん＞＜(社会学とかゲーム理論とかわかんないから"たぶん"＞＜；)
これは言い方を変えると、マストドン等で実現構築されるコミュニティ群に対して、オンオフ1段階のみで構築されるコミュニティ/ネットワークが果たせる程度の機能しか期待していないからかもって言えるかも＞＜ でも、その程度のコミュニティって、おそらくdiscordとかあの辺りでも構築出来るかも＞＜
フォローのみ、つまり繋がる繋がらないの2値(ややこしいので単方向の話っぽく書く)で構築されるコミュニティって、気に入った人の意見のみ目にして、気にくわないやつの意見は全く聞きも検討もしないってなっちゃって、とんでもなく硬直したコミュニティと言えるかも＞＜
それって技術的分散が(あるいは分散によって)目指すものと近い方向の発想なのか？＞＜という疑問も＞＜
見たくない物を見ないとか、自分が書いたものを不特定多数見られたくないとか、ましてや知らない人からツッコミは一切受けたくないみたいな閉じたコミュニティを構築したいのであれば、マストドン等よりツイッターを鍵アカで使う方がまだ適してるし、もっというならツイッターも含むSNSの出番ですら無いかも＞＜
それはつまり気分か時間か頻度か何かによって、その緩い接続のあるアカウントの投稿が確率的に出現するべき、みたいな……？
repeat (boost) が活用されるという前提に立てば、アカウント間の接続の強さは距離と repeat 頻度によって重み付けされるから、純粋な on/off にはならない気がする
そして、 LTL でエアリプ会話をするというのは repeat (boost) を避ける方向に働くので、結果としてフォロー関係にないアカウントの投稿が表れる頻度を著しく下げることになり、接続の「on/off 化」を促進することになるのでは
つまり LTL は、当該 LTL に参加している人間にとっては、フォローより緩やかな関係を提供しているが、当該 LTL に参加していない人間にとっては、アカウント関係の固定化や局所化を促進する仕組みになる
私はエアリプよりも boost を使ってくださいとお願いしております
たとえば twitter においても、「フォローはしてないけどよく見掛けるアカウント」のようなものはやはり存在するわけで、その例から「boost を積極的に使うことでアカウント間の接続の強さに勾配を作ることができる」ということが示されていると考えています
This account is not set to public on notestock.
まあ boost が気に要らなければ「ブーストを非表示」なりミュート/ブロックなり使えばよろしいので、システムとしてのサポートはひとまず使えるレベルに達しているかと
それはたしかにその通りで、少なくともオレンジの観測範囲では、ツイッターでもっともゆるい繋がりを構築する機能をはたしているのはリツイートで、マストドンではなぜかブースト無しエアリプする人がツイッターと比較して極端に多いかも＞＜(でも、LTL対象のみじゃなくフォロー関係に対してもそういう傾向が極端に多い気が＞＜；)
LTL が「(ユーザが明示的に作らずともそこにある)場」としての役割を提示してしまったことで、エアリプが促進されており、これは良くないことだと感じられますね(その慣習がﾌｮﾖｰ関係に洩れている場合の割合もそれなりに多いのではないかと)
あと、ツイッターの通知で「あなたのツイートを『hogehogeさんがリツイートしたものを』fugafugaさんがふぁぼった」みたいな多段式？になってるのも、ゆるいコミュニティ構築の機能になってるかも＞＜ 同じツイートをふぁぼってる他の人を知れるのも同様かも＞＜
ただ、そういった「余計なサジェスト」は鬱陶しいと感じる人も少なくないので……少なくとも暗黙に有効化されてほしくはないですね
あの辺りの機能、 twitter 社は「多くのユーザは実際活用している」という言い訳をしていて、要するに個々人の体験よりも統計で見た数の大きさが優先されているので、大規模サービスの限界という感想です
This account is not set to public on notestock.
もっと言えば、その数の大きさが利益の大きさに繋がっているので、利益追究を目的とするとどうしてもそういう方向に動いてしまうということなんだろうなと
「余計なことするなマインド」の強さは人それぞれなので……
何か非標準なことをしたいときは自分の意思で明示的にそういう行動を行うので、私にそのつもりがないときに私がセットアップした状況を勝手に改変するな、という気持ち
簡潔に言えば、「あなたの考えたオプショナルな仕組みはユーザほどには賢くないので、勝手に私の意思決定や行動を代行させないでください」ということ
つまるところそれがユーザを蔑ろにするということなんですよね。ユーザだって赤ん坊じゃないんだから
勝手に変えられるよりは「新機能○○が実装されました、メニューから有効にできます」方式にしてほしい。
それはどっちかというと、最近のシンプルの方向を間違えてるデザイン/ユーザーに選択肢を与えず、選択肢を減らすほど正しいと勘違いしてるデザイン の問題が大きいのような＞＜；(だいたいAppleが原因)
あとデザインの謎といえば、 twitter web のページヘッダのメニュー、 Home / Notifications / Messages は個人的な(プライベート寄りの)情報を表示するものなのに Moments だけグローバルなの、本当に謎だしクソ
色んな人が使いやすくするための「オプション」なのに、最近のやつらときたら
プリセットを押し付けられるから使いづらいんですよね
簡単UIと多機能UIの2段にするデザインってわりと正解の場面多いかも＞＜
VLC (PC 版) の設定とかもそんな感じですよね
This account is not set to public on notestock.
https://mstdn.maud.io/@neso/99341937402811817
でもそれって競合を発生させやすくすることになるので、商業サービスでは難しいのだろうなとも思う
This account is not set to public on notestock.
"それについて気にしない人は気にしなくてもいい状態に出来ない" にした時点でデザインとして失敗だし、
「デフォルト設定出来ず選択を迫り」 かつ 「選択肢を排除し固定にできる」って矛盾するから、想定しなくて良い事態(発生した場合デザインに根本的な誤りがある)かも？＞＜；
唐突に脈絡もなく fav されたときとか、文脈を知りたくて他人の fav 漁ったりはしますね
個人を知りたいという理由で fav を漁ることは基本的にない(そんなに他人に興味ない)
ま、言うて Mastodon も整数だったフィールドが唐突に文字列になったりするけどなwww
MastodonもAPI叩くのしくじるとHTMLでエラー返してくることあるしどっこいどっこい
chmod じゃなくて chown では……？
This account is not set to public on notestock.
This account is not set to public on 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 を労りたいという理由がある
This account is not set to public on notestock.
うぃんどうずで dvorak 使う方法ですか、まず最初に https://www.ubuntulinux.jp/download ここから ISO イメージを
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
MT は楽しそう(というか AT がつまらなそう)なので MT とったけど、乗る機会があるとは思ってない
This account is not set to public on notestock.
ミュートは「見たくない」でブロックは「見られたくない」なのでだいぶ違う
受動的な防御と能動的な防御とでも言えばいいのか
自分の側だけで見なかったことにするけど相手に制限をかけたりしないのがミュートで、相手のリプとかフォローとかの行動自体に制約をかける(つまり相手に干渉する)のがブロック
This account is not set to public on notestock.
たしか次の大型アップデートで液体の挙動が変わるとかだし、今迂闊に TT 作るとアプデで破綻しそう
[Minecraft] 水がリアルに。2018年春やってくる「水のアップデート」内容まとめ ｜ ナポアンのマイクラ
https://napoan.com/update-aquatic-summary/
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
