エーーッ今時ガバガバ型付けなコードをプロダクションで使う奴なんておるーー？？？？？？？？？？

煽っていけ

ぼっち開発だけど feature ブランチを切って merge でまとめるくらいはしておくと、きっとバグ探しに役立つ (bisect が楽になるため) しリリースノート作成も捗る (機能単位で変更を列挙できるため)

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

テストをシコシコ書いているがつらい、やっぱりこういうのは最初からやっとくもんだな……

言い訳すると、 writer や tree のデータ構造を用意するまではテストデータをコードから吐くことができなかったので、 parser のテストも当然書けなかった (意味不明バイナリはプロジェクトに突っ込みたくなかったし)

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

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

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

懲らしめるのはスカッとするためではなく未来のためなので、他人の懲らしめた話を聞いて気持ちよくなったりはしない (むしろ不快になる) けど、それはそれとしてよりよい未来を願ってすべきことはするよ

スカッとする系の番組に限らないんだけど、 “芸人” とか “バラエティ番組” もその場にいる他人を弄って遊ぶ光景が多く見られてとても嫌いなので、アニメ以外をテレビで観なくなった原因の圧倒的一位

怒らないで改善できるならそれが一番だけどね……そんな理想的な世の中ではデモとかストとかクーデターとかそういうものは存在しないんだろうね

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

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

日本語組版処理の要件（JLREQ）改版に関するご意見募集のお願い | 電書魂
http://densyodamasii.com/?p=3720

「まで」が inclusive だと解釈されているからでは？

[-∞, yyyy-mm-ddT23:59:59] ということ

日本語、「まで」といい「以下・未満・以上・超 (!?)」といい、 inclusive / exclusive がガバくて困る

私なら区間を厳密に指定したいときは「(含む)」とか「(含まない)」とかみたいなアレを付けて区別しますね

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

https://mastodon.cardina1.red/@lo48576/101991437665153091
これはin か on かみたいな話で、 23:59:59 というのが既に区間を表現していて [23:59:59.000, 24:00:00.000] であるという解釈は自然では？ (半開か閉区間かはさておき)

たとえば「04-26」はこの1日間を表現する区間と見做せるわけで、同様に「23:59:59 」も .000 の timepoint でなく、上位 HH:MM:SS がこの数字になっている duration を表現している状況があると考えるのはそこまで強引には思えない

結局、人間がガバいのが悪い

timepoint と duration を区別しろ

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

まあわかる (自分で書くときは気にする)

区間の端を区間にすることを許すと、じゃあ 00:00:00.000 は 00:00:00.0001234 を含む区間になるよねという解釈もできてしまうので

「3日以内に」みたいな相対表記は使いたくない (後から見たとき面倒なので) し、かといって「04-26中に」は 04-25 に提出してはいけないという解釈もできる (強引？) ので、うーん

やはり連続区間は端点で表現したさがある

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

[28, 31]日後……

これは本質情報なんですが、 †一般人† は閉区間とか半開区間という概念をおそらく意識していない

小学校か中学校で習ったと思うんですけどねぇ……

Rust の区間、 range オブジェクト作る演算子は .. (half-open) と ..= (closed) なのに、 match 内で使う pattern としては ... (closed) なので、まあなんというか、うーん

いや、これ嘘かも

https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=06399d279d08a48ed99524c8bd9d8ed0

試してみましたが、 pattern として ..= も使えるようになってた、ただし pattern に half-open な range はない、で FA

Tracking issue for exclusive range patterns · Issue #37854 · rust-lang/rust
https://github.com/rust-lang/rust/issues/37854

あれ、 f64 とかは pattern でマッチさせない方向性になってなかったっけ (将来的に実装されないとは言ってない)

Tracking issue for `illegal_floating_point_literal_pattern` compatibility lint · Issue #41620 · rust-lang/rust
https://github.com/rust-lang/rust/issues/41620

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

AsciiDoc は、たとえば「foo<a href="bar">baz</a>」を生成したいとき「foolink:bar[baz]」のようなクッッッッッッッッソキモい文法になるのがとても嫌です (分かち書き言語前提の設計という感じがする)

というか markdown も似たような空白問題があり、たぶん非 markup 言語全体がこうなのかなという感じがするので、やはり XML を書くのがいいなぁという気持ちになる

https://mastodon.cardina1.red/@lo48576/101215872101596641

これだわ #documentation

# documentation ハッシュタグを使っていこうということにした (そんなに頻繁に話をするとは言ってない)

Xperia XZ1 使ってるけど結構満足している (その前に使っていたのは Xperia Z Ultra)

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

来週にはそうなってるよ

Vulkan は右手首が粉々に砕けるので駄目 (???)

暇潰しで知ってる OSS のプルリクチャンス探してたりするので、大変徳が高いよ (研究しろ)

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

void と empty なら void の方が強烈じゃないですか (???)