あー、服のタカハシで買ったデニム、型番控えてるのでまた買えると思って通販サイト見たらどこも売り切れじゃん…

いちいち試着するの面倒なので型番控えておんなじの、という買い方をしてるんだけどそれができないのって本当に不便すぎ。靴に関しても廃版になったのでいちいち試着しに靴屋へ行く羽目になったし…

Z世代ってタイパとか重視するっていうし、だったらそういう「廃版にする→わざわざお店行かせる」って行為はタイパが悪いって敬遠されません？（とこじつけてみる）

（boost不可なのでboostしないけど）それはｱｧｧｧｧｧｧｧｧｧｧｧｧってなる…

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

アレだよなあ、どこかの日本人は絶対GitHub上での活動に何らかの勝敗とか優劣とか設定するんだよ、謎ルール作って。

GitHub上での勝者が居るとしたら、幸せになるようなコードを書いたり、プロダクトを作ったり、それで幸せになる「みんな」だろ。

外野から謎ルールを設定して、コード書いたりプロダクト作ったりそれを使う人間を不幸にしようとする奴は、敗者どころか排除すべき敵だ。

より良いコードを書き、より良いプロダクトを作るためであれば、多少issueの文法がアレだろうと書き方が無礼だろうと、そこは目くじらを立てる場所じゃないと思うんですよね。

謎マナー講師はむしろそこを揚げ足を取るネタとして（＝お金に変えたくて）仕方が無いって顔してそうですけど。

もう少しシンプルにissueを書けないもんだろうか。
英語ならシンプルになるんだろうか…？（英語あんまし書けないし）

https://github.com/IchigoJam/ichigojam-firm/issues/19

「ｼﾂﾚｲにならない、これがissueを書く上でのマナー！」と謎マナー講師がGitHubでのissue書き方講座を始めるのも時間の問題か？

とはいえ、
FIO11-C. fopen() のモード引数の指定は慎重に行う (2014/04/16)
https://www.jpcert.or.jp/sc-rules/c-fio11-c.html
にあるように、「C 言語規格への厳密な合致と可搬性を確保するには、以下の表の文字列(C 言語規格から引用)を使用する必要がある。 」
表中には'r', 'w'の他に'rb', 'wb'もちゃんと書かれていて、テキストだのバイナリだのって話も出てる。

もう21世紀も1/4が経過しようとしてるんだからさー、'wb'じゃなく'w'でバイナリ吐けないようなfopen()を使う環境はポイしちゃいましょうよー

https://man.openbsd.org/fopen.3
The letter “b” in the mode strings above is strictly for compatibility with ANSI X3.159-1989 (“ANSI C89”) and has no effect; the “b” is ignored.
昔はテキストだーバイナリだーとfopen()でモード指定していたもんだけど、今は別に'b'があろうとなかろうと関係ないもんねってご時世な訳で。

まさかこういうコードを書くことになるとは。fopenで"rb"使ったり、ロードしたデータの末端に^Z(0x1a)が大量に付くことを想定するとか…もうそんな時代の環境を意識しなくても良い（というか意識したくない）はずなのに。

https://github.com/IchigoJam/ichigojam-firm/pull/18/files

オープンソース伝道師、って昔居たような…

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

fopenのモード指示子って、単に"w", "r"じゃダメなケースがあるんですかね…z88dkだと"rb"にしないとバイナリファイルを読んでくれない。

#if BYTE_ORDER == BIG_ENDIAN
// big-endian用の処理
#else
// little-endian用の処理
#endif

んでもって、htobe16()だのswap16()だのの定義はz88dkに無いから自前で記述するしかない。