いわゆる解せないというやつぽい

lisp に対抗して objp 言語を作る

json の key の順番は RFC 的には不定なのでむずかしい

特定構造体向けならコードジェネレーターで実質ベタ書きができるからはやいかも（🤔）

null は有効な json 文字列とか（？）

オール部（全部）

素朴な json parser を書くだけなら簡単（エスケープ文字列まわりの処理をまともに書くのは難しいので簡単ではない）

すべてが全部メモリに載りそうだ

弊パーサは pure go 実装という条件で作っている（自分で使いたいため）

json parser の論文見かけたことあるから多分未知のアルゴリズム見つけたら論文にはできるぽい（？）

RFC 通りのまともな json parser って割とレアだから結構うれしい

[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[]]]]]]]]]]]]]]]]]]]]]]]]]]]] みたいなのを相手に食わせる会

互いにテストケースを用意してきて相手のテストケースを早く消化できたほうが勝ち

いちばん競わなかった人が優勝

ベンチマークのコードがインライン展開されて無を計測している

なんというか rfc 通りに実装しようと思うと結構たいへん

はず

再帰ぺったんこ戦法を使ったからといって再帰下降パーサではないということにはならない

parser 書いてみよう^^ というタイプの記事で再帰下降パーサ以外を見る機会がなくて知見がたまらない

すごい json parser つくるのめんどくさいすぎる（つくりたい）