✓DO、X DO NOT の誤訳事案 | ++C++; // 未確認飛行 C ブログ - https://ufcpp.net/blog/2018/7/DocsMistranslation/

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

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

万年Ｄランクの中年冒険者、酔った勢いで伝説の剣を引っこ抜く - https://ncode.syosetu.com/n0608dy/181/

この人自分でネタにしてたのかよwww

キンキンキンの人、普通の文章書ける人だと思ってるし、そもそも日本語としては普通に成立しているし、擬音多用程度であれこれ言う人はイキりすぎじゃない？ という気持ちになった(じゃあお前ら擬音使わずに戦闘描写して批評されてみろよとも思った)

日本語の文法で解釈できない文字列を見たことがないからキンキンキンくらいで騒げるのでは

まあ私は自分で擬音語とか擬態語使うのは好きじゃないので積極的には使わないし、それで一文にしたりはしないけど

地の文が読者に感情を押し付けてこない落ち着いた文章が好きなので

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

というか、なろうで公開されているのに事前調査なしで買って文句付けるの、よくわからんな？ ｴﾖｹﾞだって普通体験版くらいするじゃろ？

ｳｯ!

エロゲインストールバトル - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2016/06/15/erg-install-battle/

異世界セマフォ2話書かないと……

出オチで書いたので続きの構想が全くない

異世界セマフォ
https://ncode.syosetu.com/n4307ew/1/

これ公開したはいいけど「God in the Middle じゃん」とセルフツッコミが入っているので修正するかも(或いはそのままにして伏線にするかも)

伏線じゃあないんだよ、さっさと完結させろ

Truck Factor - Agile Advice - http://www.agileadvice.com/2005/05/15/agilemanagement/truck-factor/
ｲｷペディアは Bus factor ですが、一応 Truck factor 派もいるのでもじりとかではないです

草

貧弱な語彙でしか書けない人なら貧弱な語彙の人かもしれないけど、まともに書ける人がキンキンキンと書いたからと言って作者が低レベルだということにはならない

Amazon で批判を書いた人はどうも「なろうのコンテキスト」を理解できてなさそうな節があるし、私の中では「うっかり内輪ネタの催しに参加費払って突撃してしまったかわいそうな人」という扱いになっている

べつに列車の精緻な走行音が求められていないならそれでいいんじゃないですか。そこにケチつけるのはストーリーとキャラが主軸のファンタジーに「設定が穴だらけ」と文句をつける厄介オタクと同じですよ (まあ私はそっち側の人間だけど……)

表現や描写が正確か、豊かか、そういったものはあくまで現状の価値観によるメタな評価であって

小説としての出来はそれとはまた別の観点で評価されるべきではないかと

そもそも本質的に、テキトーじゃない擬音語なんてあります？

あれは音擬きでしかない

if が値を返せない言語な……

や、一応 foo if cond else bar みたいなアな文法があったり条件演算子があったりすることもあるけど

やはりブロックや制御構文が値を返せるのが正解だと思うようになりました

Rust はいいぞ

条件分岐が値を返せないの、言語の欠陥とさえ思う

ｷﾞｶﾞｿﾞｮｰﾝなのでリンクを辿るのをやめた

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

そういえば私もネット小説は多少嗜むけど SS 文化圏ではないので、そっちの人とは見解が分かれることがよくある

Pointers Are Complicated, or: What's in a Byte?
https://www.ralfj.de/blog/2018/07/24/pointers-and-bytes.html

寄生虫が人の行動に影響？　感染者、起業志向強く - 共同通信
https://this.kiji.is/394631229078652001

たしかにひぐらしだ

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

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

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

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

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

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

というかあれだけ作品数があってわざわざ自分に合わない作品を叩きにいくの、人生でも片っ端から気に食わないものを叩きにいって絶対に幸せになれないタイプの人では

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

デイリーランキングとかは高周波ノイズが高すぎてつらいので、月間あたりをよく見ている

エタる割合も高いし

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

あらすじのない作品そもそもあったっけ……？ と思ったけど、あの紹介部分にあらすじを書くとは限らないのか

というか他ならぬ異世界セマフォでそれやってたわ

妹エクスプロイト[小説情報]
https://ncode.syosetu.com/novelview/infotop/ncode/n9428dl/

> あらすじ
> 妹には脆弱性がある。俺のエクスプロイトで子プロセスを作ってやる！

……

ダレンシャン、合わなくて1巻読みきらず切った

ダレンシャン世代なのに全く話を知らない

まあなろうはインディーズみたいなものなので

ゲームが好きだからといってインディーズを漁る必要もないし、小説が好きだからといってなろうを漁る必要もない、逆も然り

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

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

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

