カボチャとかきゅうりの花っぽいみため・・・＞＜
クラゲ丼鯖缶の投稿
yi0713@kurage.cc
このアカウントは、notestockで公開設定になっていません。
（みんなオレンジの話にうんざりしたっぽいから無理やり結論まで飛ばしました＞＜；）
話飛んだけど、・・・なので、「FTLやLTLばっかり見てないでHTLを！分散を！」というのであれば、文脈を見通しやすい仕組みを代わりに作らないと駄目かも＞＜
さらに、これ
https://mstdn.nere9.help/@orange_in_space/99987796910006775
文章での議論だからこそ出来る省略であり手法かも＞＜
（じゃないともう一回説明したり「そんな事言ったっけ？」って言われちゃったりする問題が発生する＞＜）
これ
https://mstdn.nere9.help/@orange_in_space/99987750946925921
暗にFTLの事を言ってる＞＜
（FTLの現在の仕様は不完全だけど＞＜）
オレンジ的に発端は、「でもLTLもFTLも必要かも＞＜ なぜならば・・・」かも＞＜
（で、なぜならばで、ログの重要性の話を書いた＞＜）
そうそう、時間がすごいかかる
あとネットでの議論だと調停者が不在なケースが多いので煮詰まらず終わるケースが多い
このアカウントは、notestockで公開設定になっていません。
いったいわないの話ならログは必要だけども、議論を進めるのにログは重要か？というのもある。ログではなく、より絞られた意味合いとしての議事録は必要だと思うけれども。
その上でログがログとして参照できなければ、文脈も議論の流れも見通せなくなって意味不明になるかも＞＜
https://mstdn.nere9.help/@orange_in_space/99987755854342117
オレンジ的には逆に、文章ベースじゃないとまともに議論にならないって気がしてる＞＜（発言がそのままログであるって強力かも＞＜）
何が言いたいかというと、議論ってそのある程度の時間内の広い発言のまとまりの全体で、見解とか意図とかが出てくるので、その全体を一塊にふんわり（？）見渡せるようになってないと、それぞれでバラバラになっちゃうかも＞＜
読みやすさの問題もあるけど、ツリー状に発言のつながりが出来ちゃうと、お互いリンクする話題でもそれぞれの経路で見解や決定（？）が変わってしまって、限られた同じ人々で議論してるのに経路Aと経路Bと経路Cとで全部見解違うみたいな事になっちゃったりする＞＜
このアカウントは、notestockで公開設定になっていません。
あと、議論の向き不向き、ツリー状にならない方が向いてる気がする＞＜
（通常のツリー型の掲示板（例えばスラドとか）は駄目で、2ch(5ch)みたいなのの方が向いてるかも＞＜（フラットなのでもリプのつながりで複数の系統に分裂し始めると、だいたいめちゃくちゃになるかも＞＜））
SNS、仕組みとしては議論に向いてる一方で参加してる人の大半が議論を嫌ってる結果そうなってる気がする＞＜
ふと思ったんですが
SNSに議論は向いてないんですよ！鳥で学んだでしょ鳥で！！！！！
オイゲンさんの周りがマストドン開発者と定義するならば、なぜ彼らがリプライでやり取りするのかと言えば、エアリプでやり取りすると会話の導線がないのであとから実装に落とし込むときに手かがりがない、などが考えられる。
エアリプで会話をするのは、「刹那的なやりとりが楽しい」からやってるんであって、そのやり取りが後生大事になる可能性があるならエアリプでのやり取りはよろしくない。要は使い方の問題。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
オレンジの場合、twilogは、キーワードで検索したあとにその日のツイートを読んで前後に何の話をしていたのか読んでる＞＜
（いつの間にか仕様変更で、発言多い日の場合は畳まれるようになっちゃってページ内検索でひろえなくて不便になっちゃったけど）
検索機能もそうで、技術的制限からかもしれないけど、検索して出たtootの前後を読めないので結果の多くが全く無意味になってる＞＜
（twilogは前後も読めるように一応工夫されてる＞＜）
マストドンのデザイン、発言にはその発言の文の外に『対象』があったりする（無かったりもする）ということが考慮されてない＞＜
マストドンのデザイン、文脈を重視して無いというか追い原産が文脈の意味をさっぱり理解して無いっぽいので、HTL上のひとつの発言の文脈を読むために、LTLとFTLと発言者のTL全て見る必要がある＞＜（全て見てもわからない事もある＞＜）
FTL/LTLがどうの、文脈見るのにかも＞＜
（長文にならないように1000文字くらいをとても短く省略した文章）
「A さんの twitter アカウントを keybase のものであると偽る」などはできない
つまり、 A さんが keybase に鍵を預けた場合に keybase が行える成り済ましは、たとえば
「keybase 側の所有する twitter アカウントを、 A さんのものであると言い張る」
などのことです
「署名を付けられるのは秘密鍵所有者である」と「署名を(いろいろなサービスから)投稿できるのは、サービスのアカウント所有者である」を組み合わせているのが keybase なので
つまり keybase に秘密鍵を預けた時点で、 keybase 側はそのユーザに成り済ますことが可能となるので
keybase そのものが信用できなくとも、 keybase が公開している当該ユーザの署名が、そのユーザの PGP 鍵で署名されたものであると検証できれば本物であると確信できるわけで、 keybase はそういった情報を集積する場所にすぎない……
という形であってほしいんだけど、残念ながら keybase に秘密鍵を預けるとこれは破綻しますね
このアカウントは、notestockで公開設定になっていません。
本来 keybase は PGP の鍵の存在と意義を理解できている人でないとその検証が行えない仕組み(のはず)なので……
このアカウントは、notestockで公開設定になっていません。
keybase使うと個人証明出来るっていうの、わりとよくわからない・・・＞＜
（他のオンラインサービスで「あのサービスのこれは私です！＞＜」って書くのとの差が謎かも＞＜（あくまで、『keybaseのその人』でしかないんじゃないの？＞＜（つまり、中の人が改変したり成りすまししたら同じじゃないの感＞＜）））
余談（？）的に、UXデザインでの説明文のある意味参考＞＜；（セブンイレブンのコーヒーの機械の人がやっぱり失敗した例＞＜）
森永製菓､｢ウイダーinゼリー｣まさかの躓き 佐藤可士和氏による大リニューアルの結果は… | 食品 - 東洋経済オンライン https://toyokeizai.net/articles/-/45563
ウイダーinゼリー､｢奇跡的巻き返し｣の裏側 リニューアル｢失敗｣から得た教訓とは？ | 食品 - 東洋経済オンライン https://toyokeizai.net/articles/-/132476
元からUXデザイン的にあまり正しくなさそうな文だったら、無理に翻訳しないで、より意味が伝わりやすい文にする方が、結果的にちゃんと翻訳になるような・・・＞＜
social.msdn.microsoft.com をログインした状態（？）で見に行こうとすると、無限ループログイン試行？になって試行しすぎですよエラーでとまって見れなくなっちゃったけどなんなんだろう・・・＞＜
自分のtwilogで「おそらく」で検索したらポジティブな意味で使いまくってた＞＜；
おそらくとは - Wiktionary日本語版（日本語カテゴリ） Weblio辞書
https://www.weblio.jp/content/%E3%81%8A%E3%81%9D%E3%82%89%E3%81%8F
ググったら解決した
そういえば「恐らくは」ってたぶんク語法（願う→願わくは」みたいなやつ）だと思うんだけど、現代での意味では本当に恐れてはいない場合が多い気がするし、どういうことなんだろう
あとオレンジが自分で耳コピしたMIDIファイルもどっか行っちゃった＞＜(HDDバックアップしたDVD-Rのどれかには入ってそうだけど＞＜)
XG音源持ってない＞＜(DTM系音源なぜか紆余曲折でチップ換算ではSC-33相当のGS音源ばっかり3個持ってる＞＜；(ジャンクの変な物体ばっかり買ってたらそうなった＞＜))
niftyからダウンロードしまくった全部MIDIファイルどっか行っちゃった＞＜(ハードウェアシーケンサーで読めるように2DDのフロッピーに保存してた気がするからFDDも買ってこないと読めない＞＜；)
