型を書かなくていいということが良いということは、あるコードを書いているときに、その操作に関わる型を認識しないということになるんかなあ。あるいは結果的にどういう型になるか考えなくてもいいぐらいシンプルな型システムになるのか。
2011-07-21 02:44:45Monadほげほげで具体的なモナドの形決めずにコード書いて自由に組み合わせられるのがまあいいなあと思うんですけど、こういうのって出来るのかしらん。あと動的型付け言語で返り値のオーバーロード。
2011-07-21 02:49:37うーむたしかにメンバ変数に型がある言語なのに m_nHoge とか書く人がいることを考えると、意識したい人はいるはずだなあ。
2011-07-21 02:53:21Duck TypingとかStructual Subtypingを動的型付けのコンテクストでやってるだけじゃないのかなあ…。
2011-07-21 02:54:11動的型付けなJSでも必死で部分的に型推論して速度稼ごうとしたりしてるんで、まあなんか作り易いってのはどうなんかなあという気もしなくはない…
2011-07-21 02:56:20まぁ素晴らしいけど合わない言語使って生産性落ちたりバギーなコード書いてもあれなんで,結局は好きなの使えばいいという話しに落ち着いてしまって良くない.動的にも静的にも扱えるC++よりも早いGCを持った言語を誰か作って,他の言語を早く駆逐すべき.
2011-07-21 02:11:55メソッド持ってなかった場合にエラーにするんじゃなくてエラーとしてランタイムにスタックで積んだり,そもそも存在してなかったらメソッド追加してほげほげしたりというのを静的型付けでやろうとするとアーッになるので動的型付けに逃げる
2011-07-21 03:00:23よくわからんけど、OOでは動的型付けが有利なケースが比較的多いのかなあ? RT @repeatedly: メソッド持ってなかった場合にエラーにするんじゃなくてエラーとしてランタイムにスタックで積んだり,そもそも存在してなかったらメソッド追加してほげほげしたりというのを静的型付けで
2011-07-21 03:02:25静的型付けではコンパイル時にエラーになるものをランタイムにまで遅延させることでエラーでないように扱うことが出来るので,その時だけ動的型付けマンセーになる.エラーレベルの調整的な?
2011-07-21 03:04:31貧弱な型システムの静的型付け言語がコードの煩雑さを生むというのはJava5より前のJavaをイメージしてもらえば明らかだけども、そういうのとは別になんか良くない理由があるんかなぁ。
2011-07-21 03:08:07まあおおざっぱに言うと、型理論の研究は動的型付けからメリットを奪う方向で発展していっているので、だんだんもう動的型付けのメリットが僕にはわからなくなってきているという感じなのかなあ。
2011-07-21 03:27:13