不十分だったからという理由がまず思いつく。守備範囲はどの程度が適切なのか、について指針に乏しい」ということだったのだと思う。何かしらもっともらしい単位にもとづいた、適切に分割されたクラス設計を促す仕組みがフレームワークに求められた、というのが一つ。ページにおけるコンポーネントという概念の重要さ」みたいなのも一因なんじゃないか、ということを最近思った。リッチになって、素朴なハイパーリンクから埋め込みコンテンツの存在感が増してきている。つぶやきも、どこかのページに埋め込まれてその場で再生したりふぁぼれたりする。出てきたりしたのではないか、という風に理解している。次世代として登場した。両者の世界観はだいたい同じなのではないか。いう擬似マークアップを提供することで利便性を補おうとしている。普及したとしたら、たとえフレームワークとして人気を維持していたとしても今と同じ姿ではなくなっているのではないか。本命の解決策がまだ利用できないので先行実装して補っていた部分が多少なりともあるのだと考えれば、本命が利用できるようになった時点でそこは置き換わるはず。いう概念を、その実装が十分利用しやすいとはいえない今からでも理解を深めるために、フレームワークの両雄をどちらも学ぶことによって、違った側面から概念への理解を深める、というのはやってみる価値がある学習なのではないだろうか。みたいな頭でっかちな理論武装というか言い訳で自己正当化しないと重い腰あげて勉強し始められない自分がどうしようもないな、と思った。相川さんが言ってたことを数ヶ月遅れでようやく飲み込めてきた、要するに単なる受け売りに過ぎない。頭でっかちついでに、プログラマとして「ものにしたい」言語というか概念、みたいなものについても考えた。おろか標準ライブラリの利用ですら知識がおぼつかない)だという自覚がある。その他いろんな言語を触ったことはあるけれど、どれもものにはなっていない。マクロポインタあたりが、会得しないままプログラマ人生が終わったら後悔するだろうなぁ、と思い浮かんだものだった。学ぶしかないし、並行処理はプロセスではなくスレッドを意図してるのでこれはスレッドのある言語ならなんでもよさそうだからあえて言語を選ぶこともなさそうだ。憧れている身としては、おれはもう強い動的型付けの言語にズブズブだからなぁ、と諦めたくなるけど、しかしやっぱり教養としてちゃんと勉強したうえで会得しておきたい。型をちゃんと書く訓練とかをしたほうがかえって身につくのか、など、なんともいえない。みたいなしょうもないことを深夜から明け方にかけて書いているうちに眠くなってきてしまって、こんなことして一晩無駄にする暇があったらプログラム一行書くとかマニュアル一ページ読むとかしたほうがよっぽどマシなのに書かずにはいられないのはなんか呪いっぽいな、と思った。