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

0001nobodyさん2010/04/08(木) 00:44:11 ID:FBO+Ztg3
言語不問でバトルロイヤルしようぜ

0002nobodyさん2010/04/08(木) 01:08:15 ID:???
JavaだとSAStruts
PHPだとKohana
PerlだとMojolicious
PythonだとPylons
Rubyはない

0003nobodyさん2010/04/08(木) 02:57:09 ID:???
Cocoa

0004nobodyさん2010/04/08(木) 05:59:15 ID:???
Rails

0005nobodyさん2010/04/08(木) 08:14:11 ID:???
RubyはSinatraじゃない?

0006nobodyさん2010/04/08(木) 13:17:06 ID:???
ぶっちぎりでPlone

0007nobodyさん2010/04/08(木) 23:50:22 ID:???
SAStrutsだな

0008nobodyさん2010/04/10(土) 11:11:08 ID:IEVU9DAy
PHPだろ。
PHPは言語じゃなくてF.W.とみなすべき。

0009nobodyさん2010/04/10(土) 11:16:12 ID:???
聞かれてもいないのに説明してる時点で、自分でもそう思ってないだろ

0010nobodyさん2010/04/10(土) 13:19:43 ID:???
Railsはある程度の規模になるとバッドノウハウの塊になるからな

0011nobodyさん2010/04/10(土) 21:24:02 ID:???
>>10
Rails触ったことないんだけど
どんなところがバッドノウハウの塊になるの?

0012nobodyさん2010/04/11(日) 00:02:32 ID:???
Django

0013nobodyさん2010/04/11(日) 06:23:14 ID:???
重い
立ち上げておくと死ぬほどメモリ食う
拡張するとき規約が邪魔になる

0014nobodyさん2010/04/11(日) 14:32:31 ID:???
Railsはメモリ食いまくるから
必ず一日一回再起動する必要がある
それでもメモリ足りなくなるときもある
2GB積んでるのに・・・ orz

0015nobodyさん2010/04/11(日) 15:55:17 ID:???
JavaがWebLogicで10年前にやった失敗を今Railsがやってる感じだな

0016nobodyさん2010/04/11(日) 21:05:50 ID:???
Pails on Python

0017nobodyさん2010/04/16(金) 06:22:29 ID:???
>>14
Passengerで立ち上がるプロセス(だっけ?)の設定少なくすればOK
小さいサービスなら2つくらいにしとけばメモリくわんくない?

0018nobodyさん2010/04/16(金) 14:34:31 ID:???
程度の規模になるとバッドノウハウの塊になるって話の説明なのに
なんでプロセスの設定減らすとか意味不明菜解決方法になるんだよw

0019nobodyさん2010/04/16(金) 20:43:51 ID:???
>>13
まあ徴兵制だろうね。
戦前(に成人した)世代と戦後世代の日本人を見比べれば一目瞭然。

0020nobodyさん2010/04/17(土) 01:08:45 ID:???
>>18
> 程度の規模になるとバッドノウハウの塊になるって話の説明なのに
じゃあそう書いてくれよ。IDないから誰がどの文脈で話してるのかわからん

0021nobodyさん2010/04/17(土) 01:09:37 ID:???
>>18
>>17>>10に対するレスなの?

0022nobodyさん2010/05/04(火) 23:31:27 ID:???
確かにRailsはフルスタックの重さと規約がめんどうになってくるな。
ちょっと拡張しようと思ってもコード追っていくだけでめんどう。
FWなんてこんなもんなのかねー。

0023nobodyさん2010/05/04(火) 23:37:14 ID:???
Railsだけに

0024nobodyさん2010/05/05(水) 02:07:30 ID:???
JavaやPHPはフルスタックから薄いのまで色々あるな

0025nobodyさん2010/05/09(日) 09:48:31 ID:???
Playframeworkとかどうなん?

0026nobodyさん2010/06/03(木) 13:29:44 ID:???
もうね、フレームワークはあれだ
ウンザリ

0027nobodyさん2010/07/16(金) 20:58:19 ID:e6QQZB/G
hosu

0028nobodyさん2010/07/17(土) 23:39:27 ID:???
SAStrutsに決まってるじゃない。

0029nobodyさん2010/07/26(月) 08:00:36 ID:???
じゃあ.NET

0030nobodyさん2010/11/17(水) 01:11:45 ID:???
データバインディング機構がまとも、かつ簡単なフレームワークないかね

0031nobodyさん2010/11/17(水) 01:56:27 ID:???
oil

0032nobodyさん2011/02/01(火) 07:46:21 ID:???
Struts→デファクトなんだけどMicrosoft的なウンコ臭がする。
みんなそろそろ脱Strutsしたいと思ってるけど、抜けきれないジレンマ。

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

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

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

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

