beancount (https://beancount.github.io/) を使い始めた。 GnuCash を使っていた経験から必要そうな勘定科目が既におおまかにわかっているので多少は楽かと思ったが、英語ぢからが足りてないのが足を引っ張っている
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
beancount (https://beancount.github.io/) を使い始めた。 GnuCash を使っていた経験から必要そうな勘定科目が既におおまかにわかっているので多少は楽かと思ったが、英語ぢからが足りてないのが足を引っ張っている
ところでですね、シコマテリアルを通常のコンテンツと分離したいんですよ (健全な画集や設定資料集とﾃﾞｮｰｴﾙｻｲﾄのCG集が不可分な形で集計されるとさすがにｳｰﾝとなる)
DLsite と Fanza と DMM を包含する良い名前ありませんか (????)
べつに DLsite にだって健全コンテンツは沢山あるんだよなぁ……
一時期は (GnuCash 時代)、 Expenses:Contents:Comics と Expenses:Contents:Comics:R18 みたいな感じで分離していたんだけど、これ結局 R18 も Comics に含まれてしまうので集計のときクエリでいちいち除外していかないといけなくてダルいというのがある
ShicoMaterial とかにしそうになっていた (?)
複数形だから Materials ですね (そうじゃない)
3週間分の収支を検査したところ、正体不明な現金支出11000円が発覚した。レシートがなく何のメモも残っていないのでマジでわからん。
まあ金額的に税抜10000円の買い物なんだろうけど、この額でクレカ使わない場面って何だよとなっている
https://mastodon.cardina1.red/@lo48576/109892645888285303
これマジで心当たりがなくて不穏すぎる
小さめのパッケージのビルドだと、もはやコンパイル部分よりも autoconf あたりのあれこれの方がボトルネックになっていて時間かかってるので、 autoconf と automake は並列化対応してほしい。ヘッダの確認とかコンパイラオプションの確認とか32倍速でできるでしょ
小文字mayで草、IDで引ける保証すらないのかよ
> The HTTP GET method may be dereferenced against an object's id property to retrieve the activity.
ActivityPub | https://www.w3.org/TR/activitypub/#retrieving-objects
ただの英語としてのmayでそんなこと書かないでほしい。id引ける保証がないのはまぁ……Wildebeestのあの実装がvalidならそういうもんかって感じはしてしまうけど
ID が URI (not necessarily HTTP/S URL) だから必ずしも HTTP で resolve できるとは限らへんで、という話？
まあたとえば ipfs:// とかだったら HTTP GET method は使わないだろうし、確かにそういうもんかなという感じはする
DIDs とかもちゃんと読んでないけどアクターに対して HTTP 以外の URI を認める方向だったりしそうだし (読んでないのでこれは単なる想像)
idで引くことが前提になっていないobjectはかなりある、フォローとかいいねとかundo十
> These identifiers must fall into one of the following groups:
> 1. Publicly dereferencable URIs, such as HTTPS URIs, with their authority belonging to that of their originating server. (Publicly facing content SHOULD use HTTPS URIs).
> 2. An ID explicitly specified as the JSON null object, which implies an anonymous object (a part of its parent context)
ActivityPub
https://www.w3.org/TR/activitypub/#obj-id
Content Negotiation をサポートしたすぎるが、ネゴシエーションか活きるコンテンツは特に持っていない
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
https://mstdn.nere9.help/@orange_in_space/109894669771304571
この話、言いたい事としてはたぶん思考を巡らせることの大切さを説いていて現実は複雑であるという事も解いているんだろうけど、
それを実現する為に推理小説用語で言う所のフェアでは無い(答えに至る為に十分な証拠を提示して先に進めるという作業を行っていない)ので、かなりストレスフルな文章になってるかも＞＜
現実は推理小説ほどフェアでは無いと言いたい文章であるからこそであろうからあれだけど＞＜；
正解に至らない思索が有用である事には完全に同意だしオレンジも何度もそういう主張してるけど、でもこの文章はあまりにも遠回りで長すぎると思う＞＜；
なんか視聴率を得る為に大して設定を考えてない適当な闇の組織を、複雑な背景があるかのように意味ありげに描写して話を引き伸ばしまくるアメリカのドラマみたい＞＜；
訓話じゃなくて自分語りとして捉えていたので、まあこんなものではという感想
刺身のつまに醤油かけて食うのが好きな人だっているし、味がなかろうがメインディッシュにならなかろうが文字として読めることには違いないのでとりあえずはそれで十分
まあ文字は音声や動画と違って目を専有するので、その辺りの情報の密度というか内容の濃さみたいなのへの評価がシビアになりがちなのも納得いく話ではあるけど
I wanna eat a pasta
君をもっと夢中にさせてあげるからね
の投稿
herschel@raptol.net
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
組み込み関数に展開されるせいで例外とか精度とか諸々の挙動が実行時と変わるの、マジで地獄
まあ揃えたら揃えたで実行が遅くなって険しいわけだけど……
なんというか、そういう「strict な挙動になる型」と「多少細部が違ってもいいから効率的な型」とを区別するみたいな仕組みがほしいよね。探せばありそうだし無ければ作れそうではあるけど (使い物になるとは言ってない)
StrictF64(1.5).sin() と FastF64(1.5).sin() みたいな。
このアカウントは、notestockで公開設定になっていません。
私は QWERTY から Dvorak に乗り換えたとき運指を矯正できたので、分割キーボードへの移行はほとんど苦労しなかった
このアカウントは、notestockで公開設定になっていません。
キーに刻印があるのは見て入力できるようにしてあるからなので見ても良い
貧乏なので、普段遣いのキーボードはキーに印字されてないし2つに割れてます……
そもそも小指をそんなに頻繁に使うことになるのが既におかしいので、もっとエルゴノミックな配列を使いましょう。 Dvorak はいいぞ
このアカウントは、notestockで公開設定になっていません。
高速で投射物が発射されたり……気分が良くなって依存性があったりする……そんな何かを……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
名前空間の切り方や階層構成も API の範疇なので、 /v1/users の方が好みだな
このアカウントは、notestockで公開設定になっていません。
そう考えると、 content negotiation をパスとは異なる基底というか、同ドメイン下の別レイヤーの指定として流用するの、邪道かもしれないけど現実的にはアリなのか