https://twitter.com/KirkBater/status/953673704734683136 #tw

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

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

Twidere のやつかな

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

原理主義者なので、メッセージにリプできなかったところで、メッセージの URL とともに発信者アカウント自体へリプを飛ばしてしまえばいいということになるし、原理的にリプが阻止できないのであればこれを防ごうとするのはユーザビリティを下げるだけだと思う

アカウントへのリプライ自体を禁止できるようにするならまだしも、それってリプミュートで既に事実上実現可能だし、投稿についてのみリプライ可否を設定するのは、言ってみれば「非公式 RT」相当の汚い慣習を促進するだけのアカン仕様にしかならない気がする

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

安全で正しいコードを書きたい場合、とかですかね(つまり大抵のケースなんだけど)

あと速さがほしい場合でも使えるし、並列計算したい場合にも使える

そもそも静的型付き言語を使っている時点である程度安全性とか正しさはほしいということだし、コンパイル型言語を使っている時点で安全性とか正しさとか速さはほしいということなので、まあ post C++ というのは伊達じゃない

逆に、なんとなく動けばよくてそれでおしまい、というような雑スクリプティング用途には向かない気はする(まあ使えるには使えるんだけど)

(これは個人の感想なんだけど、雑スクリプティング用途の言語で web アプリケーションとか書くの正気の沙汰じゃない)

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

意思表明したいのはわかる(それを protocol-wide で綺麗に表現できるかはわからないけど)

なんか RDF の語彙にそういう系のがあったら、現状の ActivityPub でも十分に表現可能だと思うんですが、あるのだろうか……？

ice で思い出したのでしょーもない話をするんですが

弊サークルで「ゆりお」氏と呼ばれている人がおり、「twitter で yurionice というハッシュタグが大量に使われていて、いきなりナイスと言われても何なんだ」的なことを言っていて爆笑したことがある

しばらく「ゆりおナイス」とか言って遊んでいた

当人もアニメのハッシュタグであることはわかったと言っていた

安全性が本当に欲しいのであれば証明つき言語でも使うべきなんだけど、まともに使える人はたぶん一握り

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

インストーラとはいっても、ユーザローカルで導入できる以上は単にライブラリのパスが云々あたりのあれこれだと思うので、環境変数とか適切に設定してやればポータブルにできそう

パス決め打ちパートがあるのかは知らん(まあどうせ環境変数で弄れるやろ)

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

そういえばちょっと前、ラボで「evil bit みたいな感じで GDPR bit とか用意したらいいのでは」みたいな雑談をしたのを思い出した

HTTP なら HTTP ヘッダでもいい

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

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

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

ﾆｭｰｽｸﾞﾙｰﾌﾟ

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

ニートになりたい

正確には、追加の教育が必要ないほど高度な専門性と教養を備えて、さっさと趣味に生きたい

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

in Education って教育する側も含まれるんだろうか(よくわからん)

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

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

気持ちはわからんでもない

本当はドメインでそれをできればいいんだけど

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

思考停止してバッジがあるだとか名前が同じだとかで本人であるとみなす、程度の低い思考(最悪のリテラシ)が問題の根幹のひとつではある

もうひとつの問題はアイデンティティがひとつところで管理されているモデルであり、これが名前の競合の原因なので、こればかりは難しい(いっそ識別名を選べないようにして UUID などを使うというのもありだとは思う)

ActivityPub 程度では、分散してみたところでドメインの名前空間はひとつだし

フォーマルハウト、体温100度くらいありそうだな

京都寺町三条のホームズ(アニメ)、 なろうの異世界チートものを読みすぎたせいで CM がいつも「恋に古武術」に聞こえてしまうので陰陽師格闘ミステリー(?)

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

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

中央をなくせば辺境もなくなる、大人数収容寄合所帯インスタンスを破壊していけ👊

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

モブが主人公なの沢山あるよ

なろう、だいたいあるものはあるので、「ありそうなのにない」と思ってるものは大抵自分が辿り着けていないだけ

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

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

これはある

結局モブの何たるかを先に定義してからでないと認識の個人差が大きくて議論にならない

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

奴ら「steam client に 4 GB 以上もメモリ使わねーだろwww 64bit 対応なんて必要ねーよwww」みたいなこと言ってるしマジで駄目

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

Twidere と何とは言わないキー使ってるけど、それはそれとして Twidere で Mastodon をしている

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

Mastodon が普及しつつあるけど、元 GNU Social 勢として思うこともありまして - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/12/15/comparison-of-mastodon-and-gnusocial/#federated-social-web

もう少し整理して分散アンチに対する反論とかも書きたいなぁという気持ちになっている

