これすき
@tsutsuii 損益分岐点を越えられないなら本当にやらなくていいのでは
@tsutsuii そういうのはマネージャーに押し付けましょう（そのための組織階層なので）
およそ豆ごはんと言えるもの、グリーンピースと小豆しか食べたことない気がする
タスク管理、脳内でなんとかしているけどこれ以上老いたら破綻するだろうから外部化しないといけない気がしている
@carbontwelve いくつか試したけどどれも面倒くさくてやめてしまった
コード読んでるならそのへんのランダムな職業プログラマよりマシ（だと思う）
死んだM5Stackって復旧できるん？（AVRは間違ってシリアルポート潰してもISPで書き込めたと思うけど）
このアカウントは、notestockで公開設定になっていません。
わかるなあ（そこそこのOSSを読むのに慣れてから社内のコード読んでこんなもんかって思った）
下手なコメントは嘘になるけど、作者の気持ちは嘘にならないので書き得（ほんまか）
難しいなら何十行もコメント書いてもいいんですよ、書かずに変なことするより1兆倍マシ
処理の日本語訳を書かないようにするのは実はそこそこ高等技術（読み手が何を理解しているかを推測するというある程度高レベルのメタ認知を要求されるため）
プログラマとして金もらってるならそれくらい出来ろよという気分にはなるが、現実は……
そのケースはunko()が副作用と判定の両方をやってるのがやばくて、isUnkoShitai()みたいな関数があるべき
fn unko(&mut self) -> Result<UnkoAmount, AnalError>
じゃない？
これもあるけどUnkoAmountが直接I/O叩くまで0か非0か分からないケースはあり、かつその差がfatalな場合もあるとは思うので……
実際うんこが出ない問題が表面化するのは最終I/Oのタイミングじゃなくて、その次にI/Oしようとしたときじゃないですか？
このアカウントは、notestockで公開設定になっていません。
miquireはなんかやばいことやるrequireなんだなということは名前から分かるのでコメントなくても許されるレベルではある
miquireはともかく、mikutterにはObject#meltみたいな無のエイリアスもあるので油断はできない https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/8cd2a82b3f2616ce39e7c5190aa6fff4e662ed13/entry/core/utils.rb#L319
freeze不能もしくはfrozenなオブジェクトに対するfreezeはさすがにselfを返してくると思っているが……（未確認）
ごみ捨てタイムアウトしたかと思っていたらなぜかまだ回収されてなかったので急いで出した
