働く自信がなくなってしまった
ツイッター殺伐としてるからこっちに逃げてきた、まあいつも殺伐としている
トレンドとかいう機能で常時公共空間にいさせられるのはつらい。家で休んでいるときは社会のことは考えたくない
今使ってるノートは軽くて良かったけどディスプレイケーブルが内部で接触不良になったか画面が乱れるようになってしまった
軽いのはともかく、バッテリーも持たなくなってきていたので、新しいのを買うつもり
M1のMac Air気になるんだよね、どうなんだろ
Macbookにするかどうか メモリ8GBで足りる？ 今までみたいに16GBあった方がよくない？
Docker動かさないなら8GBでも足りるだろうか
デスクトップ機が別にあるので、それにリモートで入って作業する分には、ノートはなんでもいいんだよね
無料で質の低いSNS使うより有料で質の高いSNS使ったほうが幸福度高そう
.com の com は元々 commercial の com なのでこうしてインテルネッチの代名詞的な存在になっているのを見るとちょっと不思議だね
アカくないのに .red だし組織でもないのに .org
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.
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.
This account is not set to public on notestock.
This account is not set to public on notestock.
Pleromaを自分で運用し続けるのつらいし、つらくなった時に移管する手段も乏しい……
This account is not set to public on notestock.
This account is not set to public on notestock.
掛け算順序問題について議論している人間はどちらの陣営もブロックしておくと精神的に楽だと思う
道理で（どうりで）の意味 - goo国語辞書 https://dictionary.goo.ne.jp/word/%E9%81%93%E7%90%86%E3%81%A7/
This account is not set to public on notestock.
そもそも「〇〇通りで」と「道理で」は文法的にカテゴリが違うと思うけど……(具体的に何詞かはよくわからん)
「どうし」「どおし」「どうり」「どおり」のスペリングがデタラメなことが多すぎるので作ったナンセンス歌
友達どうし外出す あるきどおしで三時間 どうりで足が痛むのだ 思いどおりにならぬ世だ
そういえば「道理で」で思い出したあまり関係ない話だけど、 “reasonable” (合理的) が日本で「リーズナブル」と言うと「お値打ちの」みたいなニュアンスを持つようになるの、モヤッとするし納得いってない。気持ちはわからんでもないんだけど
僕は開運！なんでも鑑定団のオープン・ザ・プライスにモヤっとします
英語を学んでプライスとバリューの違いを知ってください
そんな古い文章まで遡っていいなら、そりゃまあ昔はそうだったでしょうね……
平成22年内閣訓令第1号 公用文における漢字使用等について https://www.bunka.go.jp/kokugo_nihongo/sisaku/joho/joho/kijun/sanko/koyobun/pdf/kunrei.pdf 「今後，各行政機関が作成する公用文における漢字使用等については，別紙によるものとする。」 「カ 助動詞及び助詞は，仮名で書く。」
「キ 次のような語句を，( )の中に示した例のように用いるときは，原則として，仮名で書く。」
別に、今の行政の公用文のルールを、他のところで使わなきゃいけないってわけじゃないけど
憲法とか滅茶苦茶古い法律みたいな文章を見せられて「これは valid な日本語です！」みたいなこと言われても、まあ……そっすね……それで？ みたいな感想しか出ないからなぁ。なんだかんだで近い時代のガイドラインの方が “自然” であることには違いない
“自然”とか根拠にするの、横書きで律儀にコンマ使う人がディスられる理不尽が生じるし、あんまりしたくない
どっちがvalidとかいう議論するのは不毛だしやりません
一部の状況で開かれていないものに著しく違和感をおぼえるから小説で見るとｳﾍｪとなるみたいな話で、これは明確な誤字や誤用とは別の話 (同じ小説の文脈で出したのがよくなかったか)
“自然” と感じることと感じないことがあるの自体は主観的な事実なので、その原因を知りたいのよね、本当は
誰かが決めたルールがあって、それに沿った文章に囲まれた環境に慣れているって程度の浅い理由しかないのでは
いやまあ言語学者の研究テーマにはできるかもしれない
個人的には、普遍的な現象を引き起こす原理を知ることに比べたら、一回だけ・局所だけの現象の原因を知ることにはそこまで興味はない。歴史は嫌い……
たとえば公文書用のガイドラインを策定するにしても、その内容の背景に何かしらの統計的な傾向であったり文法的な議論があったのだろうという想像はするし、その内実、 rationale が公開されてくれるととても面白いだろうなと
にしても、多数の選択肢から特別にひとつが優勢になる過程で何かしらの淘汰圧みたいなのがあっただろうし、それは気になる (そして現代においては IME がそのバランスを従来の状態から大きく崩しつつあるのだろうと予想している)
Twitter, 精神を不安定にする情報ばっかり流れてくる気がしている……
フォローしている人が悪い、それもあるけど。あと、はてブとか見るのも悪い。
社会問題に関心を持ってる風になるだけで、社会問題と関われているわけでもないし、生活や社会にポジティブな影響を与えられているわけでもない
ActivityPubで繋がってIPFSに突っ込むやつ、誰かが作るかもしれない
IPFSでコンテンツ共有できるなら、ActivityPubでわざわざメッセージ送りつける必要があるのか？って部分が謎だけど
Fediverseのインスタンスを立てるのはしんどいけど、IPFSのノードを立てるのはそこまでしんどくはない（セキュリティは知らない）
投稿がデータベースに突っ込まれていると、クエリを掛けるは楽なんだろうけど、データベースのスキーマはアプリケーションが決めてることだから、そこまで安定していない…
データベースって本来もっとどっしりとしていて、信頼できるものであるべきなんだろうけど、ORM使ってアプリがデータベーススキーマ決めてたりすると、なんかデータの置き場所として信頼できない気がする
データはアプリより長く生きるものだし、アプリが中心になってデータを決めてはいけないはず
なんなら、全部の投稿をJSONファイルで保存したっていいんじゃないのか（まあ性能の問題がある…）
今は自分はインスタンスをGoogle Cloudで動かしていて、分散SNSとしてはまあ堕落的な運用なのではないのか
なぜか麻雀漫画『咲－Saki―』が公式でスピンオフとして FF14 を題材にするぐらいには普通に麻雀ゲームとしてクオリティ高い（上に PC と PS4 とで対戦できるおそらく初の麻雀ゲーム）
Pleromaで検索するの、Twitterと違ってインスタンス内で自分がフォローしている発言から検索が掛かるし面白いな
PostgreSQLで検索掛けてるだけだからめちゃくちゃ重いけど
色々な人の発言を、その人に合わせてマージして一つにTLに見せる操作を各人ごとに、効率よく行う必要があって、そのシステムをどうするべきかという
「フォローしている人の発言から検索」ができるって、監視してるっぽくて感じ悪そう（メールみたいに、誰かに送るぞって意識が強いメディアだったら検索されても抵抗がないと思うけど）
Fediverseに利用規約とかないし、コンテンツの権利がどう処理されるのかは謎に包まれている
いやメールだって不特定のサーバーにメッセージを配送する仕組みだし、権利の処理なんてのは都度やればいいだけの話な気もするが
ブルアカの任務、普通にプレイすると、担当キャラに1戦闘あたり3の経験値が入るけど、時間かかるわりには良くて1ステージで9しか得られないので、これなら討伐で回した方がいいかという感じになってしまうな。最初はちゃんと回していたんだけど、オート戦闘にしてても1ステージの中で何度か操作はしないといけないし、通信エラーでやり直しになる確率が上がるので、討伐の方がコストに見合っている気がする。
石橋秀仁とオードリー・タンは似たようなこと言ってるんだけど、石橋秀仁の言い方はキツすぎるし、オードリー・ タンの言い方は柔らか過ぎる
似たことを言ってはいるけど、石橋秀仁の「「ショボいのは日本人」という屈辱的な絶望が必要」って、絶望が屈辱に繋がること自体が日本人的というか、無宗教的な発想で、そこが問題なんじゃないですか。キリスト教徒や仏教徒は、人間の有限性を屈辱って考えますか？
絶望や挫折が恥だという考えがある、そのことがまずいと僕は思うし、そこに「屈辱的な絶望」を求めるのは、やっぱり感情的に気色悪い
ロジカルだが、感情的な気色悪さへのセンスが欠如してるのかって感じの文章で、そこがキツいって感じる
そこのところ、ほとんど同じこと言ってるんだけど、オードリー・タンの言い方はやわらかく、角が立たない言い方になっている。
毒がある文章の方が好きな人もいるだろうし、やわらかい表現の方がいいのかは分からないけど、自分で実際に政治に関わるのであれば、そういう言い方をする能力は必要だろうなと思う
まあ自分も割と恥をかかせるような言い方をするから、人のこと言えん
試しに「気色悪い」を恥をかかせない言い方にしてみてよ
相手が十分に理性的だと思ってあえてキツい言い回しをしているところがあるけど、そういう言葉の運用は、インクルーシブではない
人間は感情的だし、キツい言い方になるほど、理性的な反応は難しくなってしまう
相手が理性的なら「お前は人間じゃない」って言っても大丈夫だけど、相手の理性を信じていないなら尚更表現には注意を払わないといけない
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.
Markdown処理系がrubyタグサポートしてないっぽさある
% curl -H "accept: application/json" "https://xxx.azyobuzi.net/objects/bb9e7c8d-3c0d-408c-a4dc-5570ad8a6a54"
{"@context":["https://www.w3.org/ns/activitystreams","https://xxx.azyobuzi.net/schemas/litepub-0.1.jsonld",{"@language":"und"}],"actor":"https://xxx.azyobuzi.net/users/kb10uy","attachment":[],"attributedTo":"https://xxx.azyobuzi.net/users/kb10uy","cc":["https://xxx.azyobuzi.net/users/kb10uy/followers"],"content":"<p>ぼく「Ok Google, <ruby>t+pazolite<rp>(</rp><rt>トパゾライト</rt><rp>)</rp></ruby> の Chrome <ruby>VOX<rp>(</rp><rt>ヴォックス</rt><rp>)</rp></ruby> を再生して」Google Assistant 「<ruby>t+pazolite<rp>(</rp><rt>ティープラスパゾリテ</rt><rp>)</rp></ruby> の Chrome <ruby>VOX<rp>(</rp><rt>ボックス</rt><rp>)</rp></ruby> を再生します」</p>","context":"https://xxx.azyobuzi.net/contexts/119a91e7-e039-45b2-8fbc-f726443f02cb","conversation":"https://xxx.azyobuzi.net/contexts/119a91e7-e039-45b2-8fbc-f726443f02cb","id":"https://xxx.azyobuzi.net/objects/bb9e7c8d-3c0d-408c-a4dc-5570ad8a6a54","published":"2021-02-28T06:37:40.446373Z","sensitive":false,"source":"ぼく「Ok Google, [ruby{トパゾライト}t+pazolite] の Chrome [ruby{ヴォックス}VOX] を再生して」\r\nGoogle Assistant 「[ruby{ティープラスパゾリテ}t+pazolite] の Chrome [ruby{ボックス}VOX] を再生します」","summary":"","tag":[],"to":["https://www.w3.org/ns/activitystreams#Public"],"type":"Note"}% % curl -sL -H 'accept: application/ld+json; profile="https://www.w3.org/ns/activitystreams"' "https://pleroma.ryusei.dev/notice/A4j0Yjtk7koIg8cwdM" | jq .
{
"@context": [
"https://www.w3.org/ns/activitystreams",
"https://pleroma.ryusei.dev/schemas/litepub-0.1.jsonld",
{
"@language": "und"
}
],
"actor": "https://pleroma.ryusei.dev/users/mandel59",
"attachment": [],
"attributedTo": "https://pleroma.ryusei.dev/users/mandel59",
"cc": [
"https://pleroma.ryusei.dev/users/mandel59/followers"
],
"content": "<p>漢かん字じ</p>",
"context": "https://pleroma.ryusei.dev/contexts/497e5a0f-c7be-42d2-8a06-5a610680ecc4",
"conversation": "https://pleroma.ryusei.dev/contexts/497e5a0f-c7be-42d2-8a06-5a610680ecc4",
"id": "https://pleroma.ryusei.dev/objects/7e742b81-2c8d-4b67-b186-b1dd65e39aa7",
"published": "2021-02-28T06:59:27.987972Z",
"sensitive": false,
"source": "<ruby>漢<rt>かん</rt>字<rt>じ</rt></ruby>",
"summary": "",
"tag": [],
"to": [
"https://www.w3.org/ns/activitystreams#Public"
],
"type": "Note"
}https://git.pleroma.social/pleroma/pleroma/-/blob/develop/lib/pleroma/web/common_api/utils.ex#L294 text/markdown→text/html 変換している部分
そもそもescapeが有効になってるならMarkdownの中でタグ
使えないんじゃ
Earmarkのコード追ってるんだけど、Pleromaが使っているバージョンと現行版で構造がだいぶ違う
Earmarkの最新にはescape: defaulting to trueの記述があるけど、Pleromaが使っているあたりのバージョンにはない
This account is not set to public on notestock.
markdown の根本的につらい点、文法拡張用に予約された汎用的な記号や構文が存在しないところなのよね。 XML はその点すべてのタグ文法が予約済なので安心して拡張できる
rubyタグサポート入れるのにどれぐらい頑張る必要があるのか
scrub_policyでTwitterTextにしてるとbrは通るけどrubyは取り除かれる
Defaultだとruby周りは許される
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/priv/scrubbers/default.ex
Meta.allow_tag_with_these_attributes(:ruby, [])って書いてあるけどな
Soapbox-FEでHTMLを処理してるのはこの辺？ https://gitlab.com/soapbox-pub/soapbox-fe/-/blob/develop/app/soapbox/actions/importer/normalizer.js
https://pleroma.ryusei.dev/api/v1/statuses/A4iydHBi5z4ZAv4Cn2 このAPIの応答の時点ですでにrubyタグは除去されている。じゃあやっぱりバックエンド側で除去してるのか
データベースに突っ込まれた段階ではそのままrubyタグが残っている訳で、それをAPIが返す過程のどこかでrubyタグが除去されているはず
ユーザー設定でno_rich_textになっているからかなって思って確認したけどno_rich_text: falseになってるっぽい
そうするとscrub_policyの設定が使われているはずだが
自分の環境の設定だとrubyタグがデフォルトの許可の中になかったわ
結局、 https://git.pleroma.social/pleroma/pleroma/-/commit/3cfc20083ecc804713eb90cae6e4dec60d353fa5 3ヶ月前のこのコミットでRubyタグ対応が入ったけど、ぼくが使っているv2.2.2 (2020-01-18) ではまだ対応してなかったっていう
2020-01-18って書いてあるけど、2021-01-18の間違いじゃん
とりあえず、出力側でrubyタグが消える問題の原因は分かったけど、Markdownで入力したときにrubyタグが消える問題の方は解決していない
自分が入力したMarkdownのrubyタグが除去される問題の方も解決しないと、rubyタグが使えるようにならない（develop版使えばokなのか？）