サーバ単位、インスタンス単位というのは暗黙に管理者の存在を認めているんですよね

一般に人間の個人的な繋がりというのは管理者を置いてどうにかするものではないので、ｱｸﾁﾋﾞﾁｰﾊﾟﾌﾟもそうして個人＝サーバという単位で運用するのが自然

無論、管理者が存在するような名簿付きコミュニティを管理するのであればインスタンスに囲い込むのも手段としてはアリだろうけど、各個人が自分のアカウントを持っている状況でそれをやるとメンバーに負担やリスクをかけることになる

この際なので言わせてもらいますが、リレーに参加云々の前に、 LTL に篭らないで文脈を RT で再発信してほしい

そんな大規模な情報再発信の前に、ユーザレベルでやってほしいというお気持ちです

これはたしかにリスク高そう

というか現状既にそのリスクは十分ある (FTL を日頃から見ている人が少ないから顕在化しづらい？)

や、似たようなことを twitter 時代からずっと思ってたけど、まあ

これ、結局「文脈を読めやカス」と一言で返すためにはちゃんと RT して自分の TL を完全にしていくのが安全だと思っているので、自衛で RT している面もある

まあそれはオマケで、あくまで後から自分の投稿を見直したとき何を考えていて何について書いたのかを正確に思い出すためというのが主目的なんですが

ｱｸﾃﾋﾞﾃｰﾊﾟﾌﾟで何らかの集団を表現する方法、一応 IRI で表現できればどうにかなるので、アプリケーション側の問題ではあるのか

https://twitter.com/takamikazuyuki/status/1022031955813171202 #tw

しらなかった……

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

ototoy の試聴コントロールについにボリューム調整機能が付いてた……ついに……！！！！

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

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

あとインスタンスが小規模でちゃんと分散していれば、ヤベーやつを野放しにしているインスタンスごとブロックしても影響が小さいから、どんどん自分のインスタンスの環境を健全化できる

管理者がまともでないなら、その管理者が管理するインスタンスごとブロックすればいい。そうして気軽に嫌なものをブロックできる環境を作っていくべきだし、そのために今最も効果的な手段はインスタンスの小規模化と積極的な分散

そこなんだけど

結局「多くの人々には受け入れられない」からといって人々に受け入れられるように緩やかな移行にしようというの、「多くの人々が今まで抱えつつも解決してこなかった既知の問題をそのまま導入する」という意味だし、そうやって適応の遅い人に合わせていると永遠に古よりの問題から逃げられないままになるのでは

問題を解決する仕組みは用意されたんだから、次は人々がそれを正しく使え、それが嫌なら今迄通り苦しめという気持ちがある

こと分散の文脈において、適応しようとする意思のない人をわざわざ手助けするメリットはかなり薄い

大抵の中央集権サービスは、ユーザ数が多ければ多いほど正のフィードバックでユーザ数の増加も加速するし、それによって利益も得られるから、適応の遅いユーザをこちらから引き寄せるためにサポートする(商業的な)旨みがある。

しかし分散アーキテクチャでは、そんなものはない。
各個人が自分の面倒を見ようという方式なのだから、当然である。

まあ強いて言えばプロトコルを共通化するメリット(という手助けのインセンティブ)はあるけど、それは自分が関係している範囲での問題であって、サービス全体での問題ではない

ピュアソングガーデンのサントラ聴いてる

『ワールドスタート』と『ラブエア』がとてもすき、正直この2曲のために買ったようなものみたいなところがある

分散できてないから商業化成功してるんじゃないですか？キャリアメール然り、 gmail 然り

Eメールの今の姿は、「分散型アーキテクチャでありながら人々が易きに流れ中央集権化が著しく進行した未来」のありようですよ

それも結局ユーザを囲い込める、情報を集められるという囲い込みフィードバックの強さで説明できるように思いますね

特にメールアドレスはユーザ間コンタクトの窓口になるものだし、古くからあって多くの環境で使えるぶん、ドメインでの囲い込みが強力に働く。そこに広告とか別サービス連携を付ければ、ロックイン万歳の中央集権サービスの出来上がり

分散とは、すなわち(理想的には個人や組織単位での)自治です

データの持ち主や行動の主体が、自分の意思によってどのような情報も利用することができ、また利用しないことができる、そういう権利と自由を完全に確保することが自治です

私にとっては。

この副作用として、自動的に「ロックインの阻止」が発生します

まあ微妙ですよね、インスタンス上での投稿をたとえば削除であったり規制する権利は、一般に他の普通の人がやるよりは緩やかでしょうけど、それでもホスティングサービスが何らかの権利制限を行っていることには変わりない。

