OOPの前に関数型やった方がよくない？

手続き→オブジェクト指向でゴミグラマが量産されてるのは周知の事実
関数型→オブジェクト指向で入った人の意見を聞きたい

手続き→オブジェクト指向 ・・・ゴミグラマが量産
関数型→オブジェクト指向 ・・・ そもそもプログラマが生まれない

どの点がゴミか具体的に頼む

ふひひ

>>1
居ないと思うよ。
高校の時点でBASICは工業系じゃなくても習うし。
一部は小中学校からBASICやってたし、今はスクラッチが想定してるプラットフォームも手続き型言語のプラットフォーム。

全部やれよ
やらんと各パラダイムの長短がわからんぞ

最近の言語の機能を自然に使うスタイルを普通に学べばいいと思うよ
今はね

オブジェクトを関数型の思考で純粋に扱うのが最強

禿同。
ただ、オブジェクト指向を極めると関数型プログラミングと近くなる。
初心者や中途半端なオブジェクト指向はその通りで、極めたら必ずしもそうではない。
(数学的な確かさが確認できる意味では、極めても関数型プログラミング学んだ方が安心感あるけど)

http://coliru.stacked-crooked.com/a/f2bfb791d3deb2e8
こういうのってOOっていうの？

フレームワークの利用という観点で言えば OO
(ただしあくまでフレームワークの設計ではなく利用側でしかない)

人工無能の実装という観点で言えば全く OO ではない

>>11
おぉ。なるほど。
タスクシステム的な流れを使っている点ではOOってことか。
うーーん多角的OOってよくわからない。

あなたの本気見てみたい

○○の本気汁を味わいたいならFramework設計側に回るべき

どうせなら宣言型から入れよ

私的構造論
オブジェクトはメソッドを持つので、オブジェクト指向言語でもメソッドは関数型的に扱える、例えば高階関数とか
大体の関数の中身は手続き型で書いたほうがわかりやすい
よってオブジェクト指向は関数型を内包し、さらに関数型が手続き型を内包するのが一番わかりやすいのでは
なによりオブジェクト指向は大きな問題を分割統治するのに向いている

あと全部のオブジェクトをimmutableにするのはアリだと思う
もし全部がimmutableなら

const carray = []
carray += [1]　（できない）

var varray = []
varray += [2]　（できる）

このように、呼び出し側の胸先三寸で変更の可否を決められるため、結果的にわかりやすい

javascriptの レキシカルクロージャがわかってればどうでもいいと思う