- 1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???]
- 前スレ
pc11.2ch.net/test/read.cgi/php/1197383840/
- 56 名前：nobodyさん mailto:sage [2008/02/19(火) 02:08:39 ID:???]
- >>46
調べろ
- 57 名前：nobodyさん mailto:sage [2008/02/19(火) 05:15:52 ID:???]
- 実際PHPもPythonもCLI重いじゃん
shなんて単純なものしか書きたくないし
そうなるとPerlは充分妥当な線だろ。
スクリプト言語の中ではPHPに一番近いし。
- 58 名前：nobodyさん mailto:sage [2008/02/19(火) 05:27:17 ID:???]
- まあPHPの既存のクラスを使うようなもので
速度がいらない処理（scaffolding等）はPHPで全然問題ないけどね
- 59 名前：nobodyさん mailto:sage [2008/02/19(火) 07:47:46 ID:???]
- www.timestretch.com/FractalBenchmark.html
ここの結果だとPythonの方が速いけど。
まあ、当たり前だけど目的による。
なんで盲目的にPerlが速いといえるのかがわからん。
- 60 名前：nobodyさん mailto:sage [2008/02/19(火) 12:02:30 ID:???]
- Perlでも例えば
use Encode;
use CGI;
use Data::Dumper;
とかやると結構違うんじゃね？
結局CLIの起動速度とか、言語の選択にそれほど影響する場面ってあるか？
まあRubyは結構がつんと引っかかるのを感じることはあるけど
- 61 名前：nobodyさん mailto:sage [2008/02/20(水) 03:45:15 ID:???]
- チープなWebアプリケーションを作る場合には、PHPは他を圧倒するな。
extで話が済んでるうちは、荒っぽくいえばCのWebフレームワークなわけだし。
rubyとか今やRailsないとWebアプリ作れねーんじゃねーかと。
- 62 名前：nobodyさん mailto:sage [2008/02/20(水) 08:15:36 ID:???]
- ruby作った松本も神だけど
rails作った奴も神だな
神と神が合体して偉大なるソフト
- 63 名前：nobodyさん mailto:sage [2008/02/20(水) 08:57:52 ID:???]
- 多神教なんですね
- 64 名前：nobodyさん mailto:sage [2008/02/20(水) 11:16:03 ID:???]
- ワラタｗ
- 65 名前：nobodyさん mailto:sage [2008/02/20(水) 16:36:10 ID:???]
- >>62
神と神を合体させると何が出来るのですか？
members.jcom.home.ne.jp/sss-3/shin3/shin3_gdevil.html
- 66 名前：24 mailto:sage [2008/02/20(水) 18:10:02 ID:???]
- うーん、どれも似たり寄ったりなのかな？
じゃあ、質問を変えてajax（というより、DHMLメイン？）前提ではどれが作りやすいかな？
たとえば、xhrを用いた非同期通信をサポートする上での仕様が覚えやすいとか、
prototype.js系に限らずほかのJSライブラリ（dojo系やYahooUI系）でも利用可能な仕様が公式側で用意されているとか。
- 67 名前：nobodyさん mailto:sage [2008/02/20(水) 21:07:41 ID:???]
- あ、それ俺も知りたい。
別途jQuery叩いてて不満ないのでフレームワーク側のAJAXサポートとか評価したことない。もちろん手間はある
識者のお勧め希望
- 68 名前：nobodyさん mailto:sage [2008/02/21(木) 00:14:33 ID:???]
- 外国の技術系サイト見たら
システム周りのちょっとした作業するのに使われてるのRubyばっかだな
逆にPythonはあんまり見ない
Ruby知らないとイモって言われる時代もすぐそこか・・・(´・ω・`)
- 69 名前：nobodyさん mailto:sage [2008/02/21(木) 00:38:11 ID:???]
- >>66
なんか前スレのJaxerを彷彿とさせる流れだ
サーバサイドとフロントエンドをそれほど上手に連携させていて、しかも汎用的な
フレームワークとかまだそんなに無い雰囲気だけど、あるなら俺も知りたい
強いて言うなら、RubyはJavaScriptと近い記述も可能な印象があるので、スクリプトを
組む人間の脳みそ的に楽かも知れない。
オブジェクトやブロックの扱いとか、記述の柔らかさというかその辺で、少なくとも、PHP
よりは感覚が近いような
なんだこの印象論はと書いてて自分で思った。
- 70 名前：nobodyさん mailto:sage [2008/02/21(木) 00:56:06 ID:???]
- 記述で言えば{}や;やら表面上はPHPの方が似てるんじゃね？w
まあ確かになんでもかんでもオブジェクトでござい、てあたりは似てるね
- 71 名前：nobodyさん mailto:sage [2008/02/21(木) 01:12:47 ID:???]
- ruby on railsは神と神のフュージョン
いいかえればキリストとアッラーが融合合体した「究極生命体」
- 72 名前：nobodyさん mailto:sage [2008/02/21(木) 01:17:10 ID:???]
- キリストは神じゃないよ(´・ω・`)
- 73 名前：nobodyさん mailto:sage [2008/02/21(木) 01:18:32 ID:???]
- 神と神が合体するとフレームワークが出来上がるが
バカとバカが合体すると子供が生まれる
- 74 名前：nobodyさん mailto:sage [2008/02/21(木) 01:21:07 ID:???]
- >>68
Rubyはもう古い
時代はScala
- 75 名前：nobodyさん mailto:sage [2008/02/21(木) 01:23:24 ID:???]
- >>74
Scalaをググってみましたが
SCALA:(スカラ)は岡山市のヘアーサロンらしいです
- 76 名前：nobodyさん mailto:sage [2008/02/21(木) 02:54:43 ID:???]
- >68
GNOME周りの細かいスクリプトってPythonばっかでしょ？
海外でRuby使っている人ってRoRの流れの人じゃないかな
正直なところ、RoRは偉大だと思うけどRubyはそうは思わない
「RoRのプログラマに選ばれた言語」として評価はするけど
- 77 名前：nobodyさん mailto:sage [2008/02/21(木) 12:49:51 ID:???]
- BlenderのPython
Google SketchUpのRuby
PHPをスクリプト言語として搭載した色物3DCGソフトがあったら色んな意味で面白そうだ
- 78 名前：nobodyさん mailto:sage [2008/02/21(木) 13:39:33 ID:???]
- 将来的にRubyが来るかPhthonが来るかPerlがしぶとく生き残るか。
ずぅっと混戦状態な気もするけど。
案外Webだけに的を絞ったPHPが一番長生きだったりしてね。
でも10年後、PHPの役目が今のCOBOL的な負の遺産管理とか、そういう生き残りかたはやだな。
- 79 名前：nobodyさん mailto:sage [2008/02/21(木) 14:20:40 ID:???]
- 結局phpもjavascriptやperlみたいに上級者と初心者が乖離して
その間を埋める新しい言語が出てくるんじゃないの
一方extract($_POST);的なコードはいつまでも再生産されるっていう
- 80 名前：nobodyさん mailto:sage [2008/02/21(木) 16:47:46 ID:???]
- PHPからPython使えてRuby脂肪ｗｗｗ
pecl.php.net/package/python/download/0.8.0/
- 81 名前：nobodyさん mailto:sage [2008/02/21(木) 18:22:05 ID:???]
- マッツがむかつくから今までRubyしなかったけど
外人が大量にやってるからRuby始めました
YAMLが簡単に扱えてｲｲ(･∀･)！
- 82 名前：nobodyさん mailto:sage [2008/02/21(木) 18:47:15 ID:???]
- >>81
これよりも簡単に扱えるん？
itpro.nikkeibp.co.jp/article/COLUMN/20070507/270080/
PHP版がこのコード↑として、Ruby版はどういうコードなん？
- 83 名前：nobodyさん mailto:sage [2008/02/21(木) 19:00:50 ID:???]
- require 'yaml'
file_dir = './hoge.conf'
str = open(file_dir).read()
data = YAML.load(str)
こんなん
もっとキレイに書けるのか知らないけど。
コード自体はたいして変わらないか。
でも変なパースされてハマったことあるからspycにはいい印象ないな
- 84 名前：nobodyさん mailto:sage [2008/02/21(木) 19:09:48 ID:???]
- ってか、やっぱり標準で装備されてる安心感が大きい
- 85 名前：nobodyさん mailto:sage [2008/02/21(木) 19:19:43 ID:???]
- じゃあ、YAMLが簡単に扱えるじゃなくて、
YAMLライブラリが標準添付されているって言うべきだな。
- 86 名前：nobodyさん mailto:sage [2008/02/21(木) 19:23:34 ID:???]
- ある文に後から関数的な処理を加えたい時、PHPだと
[追加部分前半](元の文)[追加部分後半]
って分かれるのが普通だけど
Rubyだと
（元の文）[追加部分]
で済むのが気持ちええ〜
多重に追加する時も
（元の文）[追加][追加][追加]
って書いていけるのがオルガスムス(´ρ｀)
- 87 名前：nobodyさん mailto:sage [2008/02/21(木) 19:40:27 ID:???]
- ここRubyスレじゃないんだ。わかってる？ｗ
- 88 名前：nobodyさん mailto:sage [2008/02/21(木) 19:43:13 ID:???]
- 関数塗れな処理で、カッコでgdるかドットシンタクスで繋げられるかって事か
地味だがjQueryハマってるので気持ちは判る
しかしスレ違いではないか
- 89 名前：nobodyさん mailto:sage [2008/02/21(木) 20:06:49 ID:???]
- すぐスクリプト言語についてぬるく語るスレになるなここはｗ
よっぽどPHPのフレームワークにネタがないのか
- 90 名前：nobodyさん mailto:sage [2008/02/21(木) 21:58:56 ID:???]
- 他言語も含めてフレームワークでネタが続いているの
どこにあるんだよｗ
- 91 名前：nobodyさん mailto:sage [2008/02/22(金) 09:46:47 ID:???]
- >>59
>www.timestretch.com/FractalBenchmark.html
>
>ここの結果だとPythonの方が速いけど。
>まあ、当たり前だけど目的による。
>なんで盲目的にPerlが速いといえるのかがわからん。
>>49と>>52よく読め。起動時間の話をしてるのに違うベンチマーク結果だしてどうする。
>>82
SpycはまともにYAML扱えないから止めた方がいい。いくらなんでも機能低すぎ。バグ大杉。しかもクソ遅い。
- 92 名前：nobodyさん mailto:sage [2008/02/22(金) 12:35:59 ID:???]
- PHPもYAMLパーサ標準装備されるんじゃなかったっけ？
- 93 名前：nobodyさん mailto:sage [2008/02/22(金) 12:47:30 ID:???]
- まじで？早くしてほしいね
- 94 名前：nobodyさん mailto:sage [2008/02/22(金) 15:13:53 ID:???]
- Symfonyでふんだんに使われているSpycが
そんなに悪いとは思えないが？
- 95 名前：nobodyさん mailto:sage [2008/02/22(金) 15:16:53 ID:???]
- Pieceでも前提にしてるね Spyc
- 96 名前：nobodyさん mailto:sage [2008/02/22(金) 15:19:12 ID:???]
- いままで parse_ini_file も有効利用出来なかったPHPerがYAMLってだけで何でそんなに騒ぐのか
- 97 名前：nobodyさん mailto:sage [2008/02/22(金) 15:25:54 ID:???]
- spycは単純な設定ファイルを読む程度なら充分だけど、
ヘビーに使おうと思うとあきらかに役者不足だよ。
- 98 名前：nobodyさん mailto:sage [2008/02/22(金) 15:37:27 ID:???]
- 取り立てて良いわけでもないが、まともにyaml扱えないなんて印象はないけどな
だいたいyamlなんて設定ファイルで使うケースがほとんだと思うが
遅いって言っても実環境で使うなら普通キャッシュするし
機能低いとかヘビーに使うとか一体どういう局面で困ってるの？
- 99 名前：nobodyさん mailto:sage [2008/02/22(金) 16:34:52 ID:???]
- YAMLってヘビーに使うものなのか？
通常は設定ファイル程度に使わないか？
そういうのは一度キャッシュしてしまうだろうし。
（ってろく読まずに書いたら>>98も同じこといってるじゃんｗ）
- 100 名前：nobodyさん mailto:sage [2008/02/22(金) 17:13:10 ID:???]
- YAMLのパース処理なんて単純だし固定的だからエクステンションにするのがベストだろうな
symfonyってsyckとかいうの使うようになったんじゃなかったけ？
- 101 名前：nobodyさん mailto:sage [2008/02/22(金) 17:18:54 ID:???]
- >91
いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？
だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
- 102 名前：nobodyさん mailto:sage [2008/02/22(金) 17:31:08 ID:???]
- web+db press ちょうどyamlについての特集してるな
web+db pressの個人的タイムリー感は異常
- 103 名前：nobodyさん mailto:sage [2008/02/22(金) 17:33:55 ID:???]
- 「起動が遅くてもインクルードで遅れたら」ってどゆこと？
「起動が速くてもインクルードで遅れたら」のtypo?
- 104 名前：nobodyさん mailto:sage [2008/02/22(金) 18:29:49 ID:???]
- >>101
>いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？
>だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
起動の速さを話題にしているんだから、それ以外の要素を持ち出すならそれを説明すべきだろ。
>>49,52,59を順に読んでみろ。どこにインクルードやrequireの話がでている?
「目的による」のひとことで分かるわけがない。おまえの脳内で勝手に補完するな。
>それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
それは>>60からだろ。60はちゃんと説明しているが、59まではそんな話でてきてない。時系列を無視して語るな。
>この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
おまえこそもう少しよく読め。
- 105 名前：nobodyさん mailto:sage [2008/02/23(土) 21:58:54 ID:???]
- web+db press読んだ
YAMLって結構高機能なんだな〜
- 106 名前：nobodyさん mailto:sage [2008/02/24(日) 09:22:41 ID:???]
- ワロタｗ 高機能の内容も言わず、高機能とか言っても信用されないｗ
- 107 名前：nobodyさん mailto:sage [2008/02/24(日) 11:54:48 ID:???]
- 信用って何だよ
仕様を見ればわかるがな
- 108 名前：nobodyさん mailto:sage [2008/02/24(日) 19:48:11 ID:???]
- 最も使われているYAMLパーサのSyckはRuby出身
Rubyの手のひらの上で暴れてるだけのPHP乙
- 109 名前：nobodyさん mailto:sage [2008/02/24(日) 20:10:52 ID:???]
- 最も使われてるの？
PHPのプロダクションてほかの言語からの輸入物多いからいまさらそんなん言われても
- 110 名前：nobodyさん mailto:sage [2008/02/24(日) 23:46:30 ID:???]
- PHP＝ポリシーのないパクリパッチワーク言語でおk？
- 111 名前：nobodyさん mailto:sage [2008/02/25(月) 00:58:06 ID:???]
- >>110
そう書くと、それはそれでとても魅力的な言語に見えます。
- 112 名前：nobodyさん mailto:sage [2008/02/25(月) 03:41:00 ID:???]
- PHPにいいとこどりされて他の言語脂肪ｗ
- 113 名前：nobodyさん mailto:sage [2008/02/25(月) 10:52:39 ID:???]
- 最近、Ruby本多くなったけど誰がRuby使ってんの？
- 114 名前：nobodyさん mailto:sage [2008/02/25(月) 14:43:04 ID:???]
- 異教徒
- 115 名前：nobodyさん [2008/02/26(火) 00:07:04 ID:/Sycx4p+]
- 言語崇拝者でしょ。
- 116 名前：nobodyさん mailto:sage [2008/02/26(火) 00:42:37 ID:???]
- なぜ島根県が出て来ないのだ
- 117 名前：nobodyさん mailto:sage [2008/02/26(火) 02:09:18 ID:???]
- おまいらＰＨＰ，ｐＨＰていうどやなあ
今までＰＨＰでいくら稼いだんや？
- 118 名前：nobodyさん mailto:sage [2008/02/26(火) 02:10:31 ID:???]
- 松本は島根県民としては誇りだ
しかしネゴシックスは県民の恥さらし
- 119 名前：nobodyさん mailto:sage [2008/02/26(火) 02:13:42 ID:???]
- 世界に通用する言語開発した唯一の日本人が
島根県民だから同県民として素直にうれしいし
松本も地元に愛着を持ってるらしく
Ｒｕｂｙ検定やら松江を発信基地として活動してくれる
- 120 名前：nobodyさん mailto:sage [2008/02/26(火) 02:15:05 ID:???]
- 島根県民は案外、人口の割りに頭のいい奴は多いぞ
- 121 名前：nobodyさん mailto:sage [2008/02/26(火) 02:39:30 ID:???]
- 頭は良いが、常識はないってパターンか
いい加減書き込むときはスレタイぐらい読めよ
- 122 名前：nobodyさん mailto:sage [2008/02/26(火) 08:59:32 ID:???]
- Rails使いたくてこの1ヶ月Ruby勉強してた
確かに書きやすいしPHPに比べるときれい
でも肝心のRails環境があまり無い
実用面ではPHPがNo.1だと思います
それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？
この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
- 123 名前：nobodyさん mailto:sage [2008/02/26(火) 16:01:26 ID:???]
- >>122
>それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？
YES
>この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
その判断は誤りだといっておこう。
PHPはRubyと比べてできないことが多いから、PHPでRailsを真似てもたいしてうまくいかない。
- 124 名前：nobodyさん mailto:sage [2008/02/26(火) 20:24:36 ID:???]
- >>123
具体的に何が出来ないんですか？
- 125 名前：nobodyさん mailto:sage [2008/02/26(火) 20:29:50 ID:???]
- >>124
簡潔な記述、とかかなぁ
- 126 名前：nobodyさん mailto:sage [2008/02/26(火) 20:38:57 ID:???]
- ( ´д`;)…
- 127 名前：nobodyさん mailto:sage [2008/02/26(火) 21:49:40 ID:???]
- >>122
akelos
- 128 名前：nobodyさん mailto:sage [2008/02/26(火) 22:30:12 ID:???]
- >>122
Railsに最も近いのは、現状でいえばakelos
でも、Railsがベストなわけじゃないってのは認識したほうが。
symfonyはRailsよりリッチ。いい意味でも悪い意味でも。
- 129 名前：nobodyさん mailto:sage [2008/02/26(火) 22:47:06 ID:???]
- そりゃどちらがrailsクローンかと言われると
akelosだけど現実的に考えるとsymfonyだろう
リッチってなんだよリッチって曖昧過ぎるだろ
- 130 名前：nobodyさん mailto:sage [2008/02/26(火) 23:46:19 ID:???]
- リッチかどうかは良くわからないけど、
symfonyの方がエンタープライズ向けな感じはする。
- 131 名前：nobodyさん mailto:sage [2008/02/26(火) 23:56:03 ID:???]
- >>124
簡潔な記述もそうだけど、PHPはメタプログラミングが弱いんだよ。
Rubyはそこが強力で、だからこそActiveRecordみたいなのが実現できる。
ActiveRecordがほんとに望ましいものかどうかは別として。
- 132 名前：nobodyさん mailto:sage [2008/02/27(水) 00:00:57 ID:???]
- PHPユーザーはPHPだけで何もかもこなそうとする傾向にある。
- 133 名前：nobodyさん mailto:sage [2008/02/27(水) 00:03:44 ID:???]
- 今は亡き？Plaggerよりは、何でも出来るけどなｗ
- 134 名前：nobodyさん mailto:sage [2008/02/27(水) 01:13:23 ID:???]
- >>131
PHPの言語仕様がRubyよりも少ないのはわかるけどさ、
それで開発をする上で何ができないということなの？
- 135 名前：nobodyさん mailto:sage [2008/02/27(水) 09:17:34 ID:???]
- >>133
Plaggerをここで出す意味がわからない。
スペルの似た別の何か？
- 136 名前：nobodyさん mailto:sage [2008/02/27(水) 09:27:49 ID:???]
- >>129
akelosも十二分に実用だと思うよ。
pc11.2ch.net/test/read.cgi/php/1187333485/
www.akelos.org/docs/tutorials/booklink-ja
www.akelos.org/
blogs.atanaka.biz/tanaka/index.php?catid=18&blogid=2
blog.takeda-soft.jp/blog/category/17
blog.hakuja.jp/articles/tag/akelos
d.hatena.ne.jp/simpraight/searchdiary?word=%2a%5bAkelos%5d
- 137 名前：nobodyさん mailto:sage [2008/02/27(水) 21:44:16 ID:???]
- Railsでこのまま行くか、PHPのフレームワークを覚えるか迷うな・・
akelosは>>136の上から5番目のブログ見て良さげと思った
- 138 名前：nobodyさん mailto:sage [2008/02/28(木) 13:46:19 ID:???]
- 俺のフレームワークの使い方
・RDB使わずテキストの場合
ちいたん（ちょっと改造）
・PHP4でRDB使う
ちいたん（ちょっと改造） + PieceORM
・PHP5でRDB使う
symfony
こんな感じ
- 139 名前：nobodyさん mailto:sage [2008/02/28(木) 13:51:16 ID:???]
- php4かphp5かとか言ってるさなか今時３かよ。
キツい・・。perlにするかな。
- 140 名前：nobodyさん mailto:sage [2008/02/28(木) 17:43:37 ID:???]
- PHP3とかいっている環境しか使えない状態なら
その環境のPerlも当然バージョンが古く、
そのバージョンのPerlに対応しているフレームワークも無い。
- 141 名前：nobodyさん mailto:sage [2008/02/28(木) 19:01:25 ID:???]
- >>134
Railsはどうか知らんが、RakeはPHPじゃ無理だと思った。
- 142 名前：nobodyさん mailto:sage [2008/02/28(木) 19:18:01 ID:???]
- >>141
pakeがあるし、普通に雑務タスク書く分にはpakeでもわりと使えるよ
まあrakeみたいにDSLっぽく書けない、という意味で書いてるんだろうけども
- 143 名前：nobodyさん mailto:sage [2008/02/28(木) 19:27:24 ID:???]
- 言語仕様が劣っていても、それをライブラリ・フレームワークとして
提供すれば、ほぼ同等のことが出来る。
違った形での実装、使い方になるだろうが、どちらを使っても
普段の仕事で使う分には大差がない。
大差があれば、われわれは○言語を使うから、
大幅に工数が減って、結果、”安く”作れます。といえるはずだろう？
安く作るって事は給料が減るわけだが、本当に工数が減るのなら問題ないはずだ。
実際は工数が減らないから「優れた言語を使うから安く作れる」なんて話を聞いたことが無い。
- 144 名前：nobodyさん mailto:sage [2008/02/28(木) 20:48:04 ID:???]
- >>143
どちらを使っても大差がないんだと思うなら
優れた言語使えばいいんじゃないのと思うがｗ
相手も同種のベンダーとかじゃない限り、
顧客にとっちゃどんな言語使ってようがあまり関係がない
「われわれは○言語を使うから云々」とか意味不明
安いのどうのっていうのは見積判断次第なわけで
工数とコストが比例するのが前提っておかしいだろう
- 145 名前：nobodyさん mailto:sage [2008/02/28(木) 20:53:41 ID:???]
- 「優れた言語」の定義も曖昧なまま、意味の無い話をしている人たちが気持ち悪い。
- 146 名前：nobodyさん mailto:sage [2008/02/28(木) 20:54:47 ID:???]
- >>144
＞工数とコストが比例するのが前提っておかしいだろう
上記の「コスト」は見積もり、のこと？
この業界の最大のコストは人件費なんだから、コストは素直に比例でいいんじゃね？
まあ商用パッケージ等を使うこととかは別問題だけど、それでも「工数」を比較的上手に
コストと交換しているみたいなもんだし。
まあ、見積もりは別だ。 ・・・でもあんまり無茶なダンp(ry
- 147 名前：144 mailto:sage [2008/02/28(木) 21:09:31 ID:???]
- >>146
コストじゃねー見積orz
工数とコスト（経費）が比例しなかったらまずいｗ
俺が意味不明だった
内部的な工数の変化と外部への見積とはまた別だろう的な
意味で書いたつもりだったけど変な文章になってた
- 148 名前：nobodyさん mailto:sage [2008/02/28(木) 22:37:10 ID:???]
- プログラマの言うすぐれた言語を使っても、
フレームワークを使うと、工数も作りやすさも変わらない罠。
なぜかというと、フレームワークを使うとビジネスロジックに専念できる。
そのビジネスロジックでは高度な言語機能なんて使わないから
- 149 名前：nobodyさん mailto:sage [2008/02/28(木) 23:57:02 ID:???]
- もともと SIerが作るシステムなんて仕様が汚いんだから、きれいに書ける仕組みがあっても意味がない。
それどころか、コピペで作られたシステムじゃないと、修正した場合の影響範囲が大きくなるから嫌がられる。
変更箇所が多くても土方仕事の方が良いというプロマネは多いはず。
土方仕事なんだから、職人技が使えないのは当然。
- 150 名前：nobodyさん mailto:sage [2008/02/29(金) 02:19:49 ID:???]
- Perl5.6は2000年リリースだけど、使えないCPANモジュールなんて数えるほどだと思うよ。
それどころかPerl5以降なら、たいていそのまま動くよ。15年前のリリースだけど。
- 151 名前：nobodyさん mailto:sage [2008/02/29(金) 10:50:18 ID:???]
- バージョンあがってないんだから当然だろ
- 152 名前：nobodyさん mailto:sage [2008/02/29(金) 12:09:50 ID:???]
- Railsがいずれ主流になるのは確信してるが
まだまだ時期が早い。
symfonyだよな、
春くらいに大手サイトでのsymfony採用実績がどんどん発表されるのを
知ってる人は少ないだろうな
- 153 名前：nobodyさん mailto:sage [2008/02/29(金) 12:11:59 ID:???]
- 大規模で使えるフレームワークで考えれば
長い期間でsymfony独占だろうな
規模でかいフレームワークが乱立することは、マズ無い
会社を上げてその競争に入るのに多大なコストがかかる
- 154 名前：nobodyさん mailto:sage [2008/02/29(金) 13:21:45 ID:???]
- >>153
>大規模で使えるフレームワーク
これってなにをもってそういってるの？
大規模って何が大規模？大規模向けにsymfonyがもっていて他がもっていない特徴って何？
- 155 名前：nobodyさん mailto:sage [2008/02/29(金) 15:41:39 ID:???]
- あちこちでsymfonyほめ殺しやってるのはsymfonyアンチなんだろうなあ
なにかアンチをひきつける要素があったのか
- 156 名前：nobodyさん mailto:sage [2008/02/29(金) 18:20:40 ID:???]
- >>154
ここでいう大規模てのは人それぞれだからね
あえて俺が境界定義する必要はない
大規模に向けにある機能といったら
Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性
|
 |
