これすき
@tsutsuii 損益分岐点を越えられないなら本当にやらなくていいのでは
@tsutsuii そういうのはマネージャーに押し付けましょう（そのための組織階層なので）
およそ豆ごはんと言えるもの、グリーンピースと小豆しか食べたことない気がする
日本、東京でも独り身とかで失うものがない人は結構出歩いてる印象
タスク管理、脳内でなんとかしているけどこれ以上老いたら破綻するだろうから外部化しないといけない気がしている
脳内タスク管理はほとんどの操作が定数コストでできるので便利
@carbontwelve いくつか試したけどどれも面倒くさくてやめてしまった
最近は脳内をドキュメント化する作業が仕事の大半になっています
コード読んでるならそのへんのランダムな職業プログラマよりマシ（だと思う）
死んだM5Stackって復旧できるん？（AVRは間違ってシリアルポート潰してもISPで書き込めたと思うけど）
This account is not set to public on notestock.
わかるなあ（そこそこのOSSを読むのに慣れてから社内のコード読んでこんなもんかって思った）
納期に追われてたんならコメントに書いといてくれという気持ち
下手なコメントは嘘になるけど、作者の気持ちは嘘にならないので書き得（ほんまか）
難しいなら何十行もコメント書いてもいいんですよ、書かずに変なことするより1兆倍マシ
処理の日本語訳を書かないようにするのは実はそこそこ高等技術（読み手が何を理解しているかを推測するというある程度高レベルのメタ認知を要求されるため）
プログラマとして金もらってるならそれくらい出来ろよという気分にはなるが、現実は……
そのケースはunko()が副作用と判定の両方をやってるのがやばくて、isUnkoShitai()みたいな関数があるべき
fn unko(&mut self) -> Result<UnkoAmount, AnalError>
じゃない？
これもあるけどUnkoAmountが直接I/O叩くまで0か非0か分からないケースはあり、かつその差がfatalな場合もあるとは思うので……
実際うんこが出ない問題が表面化するのは最終I/Oのタイミングじゃなくて、その次にI/Oしようとしたときじゃないですか？
うんこする副作用自体が異常を報告しろ、まあある
This account is not set to public on notestock.
これはそうですね、書けないものは読めないし読めないものは書けない
miquireはなんかやばいことやるrequireなんだなということは名前から分かるのでコメントなくても許されるレベルではある
miquireはともかく、mikutterにはObject#meltみたいな無のエイリアスもあるので油断はできない https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/8cd2a82b3f2616ce39e7c5190aa6fff4e662ed13/entry/core/utils.rb#L319
その上のfreezable?もやばいな、こんなん何に使うんだ
freeze不能もしくはfrozenなオブジェクトに対するfreezeはさすがにselfを返してくると思っているが……（未確認）
mikutter最初期のコードにあれこれ言うの死体蹴りっぽさある
utils.rbは本人もツッコむたびに嫌な顔するし…
一方Javaはアノテーションプロセッサがソースコードを吐いた
ごみ捨てタイムアウトしたかと思っていたらなぜかまだ回収されてなかったので急いで出した
けんこふも社会に揉まれて精神をすり減らすばかりになってしまった
