アカウント名:
パスワード:
いぜんちょっと囓っただけだけど、Javaの言語仕様を包含してるのがメリットでありデメリットに感じた。
＞ライブラリなども C/C++ や Java と比べるとまだ少ない。javaのライブラリがそのまま呼べたはずなので、この問題だけはすくないけど、記述が煩雑で言語仕様が無駄に複雑。おかげでコードの読みにくさはかなりのもので、仕事で使いたいとは思わなかった。
論理的に常に正しく考えられる頭のいい人しか使えない言語だと思います。世の中の大半のプログラマがそこまで頭がいいわけではないので、現実問題として普及しないのではないかなあと。
問題が起きにくいけれど習得のハードルが高い言語よりも、習得しやすい言語のデバッグ環境を強化していく方向が現実解の気がします。
オブジェクト指向言語だって、オブジェクト指向らしいコードを書けるプログラマばっかりでないのに普及してるし。Scalaみたいな言語も有力なところがプッシュしたら、関数型らしいコードが書けるプログラマが少なくても普及すると思う。
オブジェクト指向はメリットが見えやすかったからね。カプセル化なんて初心者プログラマでも「なるほど、確かに自然で分かりやすい！」だし、切り分け方が非プログラマ（経営層、マネージャ層）にも分かりやすいのも良い。UMLやらOO分析手法の助けもあって、上流から下流まで一貫性があるし。（震え声）
さて、関数型言語はどうだろう？
関数型言語でユーザが関数を定義せずに8割方のプログラムが書けるのなら普及すると思います.
カプセル化なんて初心者プログラマでも「なるほど、確かに自然で分かりやすい！」だし、 切り分け方が非プログラマ（経営層、マネージャ層）にも分かりやすいのも良い。 UMLやらOO分析手法の助けもあって、上流から下流まで一貫性があるし。（震え声）
本当にそうであればよかったですよね. init()メソッドしかないクラスなんて存在しなかったでしょうし, しかもそれが1メソッドで数千行も続くこともなかったでしょうし.
>javaのライブラリがそのまま呼べた
バグの内包とかを考えると、これはメリットなのかデメリットなのか・・・。
Groovyにかけた時間を返して-> Scalaに時間をかける気などないに遷移するのが正解。Javaで不可能なことがScala環境になれば出来るということも無い
> Javaで不可能なことがScala環境になれば出来るということも無い
例えば、Optionとか、 http://www.ne.jp/asahi/hishidama/home/tech/scala/option.html [www.ne.jp]
その発展形のFutureとかはどうだろうか？ http://docs.scala-lang.org/ja/overviews/core/futures.html [scala-lang.org]
どちらも、Javaに「いわゆる関数型」の流儀を持ち込むことで、コードが簡潔になり、ミスも抑制できる、という好例だと思う。
もちろんJav
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
Scala は関数型言語界のC++ (スコア:0)
いぜんちょっと囓っただけだけど、Javaの言語仕様を包含してるのがメリットでありデメリットに感じた。
＞ライブラリなども C/C++ や Java と比べるとまだ少ない。
javaのライブラリがそのまま呼べたはずなので、この問題だけはすくないけど、
記述が煩雑で言語仕様が無駄に複雑。
おかげでコードの読みにくさはかなりのもので、仕事で使いたいとは思わなかった。
Re:Scala は関数型言語界のC++ (スコア:1)
論理的に常に正しく考えられる頭のいい人しか使えない言語だと思います。
世の中の大半のプログラマがそこまで頭がいいわけではないので、現実問題として普及しないのではないかなあと。
問題が起きにくいけれど習得のハードルが高い言語よりも、習得しやすい言語のデバッグ環境を強化していく方向が現実解の気がします。
普及しないのは別の要因だと思う (スコア:0)
オブジェクト指向言語だって、オブジェクト指向らしいコードを書けるプログラマばっかりでないのに普及してるし。
Scalaみたいな言語も有力なところがプッシュしたら、関数型らしいコードが書けるプログラマが少なくても普及すると思う。
Re: (スコア:0)
オブジェクト指向はメリットが見えやすかったからね。
カプセル化なんて初心者プログラマでも「なるほど、確かに自然で分かりやすい！」だし、
切り分け方が非プログラマ（経営層、マネージャ層）にも分かりやすいのも良い。
UMLやらOO分析手法の助けもあって、上流から下流まで一貫性があるし。（震え声）
さて、関数型言語はどうだろう？
Re:普及しないのは別の要因だと思う (スコア:1)
関数型言語でユーザが関数を定義せずに8割方のプログラムが書けるのなら普及すると思います.
本当にそうであればよかったですよね. init()メソッドしかないクラスなんて存在しなかったでしょうし, しかもそれが1メソッドで数千行も続くこともなかったでしょうし.
Re: (スコア:0)
>javaのライブラリがそのまま呼べた
バグの内包とかを考えると、これはメリットなのかデメリットなのか・・・。
Re: (スコア:0)
Groovyにかけた時間を返して
-> Scalaに時間をかける気などない
に遷移するのが正解。
Javaで不可能なことがScala環境になれば出来るということも無い
Re: (スコア:0)
> Javaで不可能なことがScala環境になれば出来るということも無い
例えば、Optionとか、
http://www.ne.jp/asahi/hishidama/home/tech/scala/option.html [www.ne.jp]
その発展形のFutureとかはどうだろうか？
http://docs.scala-lang.org/ja/overviews/core/futures.html [scala-lang.org]
どちらも、Javaに「いわゆる関数型」の流儀を持ち込むことで、
コードが簡潔になり、ミスも抑制できる、という好例だと思う。
もちろんJav