pgp 、私には難しすぎるな

特に、一度○○すると後からどうしようもない的な話が多すぎる(つまり事前に考えるべき手順が多すぎる)

今度から pgp 署名使わずにやっていくか……

Subkeys - Debian Wiki - https://wiki.debian.org/Subkeys

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

ぽやしみ

かるばぶ氏のヘッダ画像、 GNU ですか

すごく……GNUです……

postgres -c autovacuum_vacuum_cost_limit=200
するついでに master 追従する

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

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

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

メールに原始時代の通信手段のマナーを持ち込む老人も老人だし、既にそこにあるツールを習得できない若者も若者

同じ用件で多数のメールが来るならテンプレートを用意するのが筋なのではないかと思うんですけどね。お役所でさえ空欄埋めるだけで書類提出できるよう整備されているのに

や、べつにテンプレがないならないでいいけど(あまりよくないけど)、それで文句を言うのはあまりに怠惰というか傲慢というか

道路が整備されてないから仕方なく適当なところを車で走ってたら「ここは車で入っていい場所じゃない！」って文句言われるみたいな感じですよね、用事があって必要に駆られてメールを出す側からすれば。

常識で判断するにも限度があるし、そもそもｼﾞｮｰｼｷとかいう曖昧で得てして非合理的な価値観を擦り合わせるの面倒なだけで誰も得しないので、必要のない場所で個人差が出ないようにしておくのが楽

robustness principal じゃないけど、受信側が寛容にならないと簡単にシステムは破綻するし、それが面倒なら発信側が壊れたメッセージを出せないようにシステムを整えるのが合理的に思われる

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

このレベルは流石に何も言えない……

まあ無礼云々はさておいて、情報の欠落で苦労するのは受信側だし、そのうえシステム整備コストを押し付けるのもうーんという気持ちもあるにはある

ブラウザが読めるからってテメーが壊れた HTML を書いていい理由にはならねえんだよ、みたいな話だ(悲しいことによくある)

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

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

私は原則「情報は公開できない理由がなければ公開する」という考えでいますね(ただ開発初期とかはコード破棄が多発するし面倒なので公開しないことが多い)

何とは言わないナニビデオ周辺のネタとかは PC 以前の問題でｱｳﾁっぽいのが多いし、そもそも界隈の人々の言動がいろんな意味でアウトなので堂々とやらないでほしいみたいな気持ちはある(オブラート)

卒論を GitHub に置くわけないじゃないですかーwww (煽り)

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

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

ネットにありがちな危ういスラングに限らない話だけど、まず自分の使ってる言葉の意味くらい一度は調べるものだと思ってたんですが、どうやらそうでもない人は多いらしいということを最近知った

口頭で喋るならまだしも、端末で打ち込むときなんてブラウザがすぐそばにあるんだからググればいいのにと

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

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

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

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

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

btrfs だけど、カーネルソース展開するのにそれなりの負荷と時間かかるし、スナップショット削除にとんでもない負荷がかかるので、なかなか厳しい

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

ほぇー……

や、先生に敬語使うとかって小中高で済んでるべき教育ですよね……

というか小学校以降敬語を使わなかった記憶がないので、そういう人々のことは何もわからない……

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

あるあるww

grub-mkconfig のとき LANG=ja_JP.UTF-8 されてると日本語になるので、
sudo LANG=C grub-mkconfig -o 〜
すると英語になる

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

テトロ詫びキシン

わかものなのでｷﾞｯﾎﾟで育ったしｻﾊﾞﾊﾞｰﾊﾞﾝ使ったことないなぁ

Pijul とか気になってる

Pijul
https://pijul.org/

設計が美しいと使ってみたくなる

4.4BSD-Lite2のUNIXコマンドをC++に書き換える開発で学んだ事 Part1
https://techracho.bpsinc.jp/ika/2018_01_10/49705
これは……釣りか……？

著者の情報を見て、記事の日付を見て、二度びっくりした

https://twitter.com/golgi_book/status/951055915662245889 #tw #potd

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

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

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

アセン鰤
大根パイル
バ稲荷

#字足らず

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

これすき

今のところ無理では(通知が飛ばせないので)

サーバ間で通知を飛ばしあえれば話は変わってくるんでしょうけど、それなんて ActivityPub

や、問題の本質はそこではなくて、 git でリポジトリが本質的に分散していても ITS とかの方の仕組みが分散になっていない(そして git にも乗っていない)のでどうしようもない、という

まあ HQ が存在するプロジェクトにおいては、 GitHub のような中央サーバを用意するなりメーリングリストを用意するなりでどうにかするのが無難そう

