orange @[email protected]

前にツイッターに同じ事を書いたら、「そんな風にまとめて宣言書く場面ってあんまり無くね？」「おっしゃる通り＞＜； オレンジはPascal脳でした＞＜；」ってなった＞＜；

var hoge;
var fuga;
(以下略)

を

var
{
　hoge, // 区切り ; の方がいい？＞＜
　fuga,
　(以下略)
}
とか書けるみたいな＞＜

Pascalみたいに後ろに各方式ならその通り揃うし、あとオレンジ的には型推論できる言語で var varしまくる言語はPascalの宣言節(だっけ？＞＜)を捩った感じにvarブロックってあったらいいのにって思う＞＜

タイピング云々の面は、haskellは型を明示的に書くとぐちゃっとなりそうに見える気がするけど、さっき書いたC# のTimeSpanの話だと、TimeSpanって打たずに var って書いて5文字減った所で何のメリットが？＞＜；って思うし、補完すれば8文字打たなくていいし・・・＞＜

haskellに関する文章で、「コンパイラが型を理解(型を推論？)しやすいように書きましょう」みたいなのあるけど、そんな曖昧なやりとりで苦労をするなら、型推論使わず最初から型を明示的に書いて間違ってたらコンパイラが怒ってくれるって方がよくね？＞＜って思うんだけど・・・＞＜

なので入門にはC# がめちゃくちゃおすすめ＞＜；(数時間から数日C# をいじって「なるほどプログラミングってこんな感じなのか・・・」ってなった所で目的のやりたいことにあわせた言語に移行すればいいかも＞＜ その方がたぶんめげないし＞＜)

オレンジ的には、プログラミング全然わからないって所からに限れば、やりたいことにあわせた言語を学ぶ前に、
先ず、プログラミングそのものを学ぶために適した言語からはじめないと、そのやりたいことの言語しか使えない(他の言語のメリットの話を理解できない)って人に育っちゃうと思うので、先ずそういう言語を数時間弄るべきかもって思う＞＜

これ、具体的にC# で思った時の事例だと、DateTime型同士で引き算すると結果はTimeSpan型じゃん？＞＜ C# で日時を扱うコードを書いたことがある人にとっては当たり前だけど、よく考えたらそうじゃない人にとって、その場面で型推論を使って書いちゃったら全然当たり前じゃなくね？＞＜って思ってこの考えが＞＜
https://mstdn.nere9.help/@orange_in_space/99243356195476643

(でも、動的型付け言語からhaskellに移行してメリットを語ってる人の文章に限ると、「それあんまりhaskellならではじゃないし、動的型付けのデメリットの話じゃん？＞＜；(なんで今までそんなの好んで使ってたの？＞＜；)」的な＞＜；)

型推論、左辺の型が右辺の要素の型には無い時にも使っちゃうのって微妙な気がするんだけど、それを指摘してる偉い人の文章って無いのかな？＞＜(より多くコードをたどらないと読めないみたいな意味で微妙って言いたい＞＜)

今のところ、オレンジにとってhaskellは尊敬する頭がいい人々が好んでる事が多い雲上の言語であり続けてるけど、別方向の憧れの言語であるAdaをちゃんとお勉強したらhaskellをdisりまくるようになる気がする＞＜；