【総合】PHPフレームワークを語るスレ8

1 名前：nobodyさん [2007/10/17(水) 16:01:41 ID:72/gWtt1] 前スレ pc11.2ch.net/test/read.cgi/php/1181350116/ 2 名前：nobodyさん mailto:sage [2007/10/17(水) 16:04:52 ID:???] 過去スレ 【PHP】フレームワークについて語るスレ7【総合】 pc11.2ch.net/test/read.cgi/php/1181350116/ 【PHP】フレームワークについて語るスレ6【総合】 pc11.2ch.net/test/read.cgi/php/1171896620/ [PHP]フレームワークについて語るｽﾚ5[総合] pc10.2ch.net/test/read.cgi/php/1159579507/ [PHP]フレームワークについて語るｽﾚ4[総合] pc8.2ch.net/test/read.cgi/php/1151706907/ [PHP]フレームワークについて語るｽﾚ３[総合] pc8.2ch.net/test/read.cgi/php/1145971945/ [PHP]フレームワークについて語るｽﾚ２[総合] pc8.2ch.net/test/read.cgi/php/1135847024/ 【PHP】フレームワークについて語るスレ【総合】 pc8.2ch.net/test/read.cgi/php/1123608068/ 3 名前：nobodyさん mailto:sage [2007/10/17(水) 16:12:32 ID:???] 【洋モノ】 symfony www.symfony-project.com/ code igniter codeigniter.com/ Zend Framework framework.zend.com/manual/ja/index.html CakePHP www.cakephp.org/ 【和モノ】 ちいたん php.cheetan.net/ Ethna ethna.jp/ guesswork classic.guesswork.jp/ maple kunit.jp/maple/ 4 名前：nobodyさん mailto:sage [2007/10/17(水) 16:47:33 ID:???] 乙。 話の続きだが、MVCの分離がいらない（利点がつかめない）というやつは、オブジェクト指向も理解していない可能性が高いな。 5 名前：全スレの994 mailto:sage [2007/10/17(水) 17:00:11 ID:???] すまん。こっちのスレで質問すればよかったorz 6 名前：全スレの994 mailto:sage [2007/10/17(水) 17:01:12 ID:???] 転載 990 ：nobodyさん ：sage ：2007/10/16(火) 19:21:01 ID:??? コントローラとビューって 本当にファイルとして分ける必要あんのかな？ 大抵のFWはディレクトリが根本から分かれてるから、 対応関係の確認が微妙にもたついたりする。 同じファイルの前半はコントローラ、後半がビューでもいい場合も 多いんじゃないか。 991 ：nobodyさん ：sage ：2007/10/16(火) 19:32:35 ID:??? 990 ：nobodyさん ：sage ：2007/10/16(火) 19:21:01 ID:??? コントローラとビューって 本当にファイルとして分ける必要あんのかな？ 大抵のFWはディレクトリが根本から分かれてるから、 対応関係の確認が微妙にもたついたりする。 同じファイルの前半はコントローラ、後半がビューでもいい場合も 多いんじゃないか。 >>990 MVCを理解してくれ 992 ：nobodyさん ：sage ：2007/10/16(火) 19:38:00 ID:??? mvcは名前つけただけだからどうでもいいが、mvcが表す概念の価値が理解できないならいまの主流のフレームワークは使えないな。 993 ：nobodyさん ：2007/10/17(水) 15:10:03 ID:deo3V8qx >>990 大昔はそうしてたよ。 処理を終えてからHTML部分に組み込んでいたyよ。 でも、それってMVCではないんだな。 7 名前：全スレの994 mailto:sage [2007/10/17(水) 17:01:54 ID:???] 転載その２ 994 ：nobodyさん ：sage ：2007/10/17(水) 15:35:13 ID:??? >>990ではないんだが、俺もmvcあまりよくわかってないと思うんだ 相乗りさせてくれまいか mが独立してるべきってのは納得なんだが、 c１にv１のとき１ファイルでもいいんじゃまいか？ とかおもっちまうんだが、１ファイルにしちゃだめな理由って何なのかな？ smartyとか使ってる＝なし崩し的にvをsmartyで独立実装 って感じになってるだけで、本当の意味でcとvを独立させる理由 ってのを理解してない気がするんだ＞俺 といいつつ、cとvが独立してれば、vを他のテンプレートシステム での置き換えが用意なんだろうな。とは思うんだが、 cとv分けることのメリットってこんなもん？ 経験豊富な人教えてくれまいか？ 8 名前：全スレの994 mailto:sage [2007/10/17(水) 17:02:58 ID:???] 転載その３ 995 ：nobodyさん ：sage ：2007/10/17(水) 15:41:10 ID:??? vにロジック書くと共有しにくいとか。 たとえばロジックは同じだけど状態によってviewが変わるケース 996 ：nobodyさん ：sage ：2007/10/17(水) 15:46:31 ID:??? ｖとｃを１ファイルにするくらいならｖとｍじゃね？ 997 ：nobodyさん ：age ：2007/10/17(水) 15:47:15 ID:??? ロジック（プログラム）とデザインの分離で、C+MとVは分かれる。 ロジックは、データと処理に分離すると、MとCに分かれる。 だから、全体としてMとVとCに分かれると。 大雑把にはこんなかんじになるのでしょうか？ 9 名前：nobodyさん mailto:sage [2007/10/17(水) 17:15:25 ID:???] cがmとv、その他環境や条件などを制御する c→m1→m2→v1、条件によってはv2・・的なことを実現する場合もある そのcとvを１つにソースにって俺的にメリット無し mとvを１つにってのは処理によっては考えられなくもないかな・・ つまりあれだ、簡単にいうとcはindex.phpと考えれば解りやすいかな？ 10 名前：nobodyさん mailto:sage [2007/10/17(水) 17:25:02 ID:???] index.phpは画面の遷移だけをするのがきれいじゃない？ FrontControllerで各々のControllerにディスパッチするのがMVCの主流なはず。 11 名前：9 mailto:sage [2007/10/17(水) 18:19:58 ID:???] >>10 994さん宛てに、そこ(MVC)にたどり着く前の説明(例)として書いただけ ついでに ＞index.phpは画面の遷移だけをするのがきれいじゃない？ index.phpはリクエスト受取り、cにdispatchするだけ。 画面遷移うんぬんはcの仕事 12 名前：nobodyさん [2007/10/17(水) 20:08:50 ID:deo3V8qx] フロントコントローラーってちょっと好きじゃなかったけど、 最近はやっぱ便利だな〜って思えるようになった。 13 名前：nobodyさん [2007/10/18(木) 20:17:36 ID:v9duWMwk] ■Akelos www.akelos.org/ ■Rhaco www.rhaco.org/ これらについても語ってくれ。 14 名前：nobodyさん mailto:sage [2007/10/18(木) 21:27:32 ID:???] いじったことない 15 名前：nobodyさん mailto:sage [2007/10/18(木) 23:17:20 ID:???] 股間は毎日いじってるくせに！ 16 名前：nobodyさん mailto:sage [2007/10/19(金) 00:47:54 ID:???] なんで知ってるんだ 17 名前：nobodyさん mailto:sage [2007/10/19(金) 08:29:44 ID:???] おいおい俺にこたえさせろよ同士 18 名前：nobodyさん mailto:sage [2007/10/20(土) 13:49:23 ID:???] Python、Djangoを使ったことないから、Rhocoのメリットは正直分からない。 Djangoを使ってる人が、仕事でPHPを使わなきゃいけないときに役立つのかな？ いずれにせよ、選択肢が広がっていいことだ。 開発者さん、頑張れ！ 19 名前：nobodyさん mailto:sage [2007/10/20(土) 13:52:01 ID:???] チュートリアル、ドキュメントの乏しいFWは、あまり取り組みたくないかも。 中を調べるのが楽しい人はいいだろうけど。 携帯電話に対応したページを作るときに、セッション管理はどうしていますか？ 各フレームワークは、簡単に対応できるのでしょうか？ 20 名前：nobodyさん mailto:sage [2007/10/20(土) 19:03:06 ID:???] よくブログで厨二病発言してるﾂｷﾐﾔﾀﾝが出来る言うてたよ。 21 名前：nobodyさん mailto:sage [2007/10/21(日) 22:37:42 ID:???] PHP4ってpublicじゃないメソッドは_付ける作法あるじゃん プロパティーは、 普通はpublicなものはない（protectedまたはprivate)から、 必ず_付けるの？ あるいは非publicは前提として privateだけ_付けてprotectedは付けないとか？ 22 名前：nobodyさん mailto:sage [2007/10/21(日) 22:48:40 ID:???] 多分privateだけ_つける。 CakePHPでは、__でprivate　_でProtectedをあらわしている。 本来のオブジェクト指向でいえば、プロパティは隠蔽すべきだからおっしゃるとおりだね。 本当なら、作法とかのレベルじゃなくて言語的に間違った実装したらエラーだすべきだよね。 Rubyなんかは、自然とオブジェクト指向で組めちゃうから組み方だけは、ペチパーも真似しちゃえばいいかも。 23 名前：nobodyさん mailto:sage [2007/10/21(日) 23:04:54 ID:???] ありが�d __でprivate　_でProtectedって発想はなかった 分かりやすいからcake方式でいこうかな 24 名前：nobodyさん mailto:sage [2007/10/22(月) 00:28:30 ID:???] お役に立てて何よりです。 25 名前：nobodyさん mailto:sage [2007/10/22(月) 03:32:38 ID:???] あまり気にする必要はないだろうけど __（2つのアンダスコア）から始まるメソッド名はPHPによる予約とされてるので そこだけ注意 26 名前：nobodyさん mailto:sage [2007/10/22(月) 18:56:38 ID:???] 関数の返り値で数字を返す時、 phpdocsの説明にintって書く？mixedって書く？ phpの場合、整数を返す時にも実際には文字型だったりするわけで・・・ 27 名前：nobodyさん mailto:sage [2007/10/22(月) 20:11:51 ID:???] んなわきゃねえ integerで返せばintegerで返る おまえが数値表現できる文字列を返してるだけだろう 28 名前：nobodyさん mailto:sage [2007/10/22(月) 20:22:01 ID:???] いやその通りだけど 返却する時に、 数値表現文字列をわざわざintvalで数値型に変換してから返したりは普通しないだろ？ そうなるとphpdocにintと書くのは正確ではなくなる とはいえ、意味としてはint… という時に、他の人はどう書いてるのかと思ったのさ 29 名前：nobodyさん mailto:sage [2007/10/22(月) 20:50:12 ID:???] ふむ そういう場合で文字列が返るなら@return stringにする 数値表現できる文字列が返るってのを 明示的に書いておいた方がいいようなケースはその後にコメント書けばいい integerって書くならちゃんとキャストして返す とにかくPHPとしての型を厳密に書く 30 名前：nobodyさん mailto:sage [2007/10/22(月) 21:08:21 ID:???] うーん やっぱりintを明示したらキャストしなきゃいけないか… 31 名前：nobodyさん mailto:sage [2007/10/22(月) 21:48:58 ID:???] >>30 当然のこと。 マニュアルでintとなっていれば===で比較できるものだとユーザは思う。 32 名前：nobodyさん mailto:sage [2007/10/22(月) 23:02:10 ID:???] 確かに===の比較の可能性があるな 勉強になりました 33 名前：nobodyさん mailto:sage [2007/10/23(火) 16:46:28 ID:???] フレームワークって本当に生産性あげてるかと言えば微妙じゃね？ ファイルがやたら増えて、訂正の必要があっても どのファイルを直せばいいか考える→それを探す の人的シーク時間の累積が重い railsで2年かかって完成できなかったのがphpだと3ヶ月で完成できたって話が 前にあったが あれもruby vs phpというより フレームワーク使用 vs フレームワーク非使用 に近いだろうし 34 名前：nobodyさん mailto:sage [2007/10/23(火) 16:57:48 ID:???] それは何も考えずに適当につくってるからだろ 35 名前：nobodyさん mailto:sage [2007/10/23(火) 17:03:18 ID:???] ファイルがやたら増えるのは 適当だろうが適当じゃなかろうが同じじゃん 設定ファイルがやたら分かれてるFWもあるが 必要が発生してからどこ触ればいいか直感的に分からん 36 名前：nobodyさん mailto:sage [2007/10/23(火) 17:08:37 ID:???] フレームワークの生産性を否定するなら もうちょっと説得力のある理由を提示しろよ 修正でどのファイルを直せばいいか探さないと分からないって 全然そのFWに慣れてきってもいない状態なのに その時点で生産性も糞もないだろうが 37 名前：nobodyさん mailto:sage [2007/10/23(火) 17:12:28 ID:???] 探すって言ってもソースを見るんじゃなく（見ることもあるが） ファイルを目で探すんだよ でもそれにだんだんイライラしてくる なんでこんなにファイルがバラバラにあんだよと 38 名前：nobodyさん mailto:sage [2007/10/23(火) 17:23:02 ID:???] いったい何のファイルを探してるんだ。 基本的にMVCのそれぞれ、外部ライブラリ、設定ファイルぐらいしか無いだろう。 39 名前：nobodyさん mailto:sage [2007/10/23(火) 17:54:32 ID:???] そんな苦労したこと無いよ。 どうやったらそんな事態になるのか、煽りじゃなくて教えてほしいよw 40 名前：nobodyさん mailto:sage [2007/10/23(火) 18:08:16 ID:???] フレームワークという言葉に、生産性だけを 期待するのは幻想 フレームワーク使うことのメリットが小さいと 思うなら、使わなければよいさ まぁ、生産性って何なのか？定義にもよるがな 41 名前：nobodyさん mailto:sage [2007/10/23(火) 19:21:21 ID:???] module/C005105Action.class.php module/E103592Action.class.php module/E214163Action.class.php module/S118626Action.class.php module/S118629Action.class.php template/C005105Template.class.php template/E103592Template.class.php template/E214163Template.class.php template/S118626Template.class.php template/S118629Template.class.php みたいになってんじゃね？ｗ 42 名前：nobodyさん mailto:sage [2007/10/23(火) 20:22:03 ID:???] findもgrepもできない奴が FWの生産性がどうとか100年早いよ廃業しろ 43 名前：nobodyさん mailto:sage [2007/10/23(火) 21:13:26 ID:???] フレームワーク病の患者が多いな 44 名前：nobodyさん mailto:sage [2007/10/24(水) 00:43:18 ID:???] %%04^044^04484218%%Facdevfr.tpl.php %%08^080^080A2CE8%%CedefrghRegistInput.tpl.php %%09^094^094CDD11%%MailswdeTemplatexxx.tpl. %%0A^0A2^0A2BEB0A%%DiaswdefrgtLoose.tpl.php %%0A^0A5^0A593314%%WdefrvfbgInput.tpl.php %%0A^0AD^0AD7EC35%%CfrxsnhSuccess.tpl.php %%0E^0E4^0E407559%%footer.tpl.php %%0E^0E8^0E807051%%CkodenbSuccess.tpl.php %%0E^0EA^0EA391ED%%editsssfser.tpl.php %%10^103^103D5C31%%GlpbcdgeExec.tpl.php %%10^107^1072EA43%%CbgmqbcSuccess.tpl.php %%11^115^115E53D5%%CksbwczyqInput.tpl.php %%13^132^1324373B%%DlskdjfInput.tpl.php %%13^134^134E030D%%Mailowksncty.tpl.php %%13^13C^13C3A5EB%%addqs231.tpl.php %%14^141^1411511F%%O1jsncb6t.tpl.php %%14^141^1415AFDA%%Ekwiqofff.tpl.php %%17^175^17581685%%inquirylwecoo.tpl.php %%1A^1A5^1A56EE3E%%GbsvxoooImage.tpl.php %%1A^1AF^1AF524A1%%Aixos9Mail.tpl.php こんなとこ探してるんじゃね？ｗ 45 名前：nobodyさん mailto:sage [2007/10/24(水) 01:01:11 ID:???] フレームワーク病って言葉があるなんてはじめて知ったｗ HTMLでサイト作っているやつが、 PHP病と口走っているのを 見ている気分だｗ 46 名前：nobodyさん mailto:sage [2007/10/24(水) 06:04:52 ID:???] フレームワーク病も知らずにフレームワークを使ってる技術者なんて・・・ 銀の弾丸は存在せず あらゆるソリューションはトレードオフでしか判断できないのだから マイナス面も直視しなくてはいけないよ 47 名前：nobodyさん mailto:sage [2007/10/24(水) 06:36:26 ID:???] >>45はPHPのくだすれにも出没して、見当違いのちゃちゃ入れてそうだなｗ 48 名前：nobodyさん [2007/10/24(水) 09:53:53 ID:0Hsdskfh] ファイルが分散したり、ドキュメント見ながらディレクトリ名やファイル名つけたりしなきゃならなかったり、余計めんどくさいことが多い。別に分業するわけでもないしよ。フレームワークに限らず、テンプレートなんかもそう感じる。 49 名前：nobodyさん mailto:sage [2007/10/24(水) 09:55:14 ID:???] 適材適所って言葉知ってる？ 50 名前：nobodyさん mailto:sage [2007/10/24(水) 09:57:50 ID:???] >>48みたいな人って汚いソースを書いてそうだな 51 名前：nobodyさん mailto:sage [2007/10/24(水) 13:05:26 ID:???] 俺は、フレームワークのおかげでソースがきれいになった いままでが糞すぎただけだが・・・ 乱雑なものが整列するさまは、まるで歯科矯正みたいだわ 俺にはこの縛りが心地よいよ 52 名前：nobodyさん mailto:sage [2007/10/24(水) 13:08:47 ID:???] どMじゃん 53 名前：nobodyさん mailto:sage [2007/10/24(水) 13:14:03 ID:???] 俺もソースのキレイさに拘ってきたが Google adsense for mobileのGooglerのコード見てちょっと考え変えた グローバル空間を平気で汚してるんだぜ 俺は思ったね これで必要かつ十分じゃないかと PHPをJavaのように使う風潮が広まっているが PHPはPHPの良さを活かして使うのが正しいと 54 名前：nobodyさん mailto:sage [2007/10/24(水) 13:17:11 ID:???] 「フレームワークのおかげでソースがきれいになった！」(51歳/無職) 友人に勧められて軽い気持ちで始めてみました。 戸惑う暇もなく、すぐにフレームワークの虜になってしましました！ 乱雑なものが整列するさまは、まるで歯科矯正のよう。 この縛り心地は本当に癖になっちゃいます。 55 名前：nobodyさん mailto:sage [2007/10/24(水) 13:18:12 ID:???] グローバル空間を簡単に汚せるのがPHPの良いところ、と？ ソースコードがきれいかどうかってのと、 コードの動作がきれいかどうかってのは、別問題だと思うよ 56 名前：nobodyさん [2007/10/24(水) 13:20:08 ID:0Hsdskfh] 動きゃ良いよ。あとは慣れてる方で。 57 名前：nobodyさん mailto:sage [2007/10/24(水) 14:56:51 ID:???] >>54 ちょっｗおまっｗｗ 俺のプロフ晒すなよｗ ちなみに、プライベートでは縛るほうが好きです 58 名前：nobodyさん mailto:sage [2007/10/24(水) 15:00:04 ID:???] 他人の書いた綺麗なソースより 自分の書いた汚いソースが読みやすいのは当然だからな 59 名前：nobodyさん mailto:sage [2007/10/24(水) 15:31:24 ID:???] １ヶ月前に自分の書いた汚いソースより 今自分が書いた汚いソースが読みやすいのは当然だからな 汚いソース量産無限ループ 60 名前：nobodyさん [2007/10/24(水) 16:01:43 ID:0Hsdskfh] ファイル1枚で済ませられる用事を、わざわざドキュメントルート外の深いところにスクリプト作って、それを呼び出してぐちゃぐちゃやる必要が本当にあるのか。 他人や未来の自分にとっても、ちょっとコメント書いてあれば済むのに、わざわざドキュメント書いたり読んだりしなきゃいなんて手間もかかるし、いったい誰が得するのかと。 いくらソースが美しくても、追いにくかったらそれは美しくないよ。 もちろん規模によりけりだが。 61 名前：nobodyさん mailto:sage [2007/10/24(水) 16:06:39 ID:???] ちっさいバリーデーションクラスも一クラス一ファイルにしたりするからな やってる処理はたいしたことないのに大げさすぎ 62 名前：nobodyさん mailto:sage [2007/10/24(水) 16:09:20 ID:???] 小さい処理は小さい処理をまとめたクラスとかにすればいいのにな 63 名前：nobodyさん mailto:sage [2007/10/24(水) 17:53:43 ID:???] ファイル 1枚で済む用事にすべてフレームワーク使えだなんて どんなフレームワーク信者でも言わないと思うが…… 64 名前：nobodyさん mailto:sage [2007/10/24(水) 18:19:10 ID:???] フレームワークじゃないoopが最強じゃね 65 名前：nobodyさん mailto:sage [2007/10/24(水) 18:32:36 ID:???] hoge.php　←アクション hoge_input.php　←テンプレート hoge_confirm.php　←テンプレート これを全部同じディレクトリに入れる形にすれば、 アクションとテンプレートが並んでいていいきゃもしんない。 アクションとテンプレートを大本でディレクトリから分けてたから 絵あわせするのが面倒だったが 66 名前：nobodyさん mailto:sage [2007/10/24(水) 19:28:39 ID:???] ちーたんが変な名前じゃなかったらなぁ 67 名前：nobodyさん mailto:sage [2007/10/24(水) 19:54:58 ID:???] なんで「ファイル 1枚で済む用事に」とか極端な例を出してくるんだろうね？ 好きにすりゃいいのに。 詭弁で主張したいだけ？ JavaでStruts、PHPでSmartyを最初から使っている俺には フレームワークは普通です。 68 名前：nobodyさん [2007/10/24(水) 20:06:44 ID:0Hsdskfh] それは良かったね。 69 名前：nobodyさん mailto:sage [2007/10/24(水) 20:20:14 ID:???] >>67 Smartyがフレームワークだとでも?(w 語るに落ちるとはこのことだな。 70 名前：nobodyさん mailto:sage [2007/10/24(水) 20:23:00 ID:???] Smartyは糞だってことくらい 今じゃ小学生でも知ってます 71 名前：nobodyさん mailto:sage [2007/10/24(水) 20:25:29 ID:???] ふーん、ごりっぱですねｗ 72 名前：nobodyさん mailto:sage [2007/10/24(水) 20:29:37 ID:???] >>69 君の勝利！！！ あんたが大将！！！ 73 名前：nobodyさん mailto:sage [2007/10/24(水) 20:38:32 ID:???] 語(かた)るに落・ちる 《「問うに落ちず語るに落ちる」の略》問い詰められるとなかなか言わないが、 かってに話させるとうっかり秘密をしゃべってしまう。 日本語って難しいですねｗ 74 名前：nobodyさん mailto:sage [2007/10/24(水) 20:51:44 ID:???] フレームワーク使うのと使わないのは 結局トレードオフを考慮して決めるもんだからな。 たとえばphpinfoを呼び出すだけのものに、 フレームワークを使ったら時間がかかる。 逆に、データベースを読み書きするもので、 リクエスト(post・get)を投げるアドレスが 5つ以上あるようなページではフレームワークを使ったほうが早い。 まあ、そういうトレードオフの間隔さえ持っていれば良いよ。 75 名前：nobodyさん [2007/10/24(水) 20:59:12 ID:/fPlTtD8] フレームワーク != テンプレートエンジン 76 名前：nobodyさん mailto:sage [2007/10/24(水) 21:04:23 ID:???] YOU、フレームワークって何時も喧嘩の種になるからワクワクしちゃうYO! 77 名前：nobodyさん mailto:sage [2007/10/24(水) 21:11:11 ID:???] 普通はプログラムが大きくなれば、 開発・管理しやすくするために ファイルを分けるもの。 これには誰も異存はないと思う。 そういうときに、どういう風にフォルダを作っていくか。 ロードするパスをどうするか そういう決まりが作られているだけでも フレームワークは便利だと思うな。 もちろん、URLにアクセスしたら、どのメソッドが呼ばれるかや データベースにアクセスするにはどうするかというような基本的な土台が できていることが一番便利なところなんだけどね。 78 名前：nobodyさん mailto:sage [2007/10/24(水) 21:28:26 ID:???] >>75 お前はもういらない子 79 名前：nobodyさん [2007/10/24(水) 21:29:45 ID:0Hsdskfh] SEOのために、URL短くしたり、あるいは指定されたりした場合、どうすればいいの？ パラメータは良いけど、アクション名とか、イミフだからやめてって言われちゃったりした場合。 80 名前：nobodyさん mailto:sage [2007/10/24(水) 21:31:11 ID:???] >>79 お前はフレームワークを無理して使わなくていいからw 81 名前：nobodyさん mailto:sage [2007/10/24(水) 21:32:14 ID:???] 自分が必要ないと思うなら使わなきゃいいだけの話。 他人にまでそれを押し付けるなよ＾＾； 82 名前：nobodyさん mailto:sage [2007/10/24(水) 21:33:03 ID:???] routingの設定変えりゃいいだけじゃね 最近のFWならどれでもurl routingの機能ついてるっしょ 83 名前：nobodyさん mailto:sage [2007/10/24(水) 21:33:25 ID:???] なぜパラメータは良くてアクション名がダメなのか？ 84 名前：nobodyさん mailto:sage [2007/10/25(木) 00:13:09 ID:???] seoとかいってるやつは大体業界のクズ 85 名前：nobodyさん mailto:sage [2007/10/25(木) 00:18:06 ID:???] そのクズに仕事とられたのか？ｗ 86 名前：nobodyさん mailto:sage [2007/10/25(木) 00:33:39 ID:???] yamadaフレームワークって知ってる？文字通り、日本人が開発したみたいなんだけど、 今度使う事になったんだ。 87 名前：nobodyさん mailto:sage [2007/10/25(木) 00:40:58 ID:???] でまた、フレームワーク毎のお約束事を、ドキュメント読んだり覚え直したりググったりしなきゃならん訳だ。 88 名前：nobodyさん mailto:sage [2007/10/25(木) 09:25:35 ID:???] 同じフレームワークを使っていれば 一度覚えるだけで良いから楽なのにね。 89 名前：nobodyさん mailto:sage [2007/10/25(木) 09:36:28 ID:???] それだとスキルが鈍磨していかね？ 90 名前：nobodyさん mailto:sage [2007/10/25(木) 10:02:05 ID:???] >>88 同じ言語を使っていれば 一度覚えるだけで良いから楽なのにね。 91 名前：nobodyさん mailto:sage [2007/10/25(木) 11:28:44 ID:???] フレームワークを使わなければ、 フレームワークを覚えなくて良い代わりに、 自分でアプリの構成・骨格（＝俺俺フレームワーク）を 作らなくてはいけないから大変だな。 自分ひとりでやるのならそれでかまわないが、 複数人で開発（それが普通）するのなら、 他人は、俺俺フレームワークを覚えなくてはいけない。 92 名前：nobodyさん mailto:sage [2007/10/25(木) 16:34:22 ID:???] フレームワークは効率いい流れをつかむもので それ自体を使ってはいないな。アレンジして理解しながら やってるんで時間はかかるｗあくまで参考書的位置づけだな 93 名前：nobodyさん mailto:sage [2007/10/25(木) 16:35:52 ID:???] >>91 覚えるならまだしも、不具合が恐いな 有名なフレームワークなら使っている人も多いから 致命的な不具合はだいぶん取り除かれている 94 名前：nobodyさん mailto:sage [2007/10/25(木) 21:41:05 ID:???] フレームワーク使ったら負け そんなの常識だろ 95 名前：nobodyさん mailto:sage [2007/10/25(木) 21:47:15 ID:???] >>94 見えない敵と戦っている人がこんなところにw 96 名前：nobodyさん mailto:sage [2007/10/25(木) 22:49:22 ID:???] 戦士に敬礼ッ 97 名前：nobodyさん mailto:sage [2007/10/26(金) 01:52:41 ID:???] ある程度の規模のWebアプリを、 生産性や保守性、拡張性を考えながら何回か開発してると、 結局FW的なものに行き着くんだよね。 それでFW的なものが色んな所で開発されると。 仮にそのプログラマが十分に優秀な人なら、 それなりに出来の良いオレオレFWになるわけだけれど、 企業として考えるとオレオレFWだと学習コストやら、 何やらでトータルコストがかさむ。 雇われるプログラマ側としても、 第三者からは得体のしれない社内FWを使いこなす技術なんて、 身に着けても資産価値が大してない。 それに、優秀な人っていうのは数が少ないから優秀と呼ばれるわけで、うんこFWが世界中で開発されて、それを使わざる得ない状況なんてうんこな場面も世界中で繰り広げられていると。 実際、メジャー所のFWのソース読んでると勉強になるよ。 本当に良く考えられてるなぁ、頭いいなぁ、と。 巨人の肩に乗ってるから、っていうのは当然あるだろうけど、 巨人が気前良く肩を空けてくれてるんだから、 普通の人は戦うんじゃなくて乗ればいいんじゃないのと。 98 名前：nobodyさん mailto:sage [2007/10/26(金) 03:02:34 ID:???] プログラマはプライド高いから無理だな プライドすてれるやつがビジネス的に成功すんだが 99 名前：nobodyさん mailto:sage [2007/10/26(金) 12:58:48 ID:???] プライド捨てても成功できない奴、沢山いるんだがｗ 100 名前：nobodyさん mailto:sage [2007/10/26(金) 13:13:18 ID:???] ×プライド捨てると成功できる ○成功する奴はプライド捨てれる

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef