結局VanillaJSである。 - nobkzのブログ

anond.hatelabo.jp nida3001.hatenablog.com 上記のブログに刺激されて私もフロントエンドというかJavaScriptに対する思いを綴ったポエムをば。しかし、なんか書くのダルいので、大分大雑把にかくぞ。 さて、さっそく結論を述べよう。今のフレームワーク論争やらに対する解決策はVanillaJSを使うってことである。 フロントエンドSPAのフレームワークについて まず、今のほとんどのフレームワークが使えないってのはそのとおりである。その話してみよう。その理由は、「フロントエンド」 ってのは一括りにできないからである。「ハッカーと画家」のとある言葉をアレンジして言えば「フロントエンドはユーラシア大陸のようなものである」。フロントエンドが関わる範囲が大きすぎるのである。ヨーロッパもあればアジアもあれば中東もあるという感じである。 範囲が大きすぎて、フレームワー

[adwd118]

複雑なSPAをReact/Angular等じゃなくてオレオレFWでやるって、幸せなの書いた本人だけでしょ…要件にあったメジャーFW使うのが一番いいのでは。React以降別に変遷してないし / よく読むとFW使うのもVanillaJSの範疇なの？えっ

[pochi-mk]

内容には同意、なんだけど、実力のない身分からしてみると、他人の成果に乗っかりたい（乗っかったほうが楽）という心理が働いて、情報量の多いFWに流れるのでは？と思う...

[cpw]

これは完全に同意。正直Reactが必要になるレベルのプロダクトを使う必要のある人は相当限られる。しっかりと設計して数千行いく規模ではじめてFWの利用を考えるよ。

[strawberryhunter]

「GUIの文脈は引き継がれず..昔のGUIの設計や実装技術をやりなおしているようにしか見えなかった」連中は無知なのかオレオレが好きなのか、旧石器時代からやり直している。現代人に進化するまであと何年だろう。

[hadakadenkyu]

だからSPAは趣味だって言ってんだろ！趣味なら黙ってやるし趣味じゃないならやめとけ！

[mizchi]

はい

[fikah]

最近のフロント界隈は技術周りに気を取られすぎ。UI/UX、インタラクション周りがフロントの本質的な部分なのになんだかなぁ…と感じる。エンジニア気質な人が増えたせいなのかな？

[hokkey]

UIと設計開発をひっくるめてデザインできる新しいタイプの人材が待ち望まれる。実際はデザイナー出身は技術が足りないし、エンジニア出身は外観やインタラクションが二の次なことが多い印象

[shigemk2]

設計より実装のほうが面白くて手軽で、設計がなくても実装はできちゃうから、設計はおろそかになりがちなので

[m4fg]

設計は大事、は反論の余地ないけど、現実的にはやれる人捕まえやすいかどうか、で流行ってるやつを採用したい

[idr_zz]

共感。目的（やりたいこと）ファーストで手段（フレームワーク）を選ぶ。設計ってそういうことよね。 新しいか、イケてるか、高収入か、は副産物。 結局VanillaJSである。

[Error401]

ToDoMVC( http://todomvc.com/ VanillaJSの例あり) この程度の規模でさえ、見通しよく誰もがメンテナンス可能でテスト容易なコードを書くのは辛いと思う。やっぱりなんらかのFWに乗っかるのがいいと思う。

[sin20xx]

SPA界隈はもう少し落ち着いてくれないと維持コストの方があらゆる意味で高いしなぁ。結局JavaScriptにどの領域までのファンクションを期待するのか、というレベルの話でそれによりFWであったりJqueryの位置づけは変わるかと

[tanishiking24]

“GUIは難しいってのは、僕はツイッターとかで何度も言ってきたと思うけど、改めて言うと、まずその非同期性、GUI のアプリケーションや操作などの状態管理、ユーザ行動の非決定性、そして速度やらと戦わ...”

[enemyoffreedom]

でも素のバニラだけだとつらいので結局オレオレライブラリやFWもどきが生まれがちでよくある泥沼パターンへ

[xbs2r]

例えばm*iのコードなんか技術的にどんなに優れていようが引き継ぎたくないだろ

[non_117]

GUIの件については大筋同意でその上で、webブラウザでGUIするなネイティブアプリにしろという意見です。今日のスマートフォン上でブラウザ開くの面倒でしょう。

[taguch1]

なんやかんやlodashは毎回使ってしまう。

[htbman]

自分で設計するとおまえのMV*は間違ってるみたいな戦乱状態になるからFWのやり方に従うんじゃないの。

[daichirata]

本当に複雑なSPAになりそうな時に初めてFWを使うことを考えろという話かと

[sionn_8]

毒にも薬もならないこと言う人いるよね

[saboyutaka]

VanillaJSを使おう、は説得力ある。webpackとかbabelとか使わなくて済むし。

[udzura]

丸い

[Syunpei]

フレームワーク次第で設計も変わりそうだけど。

[massa142]

jQueryも嫌ってはいないし、フレームワークを嫌ってはいない。設計されてないゴチャゴチャしたコードが嫌いなだけなのだ

[kvx]

自分が離れた時にメンテできる人がいないとね

[uehaj]

設計が必要なのはその通りだが、FW選定も設計である。

[rti7743]

SPAがそこまでいいものとは思えない。一発目のロード時間、無駄に複雑なUI、古い端末での対応等。サーバとの通信が不安定とかな特殊な理由だったらわからなくもないけど・・・

[kabisuke]

jQueryでじゅーぶん、ていっている人に対しては、現在のJSはもうjQueryなしでもスイスイかけるので同意。SPAはjQueryでも無理っすよ…高機能いらないので、薄くて改良の余地がないビューエンジンだけが欲しい

[techboon]

結構な年数経つし、そろそろブラウザとかhtmlだとか辞めれないものか

[Dryad]

『「デファクト」は単純にマーケティングが上手くいったとかしょうもない理由でデファクトになっていることが多い。』

[howdy39]

デファクトだと人を集めやすいし、日本語の解説記事とかも充実するんだよなぁ。

[sona-zip]

ここでいう設計とはなに？ VirtualDOMを採用したフレームワークを使うと設計変わりそうだけどそんなことないのかな /フレームワークを使うことでeasyになるなら使うべきではない、simpleになるなら使うべき

[umai_bow]

はい

[altar]

あまりに堂々と書かれていたので、どこで「フトン」のオチが付くのかと期待して読んでしまった。