いなそうなのでrejectした
わんせた(@ars42525@odakyu.app)の投稿 For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
の投稿
mewl@mewl.me
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
この辺が分からない人には導出関数って概念とかがほんとに通じないし同じ状態を2箇所で管理してconflictさせる
状態管理の概念というか設計が理解できるようになるのってプログラミングかじりたての人には無理難題なのかしら
VSCode Remoteで接続できればいいから、VSCodeのUI部分だけ移植できればかなり使えるはず
スマホでサクッとコード書けたらもっと生産的に活動するかなとか思ったけど、スマホでIDEAが動くとは思えないしきっとめんどくさいって言う
JavaのEnumは未知の値を取れないのでnullにするかunknownを作る必要がある。
nullにするとKotlin的に望ましくない(JsonパーサーがNullableを立ててくれないので)からunknownを作るんだけど、ちゃんとswitchでマッチングし忘れたらエラーが出るのでこれがベスト
a/b/c/d ってEnumを定義して、 switch-defaultで実装したとする
API側で e って種類が増えたときに、defaultにフォールバックされて「非対応です」みたいな表示がされる -> OK
クライアント側で型定義に e を追加したときに、defaultがあるとeを実装してないswitchに対してIDEが警告を出さないので大変望ましくない
個人的にはswitch-defaultじゃなくてUNKNOWNを作ってexhaustiveにしたい派なんだけどjson受け取ってjsで処理してるとそれができなくて逆に嫌
exhaustiveじゃないmatch(switch)文は基本やめたほうがいいんですよね
どう考えても危険なので
ついでにWebUIクラッシュ問題もなおすけどこのtype-safeじゃないMastodonのFrontendもきらい
なんか投稿末尾に括弧付きURL貼ると引用になる機能があるらしいし
[https://odakyu.app/@ars42525/108261737294247260]
労働とかいうお手軽自己肯定感ジェネレーター良くないな
なんの努力もしなくても所属するだけで一定の自己肯定感が供給されるせいで向上するための努力とか容易に怠るようになる
