【言語不問】最もいいフレームワークって結局何？

**nobodyさん** · 2010/04/08(木) 00:44:11

言語不問でバトルロイヤルしようぜ

**nobodyさん** · 2010/04/10(土) 21:24:02

>>10
Rails触ったことないんだけど
どんなところがバッドノウハウの塊になるの？

**nobodyさん** · 2010/04/11(日) 00:02:32

Django

**nobodyさん** · 2010/04/11(日) 06:23:14

重い
立ち上げておくと死ぬほどメモリ食う
拡張するとき規約が邪魔になる

**nobodyさん** · 2010/04/11(日) 14:32:31

Railsはメモリ食いまくるから
必ず一日一回再起動する必要がある
それでもメモリ足りなくなるときもある
2GB積んでるのに・・・ orz

**nobodyさん** · 2010/04/11(日) 15:55:17

JavaがWebLogicで10年前にやった失敗を今Railsがやってる感じだな

**nobodyさん** · 2010/04/11(日) 21:05:50

Pails on Python

**nobodyさん** · 2010/04/16(金) 06:22:29

>>14
Passengerで立ち上がるプロセス(だっけ？)の設定少なくすればOK
小さいサービスなら2つくらいにしとけばメモリくわんくない？

**nobodyさん** · 2010/04/16(金) 14:34:31

程度の規模になるとバッドノウハウの塊になるって話の説明なのに
なんでプロセスの設定減らすとか意味不明菜解決方法になるんだよｗ

**nobodyさん** · 2010/04/16(金) 20:43:51

>>13
まあ徴兵制だろうね。
戦前（に成人した）世代と戦後世代の日本人を見比べれば一目瞭然。

**nobodyさん** · 2010/04/17(土) 01:08:45

>>18
> 程度の規模になるとバッドノウハウの塊になるって話の説明なのに
じゃあそう書いてくれよ。IDないから誰がどの文脈で話してるのかわからん

**nobodyさん** · 2010/04/17(土) 01:09:37

>>18
>>17は>>10に対するレスなの？

**nobodyさん** · 2010/05/04(火) 23:31:27

確かにRailsはフルスタックの重さと規約がめんどうになってくるな。
ちょっと拡張しようと思ってもコード追っていくだけでめんどう。
FWなんてこんなもんなのかねー。

**nobodyさん** · 2010/05/04(火) 23:37:14

Railsだけに

**nobodyさん** · 2010/05/05(水) 02:07:30

JavaやPHPはフルスタックから薄いのまで色々あるな

**nobodyさん** · 2010/05/09(日) 09:48:31

Playframeworkとかどうなん？

**nobodyさん** · 2010/06/03(木) 13:29:44

もうね、フレームワークはあれだ
ウンザリ

**nobodyさん** · 2010/07/16(金) 20:58:19

hosu

**nobodyさん** · 2010/07/17(土) 23:39:27

SAStrutsに決まってるじゃない。

**nobodyさん** · 2010/07/26(月) 08:00:36

じゃあ.NET

**nobodyさん** · 2010/11/17(水) 01:11:45

データバインディング機構がまとも、かつ簡単なフレームワークないかね

**nobodyさん** · 2010/11/17(水) 01:56:27

oil

**nobodyさん** · 2011/02/01(火) 07:46:21

Struts→デファクトなんだけどMicrosoft的なウンコ臭がする。
みんなそろそろ脱Strutsしたいと思ってるけど、抜けきれないジレンマ。

Ruby on Rails→ライトユーザに優しい任天堂的存在、でも”おもちゃ感”がする。
実戦で問題が色々噴出する。個人Webサービスならこれでいいかも。

SAStruts→ユーザビリティにこだわったApple的存在。S2JDBCも良い。
SAStrutsのエッセンスを含んだSlim3もオススメ。でもシェアはMS（Struts）に勝てない。

PHP系フレームワーク→土台の言語が腐ってる。論外。でも初心者に人気はある。
何かに例えるならモバゲーとかグリーみたいなイメージ。

Python系フレームワーク→よくわからないので未評価
Perl系フレームワーク→同上

**nobodyさん** · 2011/02/02(水) 23:20:30

