でも逆にじゃあ何が良かったかと言われると結構微妙じゃないですか
rinsuki(@rinsuki@mstdn.rinsuki.net)님의 게시물
Developer of iMast 
https://github.com/cinderella-project/iMast (Third-party Mastodon client for iOS)
あと一応 Misskey の Collabolator だったり Quesdon を昔作ってたりしました
渋谷凛のことが大好き。
フォロリクはお気軽に。
FANBOXを始めました https://rinsuki.fanbox.cc/
님의 게시물
kisaragi_marine@misskey.niri.la
This account is not set to public on notestock.
＋メッセージ誰か使うかな？と思ってアプリ入れてそのままにしてたらこの間スパムが来て感動した
うちのおかんはLINEで文字を入力しようとするとなんか勝手に入力される（絵文字のやつ？詳細不明）とかで、＋メッセージの方を使わせている。
これは真似しない方がいいカスライフハックですが、LINEをそもそも面倒で開かずガン無視していたらしれっとiMessageにマイグレーションされました
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
Firefox Nightly なんかTwitterの右下のメッセージ周りでグリッチ起きてない？
Ghost of Tsushima を動かすのに AVX と F16C が必要らしい
F16C - Wikipedia
https://en.wikipedia.org/wiki/F16C
最近のCPUはこんな命令もあるんやねえという顔をしています
結局、仕様として据えるのをそのへんの野良実装 (しかも不特定多数) にするかちゃんと書かれた規格にするかの話なので、そこはまあ言語に限らず「クソ規格は実装も辛い」くらいのアレで一般化できそうな気はする。規格として書かれていてもアカンやつはやっぱり実装がつらいものなので。
そりゃまあ変なリクエストを送ってくる側が悪いのはそう。
なんだけど、著名 (≒使いたがるユーザーが多い) だが更新止まってるクライアントが変なリクエストを投げてくるみたいな話もあったりするわけで、ある程度再現せざるを得ないよね、というところで、じゃあこの実装は何を受け付けているんだ？何を受け付ければ完璧なんだ？と見に行くときに実装が追いづらいとつらい、という話をしたかった。
要は実装が追いづらい言語で書かれたプログラムからの完璧なコンパチ実装はつらいという話です。
そのうえで異常なリクエストをちゃんと吸収したいかは、実装者がコストとリターンを天秤に乗せて選択しないといけないけど、 RoR ではなんとなく動くから認めますみたいな雑な意思決定は普通に実装が下手という扱いをするべきではないのではないかと
そのへんは interoperability の話だからまさに元実装の言語のみに限らない問題だし、ポステル則が harmful consequence を発生させた的な総括もされているしで、むしろ明確にそういうリクエストを投げてくる側の問題として責任を切り分けられると思う
「APIがまとも」というのは若干むずいなと思っていて、ドキュメントには書いてないけどできる、みたいなやつがありがちで、クライアントを書く分にはドキュメントだけ読めば動くんだけどサーバーを書くには (RoRの実装に依存したundocumentedな変なリクエストを投げてくるやつがいるので) 不十分、みたいなことは、ある
パラダイム云々というのは、たとえば JSON-LD を静的型付き言語で全てを静的なまま扱うのは相当厳しいので……系の話
元の実装と混合したまま漸進的に置き換えていこうみたいなことを考えると相当つらくなるだろうけど、そもそも言語に欠陥があるから別言語で別実装を作ってやる！みたいなことを考える野心的な人はそんなﾋﾞｽﾞｨﾈｽﾆｰｽﾞに応えるみたく保守的な選択肢はとらないでしょ (そうか？)
書き直しや再実装がしづらいとき、その原因は元の言語自体の欠陥よりも、 API の拙さや、善し悪しを一概に決め難いパラダイムの違いによるものである場合が多かろうと考えていて、ゆえに「言語の問題ではない」と表現しました。
元の言語がカスだろうと API がまともなら API の模倣はできるし、データストアもフォーマットがまともなら元の言語がどれだけカスだろうがまっとうに実装はできる。
もちろん言語そのものの善し悪しも影響はするんだけど、それよりもパラダイムの違いとかの方が結構デカめに効いてくると思っています
言語の問題によってフルスクラッチで書き直す必要リソース量が変わるのはあると思いますよ、そりゃできないことはないのはそうだが……
厳しいかもしれないけどそれは言語の問題とかとは別次元の話なので、リソースをケチるなら仕方ない
「コンピュータの電源を切る準備ができました」、Windows 11 でも特定の設定をして特定の方法でシャットダウンすると出せる話が好き https://www.youtube.com/watch?v=p7HzFXoZQ4k
言語の作者に悪態ついていいのなんてバグ修正や労働で使いたくもないのに使わされている人々だけでしょ (というかその場合でもさっさと他の実装に移れという話はある)