0033nobodyさん2011/02/02(水) 23:20:30 ID:???
Spring(+Spring MVC)に決まっとる。

0034nobodyさん2011/02/20(日) 14:25:51.46 ID:???
ドジャンゴいいよ

0035nobodyさん2011/03/07(月) 00:18:36.99 ID:???
PHP系フレームワークでひとまとめにしてるのが頭悪いと思うわ

0036nobodyさん2011/06/14(火) 22:45:57.70 ID:+dSTttKT
age

0037nobodyさん2011/11/21(月) 04:24:30.08 ID:bKvgLx5/
あげ

0038nobodyさん2011/11/22(火) 09:03:43.72 ID:???
>>32
じゃあSAstrutsに決まりだな

0039nobodyさん2011/12/03(土) 00:28:46.42 ID:5sHf0s6y
最強はASP.NETのMVC3だと思う。でもレンタルサーバーが少ない為
いまいち。自社でやるなら最強だと思う

0040nobodyさん2011/12/04(日) 05:16:09.69 ID:???
play frameworkいい感じだな

0041nobodyさん2011/12/26(月) 02:29:11.38 ID:uLk1bisN
ほげ

0042nobodyさん2011/12/30(金) 19:57:52.06 ID:rw7RzakF
cakePHPがひとつの到達点だと思う
フレームワークの目的に沿ってる

0043nobodyさん2011/12/30(金) 21:01:15.65 ID:???
正解を教えてるフリをして嘘を教える
いやらしいな

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

0045nobodyさん2012/01/14(土) 23:36:38.53 ID:???
言語不問だろ?「どの言語でも使える&オレオレ資産無し」の前提で、「早く作れる」「みんなで作れる」「簡単に作れる」のはどのフレームワークか話し合おうぜ。

0046nobodyさん2012/01/15(日) 03:06:38.88 ID:???
条件に「互換性が高い」も入れてくれ

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

0047nobodyさん2012/01/15(日) 09:41:54.33 ID:???
しょぼいスレだな

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

0048nobodyさん2012/01/15(日) 10:39:43.13 ID:???
まぁそれか、言語をまたいで、いろんなFWを触れるレベルの技術者はここにはいないってことだな。

0049nobodyさん2012/01/16(月) 19:48:19.72 ID:???
>>46
互換性考慮に入れたら進化しない古臭い効率悪いもんしか残らないな。
それよりも各メジャーバージョンのメンテナンスが長いものを選んだほうがいい

0050nobodyさん2012/01/17(火) 01:43:45.91 ID:???
互換性を考慮したら進化しないっていうのは嘘

0051nobodyさん2012/01/17(火) 02:29:05.52 ID:???
進化しないなんて誰も言ってないな

0052nobodyさん2012/01/17(火) 02:57:00.64 ID:???
> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効
> 互換性考慮に入れたら "進化しない" 古臭い効

0053nobodyさん2012/01/18(水) 05:52:21.76 ID:???
互換性のある進化したフレームワークって?

0054nobodyさん2012/01/18(水) 21:03:14.31 ID:???
互換性がないフレームワークなんて無いだろ?

0055nobodyさん2012/01/18(水) 21:18:09.19 ID:???
ここまでの条件

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

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

0056nobodyさん2012/01/19(木) 03:32:23.61 ID:???
必要な要件を詰めて自分で作るのが一番いい…
というのは言ってはいけないのか

0057nobodyさん2012/01/19(木) 08:30:35.69 ID:???
楽をしたい、同じことは二度とやりたくないってのはプログラマの本能みたいなもんだから、いくつもやる仕事の共通点みたいなところでフレームワーク化していくのはありというか必然だろうね

0058nobodyさん2012/01/25(水) 01:46:31.12 ID:???
>>54
お前がムチなことは分かった

0059nobodyさん2012/01/25(水) 02:30:19.99 ID:???
ビシッビシッ…ぁ…///

最も悪いのは?

0061nobodyさん2013/09/29(日) 22:34:45.67 ID:zzBLFS2T
最強はASP.NETのMVC3かな

0062nobodyさん2013/10/26(土) 19:13:11.42 ID:???
フレームワークとしてはdjangoがいいと思うんだけど、
日本で過疎すぎてアプリが少ないのがな。
自分で一から作るには良いフレームワークだと思うよ。

0063nobodyさん2014/03/16(日) 07:19:44.81 ID:???
cakephp,symfony2,spring mvcしか使われてない印象
JavaはTomcatとxmlの設定で挫折したから、2度と触りたくない

0064nobodyさん2014/04/08(火) 21:50:04.37 ID:pHkf+8Ga
javaでcakephpに似ているフレームワークはなんでしょう?
Spring MVC?
Grails?
Play?

