orange @[email protected]

これ＞＜

Object.ToString メソッド (System) | Microsoft Learn
https://learn.microsoft.com/ja-jp/dotnet/api/system.object.tostring?view=net-8.0

x 変換する型を持ってるので
o 変換する関数を持ってるので

＞＜；

それだけであれば、明示的な宣言は無いけど、静的か動的かは関係ない＞＜
例えばC# でもすべて型のルートになる型(object)はToString()という文字列に変換する型を持ってるので、型推論を使ってほとんど同じコードを書ける＞＜

静的型付け環境であれば、少なくとも箸が食べ物だけをつかめる超ハイテク箸だったりする（口に入れる前に検査する）ので、食器の破片は口に入ってこない＞＜

実行時まで型がわからないんだから（実行時まで型検査を遅延させるのが動的型付けなんだから）、口に入れてみるまで本当にカップ麺の麵なのか、それとも食器の破片なのかもわからない＞＜

ガソリンタンクをクルマの前につければ、危険なので慎重に運転して安全運転になる的な主張っぽさ＞＜；

それで、「いや、そうではなく曜日というものは、月火水（略）というものであって・・・」とか言い出したら「それが型システムがある理由だ！＞＜＃ 」的なことを言うような感じ＞＜

オレンジ的には、間違えてカレーを投げたって意味じゃなく
「カレー曜日は土曜日の一つ前だろ？＞＜　それも当然正しく解釈できるんだよな？＞＜　どんな型でも受け取るというのであれば＞＜」
的なことが言いたかった＞＜

10年ちょい前の話ってこれ＞＜

「変数に型がない」はメリットなのか、それともデメリットなのか。宗教戦争勃発 | スラド デベロッパー
https://developers.srad.jp/story/13/03/01/0228235/

「動的型付け言語は、どんな型でも受け取ろうとするから素晴らしいんだ！」的な主張したやつが10年ちょい前に話題になってたけど、
だったらお前の書いた曜日を扱うコードに"カレー"って文字列を投げたらちゃんと処理できるのか？＞＜

この前、型システムの話で曜日を例にしたけど、
その環境で曜日型があれば曜日型で投げたり受け取れば済む＞＜
曜日型が無くて整数型で代用してると、0から6 または 1から7 のどれが何曜日かわざわざドキュメントを読まなければいけない＞＜（そして環境でバラバラ＞＜）

型が明示的ではない環境、型がわかれば済む場面でドキュメントを読ませる（または呼び出すコードを読む必要が生じる）からムカつく＞＜

ていうか、型が明示的ではないプログラミング言語の型は、誰が書いていようと明示的ではない事には変わりないので、読み解くのがめんどくさすぎる＞＜