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

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

実名なぁ

こんなアカウント名でやってるけど、ﾋﾟｯﾎﾟﾊﾟﾌﾟ見たら一発で実名バレだからな

人生綱渡りだ(適当)

Lazy K の JIT とかだったら尊敬する

quadruple は quad なのでまあわかる

quintuple 以降は出てこない(考え込めば推測はできるんだけど、例のごとく sep- とか nona- とかが何番目かわからないので、月の名前と同じく O(n) で数えなければわからない)

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

Discuss naming conventions for traits · Issue #28 · rust-lang-nursery/api-guidelines
https://github.com/rust-lang-nursery/api-guidelines/issues/28

trait の名前、どうも未だ合意がとれてないっぽくて難しい

代表的な操作の動詞(命令形)とかメソッド名を使うのが割と有力なデフォルトという感じはあるけど、あらゆる場面で必ずそれでいくとも限らないようで

たとえば Future とかは名詞ですね

まあ難しい

trait もいろいろな意義があるし……

marker 系はなぁ

Into<T> とか From<T> とかを見てると、こういった用途で trait を動詞にすると
impl From<Foo> for Bar
みたいな感じになって、若干の英語感あるなぁという気持ちになる

語順を制御して記号なしで英文っぽくするの嫌いなんだけど、ちゃんと記号とか使ったうえでそれっぽくなるなら、まあ許せるかなという感じ

いつのまにか gentoo repo に gcc-8.2.0 が降ってきてたのでビルドする

twitte r で思わぬ人に RT され、「Mastodon だけじゃなかったのか……！！！」みたいな謎の驚きに包まれた

まあ BAN されたとかでもなければ、 Mastodon やってて twitter やってないなんて人たぶんほとんどいないと思うんですけどね。冷静になって考えてみれば。

s/やっていない/使ったことない/

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

Vulkan はこれから GL を置き換えていく規格ですよ

まじで？

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

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

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

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

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

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

草

システムで使う gcc を gcc-8.2.0 に切り替えたので、愉快なエラーが出ないか楽しみ(まあマイナーバージョンアップだし大丈夫やろ)

gcc-9 が出てからが本番

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

ｸｿｻﾞｺなのでバージョン番号打たれてリリースされていないバージョンのソフトウェアは滅多に使わない

そういうことしてるの、 libskk くらいですかね(自前パッチ当ててる都合とか)

まあ gentoo 使ってるのでリリースも糞もなくて、ソースがあればビルドとインストールはできる

(alacritty もパッチ当てて master 使ってるの思い出した)

lo48576/alacritty at lo48576/main
https://github.com/lo48576/alacritty/tree/lo48576/main

パッチ複数当ててると、ブランチとコミットで管理するの面倒になってくるし、どこかのディレクトリに .patch を放り込んどいてビルド直前に勝手に適用みたいなことしてほしい (やればいいんだけど)

gentoo はいいぞ

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

IoT だ

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

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

違法 DL が云々などと言っておきながら海外への販路を断ったりおま国してみたり、たしかに何がしたいかわからない業界って感じもあるな

個別の作品について他国の法律でセーフか判断するコストが高いのかな？

にしても海外一律禁止とか、違法うpするインセンティブ高めてるようなもんだしもう少しどうにかならんのかという感じもしてくる

そういえばポリコレ棒とか何らかの宗教の教義をもって殴りにくる聖戦士たちもいることを思い出したわ、結構リスクありそう

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

「気にしないのであれば」とは「見ないのであれば」ということであって、 LTL / FTL が存在するにも関わらず本当に見ない人であれば、 jp を使っても(移動の容易さの点では)問題は(あまり)ない

しかし「そこにあれば見てしまう」タイプの人は jp に行くと LTL に縛られてしまうので、まあアですね

末代でさえ LTL の結合強いっぽいし、況んや IT 詳しくない人をや

東横イン 東横アウト #適当 #今日の適当

割とマジで LTL は分散を阻害する大きな誘引だと思うし、 mastodon が分散に重きを置いていないと私に思わせるデザインの最たるものですね

mstdn.maud.io にｱｶｳﾝﾖ作らせてもらいつつもいつからか全く稼動させてないし、ときどきﾌｮﾛｰが飛んできてるっぽくて申し訳なくなる(消した方がいいかなという気持ちになっている)

一応 GNU Social の鯖と Mastodon が別サーバで動いてるから両方同時に落ちるとしたら鯖の料金払い損ねたときか ConoHa 全体で障害が起きたときくらいのはずなんだけど

問題は、 GNU Social の方はもう全く新規投稿もしないつもりの省リソース運用に入ってて、フォロー/被フォローをほとんど解除してるというところですね

つまり事実上冗長性のない運用になっている

さっさと自前実装せねば……

いまライブラリ書いてる

#ソ連解体は違法
#ソ連はある
#労働者の祖国

思うに、「このインスタンスは LTL のノリが合わないからやめとこ」となる時点で、暗黙に「インスタンスは LTL のノリを考慮して決めるべし」みたいな感じになってるし、この段階で既に分散阻害は始まっているんですね

じゃあどういう基準で選ぶのが良いと考えているかといえば、もちろん「このインスタンスの管理者は信用できるから使おう」です、当然だよね

私のﾌﾞﾖｸﾞでも、「運営者の信用できるインスタンスへ行け」「誰も信じられなくても自分で立てられる」と再三述べておりますが

Lojban はいいぞ！！！

最近電車の中でなろうを無限に読んでいるので Lojban の単語をすっかり忘れた顔をしている (dansu はダンスだよ)

mastodon のｲﾝｽｺ、 docker-compose 使えばだいたい脳死でできるから楽

GNU Social は「公式で docker コンテナ用意するつもりねーから自分で書いてね^^」という感じだったので、まあ……

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

ここでも紹介したけど

Dockerize GNU Social (#259) · Issues · gnu.io / gnu-social · GitLab
https://git.gnu.io/gnu/gnu-social/issues/259

もしかしたら誤読してるかもだけど