0065nobodyさん2014/05/25(日) 01:03:40.75 ID:???
え、fuelphpがなぜないのだ?

0066nobodyさん2014/05/27(火) 14:29:30.16 ID:???
>>65
phpの中でもマイナーなフレームワークをあげてどうする

0067nobodyさん2014/05/27(火) 22:57:35.86 ID:???
人気No.1のPradoも挙がってない
ttp://q.hatena.ne.jp/1210442237

0068nobodyさん2014/05/30(金) 08:51:43.64 ID:d48Y7T2i
フレームワークってよりは規約みたいな感じのはある?

0069nobodyさん2014/10/31(金) 16:00:07.97 ID:qTI9Hd/h
>19の誤爆が笑えるw

0070nobodyさん2014/11/06(木) 17:20:35.37 ID:my3TnYRu
 
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://www.apamanshop.com/membersite/27009206/images/kamo.jpg
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
 
このように現在まで6通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
 
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に11通のメールを頂戴しているか不明なところであります。
  
・ハンガー・ゲーム   http://s-at-e.net/scurl/TheHungerGames-Aircraft.html
・アバター        http://s-at-e.net/scurl/Avatar-Shuttle.html
 
・艦これ   http://s-at-e.net/scurl/KanColle.html
・BRS     http://s-at-e.net/scurl/BRS.html
・ベヨネッタ http://s-at-e.net/scurl/BAYONETTA.html
・風ノ旅ビト http://s-at-e.net/scurl/JOURNEY.html
 
      http://s-at-e.net/scurl/kabetokyojinto.html
 
・2012    http://s-at-e.net/scurl/2012.html
 
http://www.o-naniwa.com/index.html
http://www.o-naniwa.com/company/
 
http://www.apamanshop-hd.co.jp/
http://www.data-max.co.jp/2010/10/01/post_11983.html

0071nobodyさん2014/11/15(土) 15:19:06.22 ID:???
マジレスすると
zend

0072nobodyさん2014/11/16(日) 16:59:50.30 ID:???
>>67
何年前の話をしてるのか

0073nobodyさん2014/11/20(木) 00:09:57.73 ID:???
最もYiiフレームワーク? 自明じゃないか

0074nobodyさん2016/02/10(水) 12:36:12.12 ID:PnFdkcK7
An error occurred while processing your request.
Reference #なんとか

っていうエラーメッセージをあちこちで見かけるんだけど
これってどのフレームワークのエラー?

0075nobodyさん2016/02/11(木) 15:54:46.80 ID:hyUYVyi5
どのフレームワークだろう

0076nobodyさん2016/06/13(月) 20:08:59.21 ID:nxezt1iP
             【Win10】    こんな犯罪級OS薦めんなよwww   ↓   【スパイウェア】



この使用許諾契約書には書かれています
”最後にあなたのコンテンツを含む個人データ(例えばあなたの電子メールの内容や―プライベート通信やプライベートフォルダ内のファイル)にアクセスし―開示し保全します”
開示する ここ重要だよ
契約がなければ通常 高度な違法行為になりうることです それはあなたが自分の意思としてこの契約書に同意したのです
https://www.youtube.com/watch?v=ZBwEmgdqB1c



       【被爆大量死を宣告】      株式大暴落のあとマイト レーヤ登場      【放射能犯罪に警告】



りうなちゃんは去年の暮れ、脳腫瘍のために亡くなった。2歳を過ぎたころ「放射能があるから砂は触れない」「葉っぱは触っちゃだめ」
https://twitter.com/Tom oyaMorishita/status/648628684748816384

UFOや核エネルギーの放出を見ることはエーテル視力を持つ子供たちがどんどん生まれてくるにつれて次第に生じるでしょう。

マイト レーヤは原発の閉鎖を助言されます。
マイト レーヤによれば、放射能は自然界の要素を妨害し、飛行機など原子のパターンが妨害されると墜落します。
マイト レーヤの唇からますます厳しい警告と重みが発せられることを覚悟しなさい。彼はいかなる人間よりもその危険をよくご存じです。

福島県民は発電所が閉鎖されれば1年か2年で戻って来られるでしょう。
日本の福島では多くの子どもたちが癌をもたらす量の放射能を内部被ばくしています。健康上のリスクは福島に近づくほど、高まります。
日本の近海から採れた食料を食べることは、それほど安全ではありません。汚染されたかもしれない食料品は廃棄すべきです。
日本もさらに多くの原子力発電所を作ろうとしています。多くの人々が核の汚染の影響で死んでいるのに、彼らは幻想の中に生きています。
問題は、日本政府が、日本の原子力産業と連携して、日本の原子力産業を終わらせるおそれのあることを何も認めようとしないことです。

新着レスの表示
レスを投稿する