シグネチャが合致していれば明示的に宣言や定義がなくてもいい。シグネチャは返り値や引数の型の事。これが一致していればシグネチャが合致する、という。
意図があるなら明示したほうが良いよね。明示せずにたまたま同じデータ構造だから突っ込め！みたいなのはどうなの。合成した結果このインタフェースに合致したから使える、とか怖い。
インターフェースを受け取り構造体を返す は良い哲学だと思う。そらそうだ、とも言えるけど明文化する事は大事。ロー出しハイ受けみたいなものか。
X11のクラスのselfをマクロで隠してるような感じ？と思っていたらほんとにそんな感じ？かと思ったけどそれもいまいち違うかな。クラスというものはないと考えたほうが良さそう。
程よい下り坂で気持ちよくスピードに乗るのはサボりではなくスピードトレーニングとして効果的だという事でよい？ 16度って斜度にすると29%で絶壁だな...。
プログラムはなんとなくできるけど、ちゃんとやったのは C, Perl, shell というおじさん。
オブジェクト指向だったりパラダイム的なもの
文化的なもの
実装は全然違うと思うけど、X11 くらいのオブジェクト指向を言語仕様にまとめた感じ。C#のガチガチに縛ってくる感じではない気配。(個人の印象です)
返り値や仮引数の宣言が今まで見たことがない順番になってる。それが根本的に良いということなのかレシーバの宣言のために組み替えたのか。そういうものだと受け入れられて、混乱するわけではない。
Rust をちょっとかじったらメモリ管理を自分でやらされたけど、go はそこを意識しなくていいので書いていて安心。
未知の構文や考え方はあるけど、今のところクセはない印象。