orange @[email protected]

見た目変える系の難易度はあんまり変わらない気がしなくもない・・・＞＜

例えばもうリソース開放したので使えないですを毎回チェックしなきゃいけないものならnullableにして、使えない時はnullつっこんどけばいいじゃん？＞＜
IsActive()とか統一されてないもの作るよりチェック忘れにくいじゃん？＞＜（もしかしたら個人差かもしれない）

C# で積極的にnull（とnullチェック）多用したコード書いてるからつらい・・・＞＜

でも、マストドンのGUIデザインのダメな所殴って修正版作ったらオイゲンさんめちゃくちゃ凹むと思うよ＞＜ ていうか、そういう指摘に耳貸せず凹むタイプが一番UXデザインに向いてないけど＞＜

マストドンのGUIデザインも「どうすればいいのか？」の情報がほぼ無い＞＜ なにが出来るという情報しかないし、それですら「なにが出来ない」という形式になってたりする＞＜

ていうか、別にマジでこの話題に限ったことじゃなく、「どうすればいいのか？」の情報が欠落していないのか？って自問自答しない人かなり多いし、それ頭の片隅に入れておくべき考え方かも＞＜
誰かに何か説明する時には、ちゃんとそれもセットで用意しておくといいかも＞＜

これはエラーメッセージに限った話じゃなく、ソフトウェアデザインでもそうだし何らかの案内でもそう＞＜ 「じゃあどうすればいいのか？」に答えているか？って自問自答大切＞＜
それが抜けてると「浸透言うな」とか言うなんの役にも立たないおっさんみたいになっちゃう＞＜

RustやHaskellが初心者向きかは置いておいても、「じゃあどうすればいいんだよ？」に答えていないエラーメッセージは初心者に優しくないというかそもそも人間に優しくないよね＞＜
「○×△ёエラーです」とかいわれても「だからどうした＞＜」になっちゃう＞＜

書いた直後に「もしかして？＞＜；」って拡張子をcからcppにしたらビルド通った＞＜；

https://github.com/jiixyj/libebur128
これVC++2017でビルドしようとしたら、なんか「C++ のプリコンパイル済みヘッダー ファイルを C で使用しています」って怒られてできなくてつらい・・・＞＜

〆のこれおもしろい＞＜
"絵はもはや絵だけ見てもわからない時代になっているのである。..."
http://koshian.hateblo.jp/entry/2018/10/09/184510