私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワークについて語るスレ10【総合】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>91
いや、起動が遅くてもインクルードで遅れたら意味ないでしょ?
だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
いや、起動が遅くてもインクルードで遅れたら意味ないでしょ?
だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
web+db press ちょうどyamlについての特集してるな
web+db pressの個人的タイムリー感は異常
web+db pressの個人的タイムリー感は異常
「起動が遅くてもインクルードで遅れたら」ってどゆこと?
「起動が速くてもインクルードで遅れたら」のtypo?
「起動が速くてもインクルードで遅れたら」のtypo?
>>101
>いや、起動が遅くてもインクルードで遅れたら意味ないでしょ?
>だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
起動の速さを話題にしているんだから、それ以外の要素を持ち出すならそれを説明すべきだろ。
>>49,52,59を順に読んでみろ。どこにインクルードやrequireの話がでている?
「目的による」のひとことで分かるわけがない。おまえの脳内で勝手に補完するな。
>それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
それは>>60からだろ。60はちゃんと説明しているが、59まではそんな話でてきてない。時系列を無視して語るな。
>この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
おまえこそもう少しよく読め。
>いや、起動が遅くてもインクルードで遅れたら意味ないでしょ?
>だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
起動の速さを話題にしているんだから、それ以外の要素を持ち出すならそれを説明すべきだろ。
>>49,52,59を順に読んでみろ。どこにインクルードやrequireの話がでている?
「目的による」のひとことで分かるわけがない。おまえの脳内で勝手に補完するな。
>それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
それは>>60からだろ。60はちゃんと説明しているが、59まではそんな話でてきてない。時系列を無視して語るな。
>この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
おまえこそもう少しよく読め。
最も使われているYAMLパーサのSyckはRuby出身
Rubyの手のひらの上で暴れてるだけのPHP乙
Rubyの手のひらの上で暴れてるだけのPHP乙
最も使われてるの?
PHPのプロダクションてほかの言語からの輸入物多いからいまさらそんなん言われても
PHPのプロダクションてほかの言語からの輸入物多いからいまさらそんなん言われても
>>110
そう書くと、それはそれでとても魅力的な言語に見えます。
そう書くと、それはそれでとても魅力的な言語に見えます。
世界に通用する言語開発した唯一の日本人が
島根県民だから同県民として素直にうれしいし
松本も地元に愛着を持ってるらしく
Ruby検定やら松江を発信基地として活動してくれる
島根県民だから同県民として素直にうれしいし
松本も地元に愛着を持ってるらしく
Ruby検定やら松江を発信基地として活動してくれる
頭は良いが、常識はないってパターンか
いい加減書き込むときはスレタイぐらい読めよ
いい加減書き込むときはスレタイぐらい読めよ
Rails使いたくてこの1ヶ月Ruby勉強してた
確かに書きやすいしPHPに比べるときれい
でも肝心のRails環境があまり無い
実用面ではPHPがNo.1だと思います
それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか?
この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
確かに書きやすいしPHPに比べるときれい
でも肝心のRails環境があまり無い
実用面ではPHPがNo.1だと思います
それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか?
この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
>>122
>それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか?
YES
>この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
その判断は誤りだといっておこう。
PHPはRubyと比べてできないことが多いから、PHPでRailsを真似てもたいしてうまくいかない。
>それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか?
YES
>この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
その判断は誤りだといっておこう。
PHPはRubyと比べてできないことが多いから、PHPでRailsを真似てもたいしてうまくいかない。
>>123
具体的に何が出来ないんですか?
具体的に何が出来ないんですか?
>>124
簡潔な記述、とかかなぁ
簡潔な記述、とかかなぁ
>>122
akelos
akelos
そりゃどちらがrailsクローンかと言われると
akelosだけど現実的に考えるとsymfonyだろう
リッチってなんだよリッチって曖昧過ぎるだろ
akelosだけど現実的に考えるとsymfonyだろう
リッチってなんだよリッチって曖昧過ぎるだろ
リッチかどうかは良くわからないけど、
symfonyの方がエンタープライズ向けな感じはする。
symfonyの方がエンタープライズ向けな感じはする。
>>124
簡潔な記述もそうだけど、PHPはメタプログラミングが弱いんだよ。
Rubyはそこが強力で、だからこそActiveRecordみたいなのが実現できる。
ActiveRecordがほんとに望ましいものかどうかは別として。
簡潔な記述もそうだけど、PHPはメタプログラミングが弱いんだよ。
Rubyはそこが強力で、だからこそActiveRecordみたいなのが実現できる。
ActiveRecordがほんとに望ましいものかどうかは別として。
>>129
akelosも十二分に実用だと思うよ。
http://pc11.2ch.net/test/read.cgi/php/1187333485/
http://www.akelos.org/docs/tutorials/booklink-ja
http://www.akelos.org/
http://blogs.atanaka.biz/tanaka/index.php?catid=18&blogid=2
http://blog.takeda-soft.jp/blog/category/17
http://blog.hakuja.jp/articles/tag/akelos
http://d.hatena.ne.jp/simpraight/searchdiary?word=%2a%5bAkelos%5d
akelosも十二分に実用だと思うよ。
http://pc11.2ch.net/test/read.cgi/php/1187333485/
http://www.akelos.org/docs/tutorials/booklink-ja
http://www.akelos.org/
http://blogs.atanaka.biz/tanaka/index.php?catid=18&blogid=2
http://blog.takeda-soft.jp/blog/category/17
http://blog.hakuja.jp/articles/tag/akelos
http://d.hatena.ne.jp/simpraight/searchdiary?word=%2a%5bAkelos%5d
俺のフレームワークの使い方
・RDB使わずテキストの場合
ちいたん(ちょっと改造)
・PHP4でRDB使う
ちいたん(ちょっと改造) + PieceORM
・PHP5でRDB使う
symfony
こんな感じ
・RDB使わずテキストの場合
ちいたん(ちょっと改造)
・PHP4でRDB使う
ちいたん(ちょっと改造) + PieceORM
・PHP5でRDB使う
symfony
こんな感じ
php4かphp5かとか言ってるさなか今時3かよ。
キツい・・。perlにするかな。
キツい・・。perlにするかな。
PHP3とかいっている環境しか使えない状態なら
その環境のPerlも当然バージョンが古く、
そのバージョンのPerlに対応しているフレームワークも無い。
その環境のPerlも当然バージョンが古く、
そのバージョンのPerlに対応しているフレームワークも無い。
>>134
Railsはどうか知らんが、RakeはPHPじゃ無理だと思った。
Railsはどうか知らんが、RakeはPHPじゃ無理だと思った。
言語仕様が劣っていても、それをライブラリ・フレームワークとして
提供すれば、ほぼ同等のことが出来る。
違った形での実装、使い方になるだろうが、どちらを使っても
普段の仕事で使う分には大差がない。
大差があれば、われわれは○言語を使うから、
大幅に工数が減って、結果、”安く”作れます。といえるはずだろう?
安く作るって事は給料が減るわけだが、本当に工数が減るのなら問題ないはずだ。
実際は工数が減らないから「優れた言語を使うから安く作れる」なんて話を聞いたことが無い。
提供すれば、ほぼ同等のことが出来る。
違った形での実装、使い方になるだろうが、どちらを使っても
普段の仕事で使う分には大差がない。
大差があれば、われわれは○言語を使うから、
大幅に工数が減って、結果、”安く”作れます。といえるはずだろう?
安く作るって事は給料が減るわけだが、本当に工数が減るのなら問題ないはずだ。
実際は工数が減らないから「優れた言語を使うから安く作れる」なんて話を聞いたことが無い。
>>143
どちらを使っても大差がないんだと思うなら
優れた言語使えばいいんじゃないのと思うがw
相手も同種のベンダーとかじゃない限り、
顧客にとっちゃどんな言語使ってようがあまり関係がない
「われわれは○言語を使うから云々」とか意味不明
安いのどうのっていうのは見積判断次第なわけで
工数とコストが比例するのが前提っておかしいだろう
どちらを使っても大差がないんだと思うなら
優れた言語使えばいいんじゃないのと思うがw
相手も同種のベンダーとかじゃない限り、
顧客にとっちゃどんな言語使ってようがあまり関係がない
「われわれは○言語を使うから云々」とか意味不明
安いのどうのっていうのは見積判断次第なわけで
工数とコストが比例するのが前提っておかしいだろう
>>144
>工数とコストが比例するのが前提っておかしいだろう
上記の「コスト」は見積もり、のこと?
この業界の最大のコストは人件費なんだから、コストは素直に比例でいいんじゃね?
まあ商用パッケージ等を使うこととかは別問題だけど、それでも「工数」を比較的上手に
コストと交換しているみたいなもんだし。
まあ、見積もりは別だ。 ・・・でもあんまり無茶なダンp(ry
>工数とコストが比例するのが前提っておかしいだろう
上記の「コスト」は見積もり、のこと?
この業界の最大のコストは人件費なんだから、コストは素直に比例でいいんじゃね?
まあ商用パッケージ等を使うこととかは別問題だけど、それでも「工数」を比較的上手に
コストと交換しているみたいなもんだし。
まあ、見積もりは別だ。 ・・・でもあんまり無茶なダンp(ry
>>146
コストじゃねー見積orz
工数とコスト(経費)が比例しなかったらまずいw
俺が意味不明だった
内部的な工数の変化と外部への見積とはまた別だろう的な
意味で書いたつもりだったけど変な文章になってた
コストじゃねー見積orz
工数とコスト(経費)が比例しなかったらまずいw
俺が意味不明だった
内部的な工数の変化と外部への見積とはまた別だろう的な
意味で書いたつもりだったけど変な文章になってた
プログラマの言うすぐれた言語を使っても、
フレームワークを使うと、工数も作りやすさも変わらない罠。
なぜかというと、フレームワークを使うとビジネスロジックに専念できる。
そのビジネスロジックでは高度な言語機能なんて使わないから
フレームワークを使うと、工数も作りやすさも変わらない罠。
なぜかというと、フレームワークを使うとビジネスロジックに専念できる。
そのビジネスロジックでは高度な言語機能なんて使わないから
もともと SIerが作るシステムなんて仕様が汚いんだから、きれいに書ける仕組みがあっても意味がない。
それどころか、コピペで作られたシステムじゃないと、修正した場合の影響範囲が大きくなるから嫌がられる。
変更箇所が多くても土方仕事の方が良いというプロマネは多いはず。
土方仕事なんだから、職人技が使えないのは当然。
それどころか、コピペで作られたシステムじゃないと、修正した場合の影響範囲が大きくなるから嫌がられる。
変更箇所が多くても土方仕事の方が良いというプロマネは多いはず。
土方仕事なんだから、職人技が使えないのは当然。
Perl5.6は2000年リリースだけど、使えないCPANモジュールなんて数えるほどだと思うよ。
それどころかPerl5以降なら、たいていそのまま動くよ。15年前のリリースだけど。
それどころかPerl5以降なら、たいていそのまま動くよ。15年前のリリースだけど。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [100%] - 2008/12/23 16:48 ○
- 【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
- 【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう!【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
トップメニューへ / →のくす牧場書庫について