装着感。外耳道周辺は問題ないかな。FW10000だと重心が外側によるせいか、イヤピにコードがついてる付近、耳の下側がやや押されてる＆ちょっと鋭角よりで痛い。TZ700は大丈夫。
音。しっかりマウントすることでキレが上がるのを期待してたんだけど、キレはXELASTECと変わらんな。むしろ高音がやや響く感じだ。反射するのかね

FW10000用に作ったカスタムイヤーピースだけど、TZ700にも問題なく使えるのだった。ベント穴も一応は塞がりません。

https://twitter.com/fourthirds43/status/1354974399170895873

このアカウントは、notestockで公開設定になっていません。

カスタムイヤーピースが届いた

最低限読める、それだけだな…
テキストベースのブラウザを思い出した

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

なぜ握り潰すよりクラッシュさせたいかって、その方が開発者にとって明確な結果になるからじゃん。ユーザとしてはGUIアプリがクラッシュして良いことなんて皆無だよ。だいたい何も有用な情報は見えないし。

ラムダ式やコールバックを受け取るモジュールからはどんな例外でも起こり得るので、例外が起きた時に最低限の後始末を行ってから例外を再送出する、または握り潰すことになる

とりあえず、finally節と検査例外は無関係だよ。kotlinでもfinally{}や .use{} は多用するもの。

Kotlin/Multiplatform でも検査例外は邪魔になる

ラムダ式にいちいちthrows節なんて書いてられない。醜すぎる

Kotlinは検査例外を捨てたよ

例外のバックトレースのどこかに自分のコードがあると期待するなよ。
アプリが落ちるってのはそういうのもあるんだぞ。

@lo48576 if式もtry式もelvis も完備してるkotlinで書かれたTuskyでも頻繁に落ちるんだから、最終的には人間だよ

@lo48576 そうじゃない。人間は間違うし、品質を十分に磨くコストだってタダじゃないんだ。

@lo48576 マストドンだけでも過去にいっぱいあったよね

@lo48576 ポケモンcatchだねそれ http://dotnsf.blog.jp/archives/1061565357.html

STは最後のを実現するために通知の種類を文字列で持ってますよ

新種の通知が実装されたら落ちるアプリと無視するアプリと「謎の通知」を表示するアプリ、みんなはどれが好き？

@lo48576 MastodonやPleromaが新種の通知を実装したらアプリが落ちるやつだ

@lo48576 XMLもJSONも独自のバイナリ表現も、型名を間接的に表すことはできても型情報そのものを持つことは無謀です。そんなことしたらコード側の変化に敏感になりすぎてしまう。

AMD、公式HPでリサ・スーの高画質画像配ってるの面白すぎる
https://twitter.com/taroutanaka_/status/1354703133327323139

ユーザじゃなくて話題をフォローしたい。ハブ役のサーバを明示するか、すべてを拡散するメッシュ型ネットワークかの選択肢で、Lemmyは前者を選んだ訳だ。通信量的でもモデレーションのしやすさでも悪くはない

@jaxbjz あるよ！

読む側のサーバにも投稿がまるっと複製されるので、ユーザのフォローに頼ったタグ分散よりも漏れが少なくなるのだ

ハッシュタグの後ろにサーバ名をつけるとそのサーバのタグTLに送ってくれるようなFSNSがあるといいなあ。
読む側もサーバ別にタグをフォローする。
Lemmyのコミュニティーはそれに近かった。