Spring(＋Spring MVC）に決まっとる。

**nobodyさん** · 2011/02/20(日) 14:25:51.46

ドジャンゴいいよ

**nobodyさん** · 2011/03/07(月) 00:18:36.99

PHP系フレームワークでひとまとめにしてるのが頭悪いと思うわ

**nobodyさん** · 2011/06/14(火) 22:45:57.70

age

**nobodyさん** · 2011/11/21(月) 04:24:30.08

あげ

**nobodyさん** · 2011/11/22(火) 09:03:43.72

>>32
じゃあSAstrutsに決まりだな

**nobodyさん** · 2011/12/03(土) 00:28:46.42

最強はASP.NETのMVC3だと思う。でもレンタルサーバーが少ない為
いまいち。自社でやるなら最強だと思う

**nobodyさん** · 2011/12/04(日) 05:16:09.69

play frameworkいい感じだな

**nobodyさん** · 2011/12/26(月) 02:29:11.38

ほげ

**nobodyさん** · 2011/12/30(金) 19:57:52.06

cakePHPがひとつの到達点だと思う
フレームワークの目的に沿ってる

**nobodyさん** · 2011/12/30(金) 21:01:15.65

正解を教えてるフリをして嘘を教える
いやらしいな

**nobodyさん** · 2011/12/31(土) 12:32:20.98

>42
CakePHPはある意味「はまると」いいフレームワークだと思う。コード見ると「何これ？」という箇所も多いが。
恐らく、「こういう風に記述したらこういう動きだと便利」という思いからコードが作られていってるんだと思う。
だから、「CakePHP的なセンス、考え方」にはまっていると便利だし早く開発できる。
そうじゃなかったら、訳分からないソースを読み解いていく羽目になるかもしれない。

**nobodyさん** · 2012/01/14(土) 23:36:38.53

言語不問だろ？「どの言語でも使える＆オレオレ資産無し」の前提で、「早く作れる」「みんなで作れる」「簡単に作れる」のはどのフレームワークか話し合おうぜ。

**nobodyさん** · 2012/01/15(日) 03:06:38.88

条件に「互換性が高い」も入れてくれ

フレームワークのバージョンが上がったら、
コードが全く変わって動かなかったとか
最悪だから。

**nobodyさん** · 2012/01/15(日) 09:41:54.33

しょぼいスレだな

銀の弾丸なんて無いっちゅーこったな

**nobodyさん** · 2012/01/15(日) 10:39:43.13

まぁそれか、言語をまたいで、いろんなFWを触れるレベルの技術者はここにはいないってことだな。

**nobodyさん** · 2012/01/16(月) 19:48:19.72

>>46
互換性考慮に入れたら進化しない古臭い効率悪いもんしか残らないな。
それよりも各メジャーバージョンのメンテナンスが長いものを選んだほうがいい

**nobodyさん** · 2012/01/17(火) 01:43:45.91

互換性を考慮したら進化しないっていうのは嘘

**nobodyさん** · 2012/01/17(火) 02:29:05.52

進化しないなんて誰も言ってないな

**nobodyさん** · 2012/01/17(火) 02:57:00.64

> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効

**nobodyさん** · 2012/01/18(水) 05:52:21.76

互換性のある進化したフレームワークって？

**nobodyさん** · 2012/01/18(水) 21:03:14.31

互換性がないフレームワークなんて無いだろ？

**nobodyさん** · 2012/01/18(水) 21:18:09.19

ここまでの条件

データバインディング機構がまともかつ簡単 O/Rマッパー完備？
早く作れる scaffold的なあれ？
みんなで作れる MVCで分業ウェブデザイナーも書ける？
簡単に作れる scaffoldとプラグイン豊富
互換性が高いバージョンアップでも動く？

Railsがポイント高いと思うんだけどどう？
異論は認める
互換性とデプロイで嵌まるし

**nobodyさん** · 2012/01/19(木) 03:32:23.61

必要な要件を詰めて自分で作るのが一番いい…
というのは言ってはいけないのか

**nobodyさん** · 2012/01/19(木) 08:30:35.69

楽をしたい、同じことは二度とやりたくないってのはプログラマの本能みたいなもんだから、いくつもやる仕事の共通点みたいなところでフレームワーク化していくのはありというか必然だろうね

**nobodyさん** · 2012/01/25(水) 01:46:31.12

>>54
お前がムチなことは分かった

**nobodyさん** · 2012/01/25(水) 02:30:19.99

ビシッビシッ…ぁ…///

**電脳プリオン** 【関電 70.6 %】【15.4m】 · 2013/09/29(日) 20:54:08.20

最も悪いのは？

**nobodyさん** · 2013/09/29(日) 22:34:45.67

最強はASP.NETのMVC3かな

**nobodyさん** · 2013/10/26(土) 19:13:11.42

フレームワークとしてはdjangoがいいと思うんだけど、
日本で過疎すぎてアプリが少ないのがな。
自分で一から作るには良いフレームワークだと思うよ。

**nobodyさん** · 2014/03/16(日) 07:19:44.81

cakephp,symfony2,spring mvcしか使われてない印象
JavaはTomcatとxmlの設定で挫折したから、2度と触りたくない

**nobodyさん** · 2014/04/08(火) 21:50:04.37

javaでcakephpに似ているフレームワークはなんでしょう？
Spring MVC?
Grails?
Play?

**nobodyさん** · 2014/05/25(日) 01:03:40.75

え、fuelphpがなぜないのだ？

**nobodyさん** · 2014/05/27(火) 14:29:30.16

>>65
phpの中でもマイナーなフレームワークをあげてどうする

**nobodyさん** · 2014/05/27(火) 22:57:35.86

人気No.1のPradoも挙がってない
ttp://q.hatena.ne.jp/1210442237

**nobodyさん** · 2014/05/30(金) 08:51:43.64

フレームワークってよりは規約みたいな感じのはある？