まあその考えでいくと VPS とかも (Mastodon ホスティングより更に制限が緩いにしても)同様のリスクは抱えているし、もっといえば回線業者が……法律が……という話になるので、「どこまでを原理的に回避困難な権利制限であると捉えるか」はまた別の議題として重要なんですけど

ただ、卑近な目標として「ロックインされない、またロックインを阻止するような事象の発生を阻止する」というのを目安に行動すると、悪くない結果が得られるだろうとは思っています

この基準では、自宅サーバであれば安心するには十分という感じですかね。 VPS だと、発信する情報による BAN のリスクは多少あるけど Mastodon ホスティングのような特化サービスよりはリスクが小さそう、という感じ？

またデータをどのように利用・コピー・アクセスなどするかの自由度で考えると、 VPS であれば計算リソースもデータリソースも一応は自分のものとして認められるのでそれで十分ですが、 Mastodon ホスティングはアクセスの手段やレートに制限があって不十分、という感じになる

ロックインの回避の観点だけで見れば、その引越しが完全であれば、確かに目標は達しているといえると思います

ただし、フリーメールサービスで「自分のデータを利用されない権利」であるとか「メール閲覧の体験を広告で汚されない権利」であるとかは確約されない。
こういった権利を確保するための自治、その自治を実現するための分散、と考えると引越し可能なだけでは全く不十分ですね

https://mastodon.cardina1.red/@lo48576/100435261003239852
これが有効なのは「中央集権サービスについてロックインの誘引が強い」という特性を利用してのものなので、ロックインは弱いけどプライバシーはガンガン侵害していきますよというサービスにはこの目安はあまり効果的ではない

それはその通りで、問題は「他者から与えられた自己決定権の保証」が果たして信用できるんですか、というところです。
私は、それを信用するのは大きなリスクであると考えるし、であれば原理的に「他者が自己決定権を侵害できない」ような仕組みに乗っかっていくべきである、という見方をしています

そのサーバはいったい誰にサーブするのか? - GNUプロジェクト - フリーソフトウェアファウンデーション
https://www.gnu.org/philosophy/who-does-that-server-really-serve.ja.html

こんな良いページがあったのか

さすが GNU 、原理主義者の鑑という感じだ

広告というのは、メール閲覧におけるユーザのコントロールが完全でないという例として出しただけで、たとえば他にも google がメール中のリンクのクリックの情報を蒐集しているとか、そういうことを勝手に行われるようなことが問題であり、自己決定が認められていない一例として挙げられます

https://mstdn.nere9.help/@orange_in_space/100435319808187509

あと個人情報騒ぎの例については、単に顕在化しているか否かの問題であって、そういった悪評がないからといって “善良である” ことの確信には全くなっていないですよね(更に言えば、将来に渡って “善良である” ことを保証できるわけでもない)。
(一方、事故による悪評があると技術的に poor であることは信じられますが、それだけ)

そりゃ私もムトーを使わないに越したことはないと思いますよ。
理由は今まで説明したように、
・ひとつは(たとえば VPS や自宅サーバにおける実行よりも)ユーザのコントロールが制限されていること、
・もうひとつはドメインによるロックインが発生していること。

それでも、寄合所帯インスタンスに行くよりは幾分マシだとも思っています。
これは、少なくとも表面的には Mastodon が提供する administration 機能をホスティングでは確保できる一方、寄合所帯インスタンスではそれさえも困難であることから、ユーザのコントロールの制限はホスティングサービスの方が幾分緩いと言えるからです

まずアクセス制限によるプライバシーの確保は情報セキュリティの問題であって、自由の確保と強く関連してはいますが、それだけが自由を欲する理由というわけではありません

それでも秘匿情報について考えるなら、たとえば Mastodon の web UI についてコントロールを持つと、ユーザがどの投稿をどのくらいの時間見たか、どういった行動をしようとしたか、などなど、公開されている情報よりも遥かに多くの情報を手に入れることができる。
で、ホスティングサービスはそういった情報を勝手に蒐集するようなコードを(秘密裏に)埋め込むことが可能である。これはプライバシー侵害リスクですよね

情報秘匿以外の面では、「ユーザの行動を代行する能力」とでも言えばいいのでしょうか。
ユーザができることを、サービス管理者が代わりに(勝手に)行うことができる。
また、ユーザができないこと(たとえばユーザのアクセス遮断であるとか、特定トラフィックの阻止)をサービス管理者が行うことができる。
これもユーザの自由が(潜在的に)制限されている例です

それは全くその通りで、個人単位での分散をすれば十分安心だと言ったことはありません。
私がずっと主張しているのは、ひとまず低めのコストで実現可能な到達ラインが VPS や自宅サーバによる個人インスタンスの運用だということです