アカウント名:
パスワード:
PHPフレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
RubyフレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
JavaフレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
ASPぇ・・・
いちおう、ASP→ASP.Net→ASP.Net MVCと続いているが、パラダイムが変わり過ぎで何ともはや。（そして混在も可能と言うのが……ウガァァ）
ASP.NET WebFormsなんてものは無かった。いいね?
ASP.NET MVCは全てのASP.NET WebFormを置き換えるものではない外部から仕事をもらうという意味では厳しいだろうが業務系なんかで使われ続けるケースもありそう
逆だろどうでも良い画面ならそれこそMVCのテンプレートでやった方がシンプルで楽だし、後から調整したい時も小回りが効くCRUDっぽいものならLightSwitchとかDynamic Dataを使えば良いWebFormsの良いところなんて、DataGridが使えるところぐらいだよむしろ最近はMS自体がWebFormsを黒歴史扱いし始めて採用すること自体がリスクになってるわ
いやいや、学習コスト無視しちゃいかんでしょ。WebFormsは普通のWindowsFormsと*ほぼ*同じ様に書けて、あまりWebアプリって事を意識せずにフレームワークが良きに計らって書けるのがメリットで、学習コストが低い。(もちろん、強調した通り*ほぼ*だけど)
そこら辺のWebやった事無いC#プログラマにいきなりASP.NET MVCやらせたら面食らうと思うよ？というか、ASP.NET MVC？ 何それ？ って人もまだまだ沢山います。しかも、超大手で。
#個人的には、ASP.NET MVCをきちんと覚えればWebFormsを使う意味はあんまりない、というのには同意するけれども。#あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。#アホは未だにLINQすら使わないから。
Windows Formも要らんよ、WPFでWMMVするし。っていう人がもっと増えたら面白いんだが、まあそれこそ5年は掛かりそうだ。
WMMVってなんだorzMVVCとWM(WebMatrix)が脳内で謎の融合をした…
結局MVVMとは関係ない話なのだろうか。
あぁぁ…ドツボだ… これはマズイかな……
WWIVと空目したのは私だけではないはず
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
どれでもまぁ (スコア:5, 参考になる)
PHP
フレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。
言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
Ruby
フレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。
DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
Java
フレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。
SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
Re: (スコア:0)
ASPぇ・・・
Re: (スコア:1)
いちおう、ASP→ASP.Net→ASP.Net MVCと続いているが、
パラダイムが変わり過ぎで何ともはや。
（そして混在も可能と言うのが……ウガァァ）
Re: (スコア:0)
ASP.NET WebFormsなんてものは無かった。いいね?
Re: (スコア:0)
ASP.NET MVCは全てのASP.NET WebFormを置き換えるものではない
外部から仕事をもらうという意味では厳しいだろうが業務系なんかで使われ続けるケースもありそう
Re: (スコア:0)
これってどういうこと？DataGridとかコントロールの利便性の事を言ってる？
Re: (スコア:0)
ぶっちゃけ、どうでも良いような画面一つとかのフォームなら、WebFormで十分すぎる。
Re: (スコア:1)
逆だろ
どうでも良い画面ならそれこそMVCのテンプレートでやった方がシンプルで楽だし、後から調整したい時も小回りが効く
CRUDっぽいものならLightSwitchとかDynamic Dataを使えば良い
WebFormsの良いところなんて、DataGridが使えるところぐらいだよ
むしろ最近はMS自体がWebFormsを黒歴史扱いし始めて採用すること自体がリスクになってるわ
Re: (スコア:0)
いやいや、学習コスト無視しちゃいかんでしょ。
WebFormsは普通のWindowsFormsと*ほぼ*同じ様に書けて、あまりWebアプリって事を意識せずにフレームワークが良きに計らって書けるのがメリットで、学習コストが低い。
(もちろん、強調した通り*ほぼ*だけど)
そこら辺のWebやった事無いC#プログラマにいきなりASP.NET MVCやらせたら面食らうと思うよ？
というか、ASP.NET MVC？ 何それ？ って人もまだまだ沢山います。
しかも、超大手で。
#個人的には、ASP.NET MVCをきちんと覚えればWebFormsを使う意味はあんまりない、というのには同意するけれども。
#あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。
#アホは未だにLINQすら使わないから。
Re:どれでもまぁ (スコア:1)
Windows Formも要らんよ、WPFでWMMVするし。
っていう人がもっと増えたら面白いんだが、まあそれこそ5年は掛かりそうだ。
しまった (スコア:1)
WMMVってなんだorz
MVVCとWM(WebMatrix)が脳内で謎の融合をした…
Re: (スコア:0)
結局MVVMとは関係ない話なのだろうか。
Re:しまった (スコア:1)
あぁぁ…ドツボだ… これはマズイかな……
Re: (スコア:0)
WWIVと空目したのは私だけではないはず