orange @[email protected]

これ読みながら思ったのは、C# Delphi(?)/Java(?)で言う所のInterface・・・？＞＜（ぜんぜん違う？＞＜；）

型システムの理論からみるSwiftの存在型(Existential Type) - Qiita https://qiita.com/ukitaka/items/a993b5d7ed5ae84b1b52

existential type、ぐぐったけどさっぱりわからんになった・・・＞＜

< 🕓

そういえば最近気づいたけど、これDelphiっぽさ＞＜
WebRequest.Create Method (System.Net) | Microsoft Docs https://docs.microsoft.com/en-us/dotnet/api/system.net.webrequest.create?view=netframework-4.7.2

単語の短縮形、リーダブルコードとかではどの程度なら許容されてるのか謎＞＜
（例えばさっき話題になったRustのfnも、Pascal脳なので「functionって書けばいいじゃん！？＞＜」って思う＞＜（Pascal一族も短縮形使う部分それなりにあるけど＞＜；））

長すぎる名前のクラス、長すぎる名前のジェネリクスなクラスとの組み合わせになるとさらにとんでもない事になる＞＜；（なってる＞＜；）

最近、型安全に頼って安全にしようとして、名前だけでもミスに気づけるようにしようとした結果、ハンガリアン記法っぽい＆Objective-Cみたいなすごく長い名前になっちゃっててどうしようになっちゃってる＞＜

エラーに気づけるのはなるべく早いほうがいいし、実行時までわからないよりはコンパイルするときにわかる方がいいし、出来ることなら書いてる途中で既にわかる方がいい＞＜

これすごく好き＞＜

最近の風潮＞＜
var hoge = 1.0;
オレンジ＞＜
double hoge = 1.0d;
（省略可能なのにヒューマンエラー検出用につけてるサフィックスはdoubleとfloatの時だけ＞＜）

狭いスコープの範囲（？）、C# では（極限られた部分で＞＜；）varって書いて、 IDE0008 で明示的な型に一括置換させるようになったから、オレンジのコードからvarが消えた＞＜

結局実際にコードに型が書いてなかったら人間から見たら同じじゃんってなる＞＜
（人間が型を推論しなきゃいけない状況が発生するのがすごくむかつく＞＜）

△型推論が多用されてると
○動的型つけじゃない事を売り文句にしてるのに型推論が多用されてると

プログラミング言語、Rubyに似てるとかPythonに似てるって言われると、オレンジの場合それだけでかなり試す気が減る＞＜
あと、（最近の言語だいたいそうだけど）型推論が多用されてると「・・・・・・・＞＜」ってなる＞＜

"And if ever comes a day
When you should turn and walk away.... oh no
I can't live without you"
なんて母国語じゃなくてもおもしろすぎるのに邦楽だったらドン引きかも＞＜；

参考＞＜
気まぐれ洋楽和訳 - Caught Up In You / 想い焦がれて(38 Special / 38スペシャル) 1982 http://ogataro.blog.fc2.com/blog-entry-36.html

Bananarama - Love In The First Degree : 生活の雑記帳 https://ikkokukan.exblog.jp/12244348/