そもそも git が「分散型」であるという意味も正しく理解せず GitHub 使ってる人も多そうだし(いやべつにいいんだけど)、分散リポジトリに適した開発スタイルにならないことにはプラットフォームも普及しようがない(そもそも分散 ITS って tracking できるのかどうかさえ微妙そうだけど)

分散指向のアーキテクチャだと「全体を見渡す」とか「ブロードキャストする」がほぼ不可能になり、逆に「遠いどこかの影響をローカルで受けづらくなる」ので、これが issue tracking に本当に適しているのかはよく考えるべき

少なくともリポジトリ自体については「見知らぬどこかが本人のために加えた変更は、私にとってどうでもいいし知る必要もない」という感じになって git の分散型には意義があるんだけど、 issue で本当に同じことがいえるのか？
「見知らぬ人が発見した問題は私にはどうでもいいし気付く必要もない」と本当に思えるのか？

https://mastodon.cardina1.red/@lo48576/99325504602361696
これ補足しとくと、そもそも AP というかそれ以前の Salmon 自体が WebPush の規格化みたいなところがあり、 WebPush 自体は CI 等の関連で既に GitHub でも実現/実装されているので、 GitHub や GitLab が協力しあう未来があれば、サーバ間通知も夢ではない

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

https://gs.yvt.jp/@8vit/99325540510433328
ITS (Issue Tweeting System)

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

:知り合い: - スラングにabbrつけるやつ
みたいな user script が必要だ

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

「ビジュアルシー」

constexpr を「コンステックスペロ」と呼ぶことについては是非を判断しかねる(難しい)

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

ActivityPub を喋る git リポジトリホスティング、悪くないやもしれぬ #らりおメモ

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

なんか言語によりそうなのであまり使い分けたくないというか、使い分けるほど厳密に区別できてないというか……

強いていえば、メモリ上に存在して特定の型でひとつのものとして識別されるデータがインスタンス……？
(はい、さてここで動的型付き言語、 reinterpret_cast 、メモリ以外の記憶デバイス(たとえば DB) 、その他諸々の例外を考えてみましょう)

LTL は好みのユーザを発見するためのものです……常用せずフォローしてホームタイムラインで読むのです……

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

オブジェクトは有り得るインスタンス全体を表す、という感じだろうか

型と型変数の関係みたいな

インスタンスを自動車の実体ひとつひつとつするなら、オブジェクトは抽象的な「一台の自動車」みたいな？

あまりオブジェクトとかインスタンスみたいな曖昧っぽい言葉を使いたくないというか使ってない(少なくとも私のブログでは一度も(この文脈で)使ってない)

より正確には、自分のなかで定義が定まっていないので、ちゃんとしたことを書きたい場面で使うことはないですね(口頭でコードを読みながら説明するときとかは使うと思うけど、その場合言葉よりコード基準になるので)

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

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

updatedb (mlocate) はクッソ便利だからな

ライセンス、できるだけ自由であるべきと考えてるし(私が Mastodon における公開投稿で利益を得るつもりがないので尚更)、ｱﾋｨﾌﾞﾛｸﾞ対策については制限よりも報復とか妨害の系統で考えたい

どうせ制限したところで向こうが従うとも限らないし

直リンクなら referer 見て云々とか多少は弄れそうかな

www.mofgao.space 、 mastodon に www サブドメイン割り当てるのすげえな……(や、何が駄目というわけではないんだけど)

特化型感がすごい

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

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

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

up to year でないスクリプト……(?)

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

弊インスタンスもメディアバックエンドに object storage 使ってるけど、私は逆にメディアのドメイン分けてないなぁ(サーバ引っ越すとき DNS の変更を小さく抑えたかったので)

大手でメディアのドメインとページのドメインが分かれてるの、 DNS へのトラフィックを分散させるためといったような話を聞いたので、私のような個人にはあまり関係ない話だと思っている

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

これなぁ

IRI を ID に使う以上は仕方ないんだけど、どうにかならないものなんだろうか

外部からアクセスされうる場所を一律に domain/resource_id みたいな単純なやつにしてしまって内部実装を隠蔽したうえで、アプリケーション側でうまく割り振っていくとか？(それはそれで嫌)

ドメイン非依存な分散だったら、いっそハッシュみたいな ID パートだけで管理して、アクセス手段と 識別子を完全に分離するというのもありなんだろうけど

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

まあ個人用の構成スクリプトを大企業規模で使えるかというとそうでもないので、仕方ないかな感は感じる

火を隠すなら森の中

steamの国、キノ旅かと思った……

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