トップページ⇒php
1001コメント310KB

【PHP】フレームワークについて語るスレ9【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/12/11(火) 23:37:20ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1192604501/
0302nobodyさん2007/12/21(金) 04:44:58ID:???
激しく同意
アホどもがスレチな話題をいくらふりまこうが、

結局そこに戻る。
0303nobodyさん2007/12/21(金) 10:05:36ID:???
http://webupd.sv1.sp-land.net/up/201201.jpg
0304nobodyさん2007/12/21(金) 12:01:00ID:???
どいつもこいつも言葉に躍らされすぎ。
全ては結果が良ければなんでもいい。
理屈で間違っていても結果が良ければ問題ない。
実行結果だけじゃなくてメンテナンスや開発効率その他諸々の結果な。

オブジェクト指向だろうとなかろうと、望む要件を満たすならどっちでもいい。
満たせないのにオブジェクト指向のしがらみに囚われて実装しようとしてグダグダとかが一番最低。
んなもん全てツールの一つであって使わないといけないなんて義務もない。
それを使って結果を出せるなら使えばいいし、出せないなら使わなければいいだけの事。
0305nobodyさん2007/12/21(金) 12:19:12ID:???
>>294
こういう発想のやつって、自分の頭で開発効率あげる便利ツールとか作ったこともないんだろうな。
自動生成 = scaffoldしか頭に浮かばない。
それかレスの流れ読んでないか。
0306nobodyさん2007/12/21(金) 19:22:25ID:???
>>294はどうみても
自動生成 = scaffoldでは出来ないコード
ってことを言っているようにしか思えないが？
0307nobodyさん2007/12/21(金) 21:13:22ID:???
彼は、「自動生成＝scaffoldで吐くようなコード」しか頭にないよ、どう見ても。
だから次に、saffoldで吐いたコードに一切手を入れず動かさなきゃいけないような事は、
現実的じゃないとか言ってる。
0308nobodyさん2007/12/22(土) 11:38:25ID:???
>>307
scaffoldで吐いたコードに手を入れないで
使えることなんてあるのか？
普通無いだろ。

お前の仕事はscaffold生成で終わりかよｗ
0309nobodyさん2007/12/22(土) 12:01:32ID:???
つーか、もう池沼だろ・・・全然話がつうじてねぇ・・・
こんなんとFWやらOOPで仕事すんのいやだ
0310nobodyさん2007/12/22(土) 15:38:44ID:???
FWやOOP使う事で「悦に入ってるだけ」の典型的な人達
0311nobodyさん2007/12/22(土) 19:57:49ID:???
そうだね！そのとおりだと思うよ！
0312nobodyさん2007/12/23(日) 03:49:27ID:???
ヒゲデブサスペンダーってCも書けるのか・・・
0313nobodyさん2007/12/23(日) 10:26:49ID:???
フレームワークやオブジェクト指向を使えない人は
落ちこぼれｗｗｗｗ
0314nobodyさん2007/12/23(日) 10:47:58ID:???
python触ってたがたまにphpやったら
昔のセフレとやったみたいな懐かしさがあるな・・・
ビッチだけど嫌いじゃない
糞言語だけど嫌いじゃない
0315nobodyさん2007/12/23(日) 12:19:00ID:???
python（笑）
0316nobodyさん2007/12/23(日) 13:08:30ID:???
php（泣笑）
0317nobodyさん2007/12/23(日) 18:20:39ID:???
Ruby（苦笑）
Perl（微笑）
C#（:-）
0318nobodyさん2007/12/23(日) 19:03:57ID:???
ウェブで使われる言語ってどれもなんかアレだよね
0319nobodyさん2007/12/23(日) 19:10:29ID:???
公平にCとC++、Javaも笑うべきかしら

Cも今となってはシンプルに過ぎる刀だよな
価値あるがいろいろアレだ
C++,Javaも肥大化・煩雑化を免れない代わりにお堅く作れる悩ましいアレさがある

なのでスケープゴートを用意しました。

VB（爆笑）
0320nobodyさん2007/12/24(月) 02:21:44ID:???
PHPはあほでも使えるようにできてるから
暴走させても致命的なことにはなりにくいけど
PHPのゆるい感覚で他の言語使ってたら
メモリ使い切ってスラッシング起こりまくりで鯖にダメージとか受ける
0321nobodyさん2007/12/24(月) 02:24:26ID:???
PHP=はさみ
他のスクリプト言語=カッター
0322nobodyさん2007/12/24(月) 09:51:54ID:???
>>321
便乗してわけのわからんこというな。うんこ。
0323nobodyさん2007/12/24(月) 11:08:21ID:???
PHPはうんこだが、まだ使いようがあるってことだろ
0324nobodyさん2007/12/24(月) 11:24:54ID:???
320を受けてのレスだとすると、カッターな他言語よりはさみなphpの方が安全だ、と言いたいのかもしれず、そうでないかもしれず
0325nobodyさん2007/12/24(月) 15:29:48ID:???
もう言語はpnutsとかでいいよ
0326nobodyさん2007/12/24(月) 17:16:28ID:???
なんかフレームワークを語るのか言語を語るのか分からなくなってきたな。

PHP的にどんなフレームワークがあればみんな楽できるんだろうな
0327nobodyさん2007/12/24(月) 17:21:49ID:???
ストレスなく、楽にプログラムが出来ればいいだけです。
だから、PHPのフレームワークについて語ろうぜ
0328nobodyさん2007/12/24(月) 20:26:21ID:???
唐突っぽいが、PDOって使い物になるの？
試しに触ってみたぐらいでは特に不都合な所は無かったんだけど、バグがどうとかいう
評判も見るし。

普通に使えるのなら、ネイティブで組み込んでいるZend Frameworkがとても気になる。
RepositoryとかConfigとかわかりやすい部分が好感持てる。
0329nobodyさん2007/12/24(月) 20:36:20ID:???
流石に実際に使ってみろとしか言えないな
俺が匿名で保証したところで意味ないっしょw
俺はzfを社内向けwebツール製作で便利に使ってるけど、
PDOに限らずzfは顧客向けアプリへの適用は検討してないな。
俺の良く判らんところでDBコケて、うちの鯖缶が
リコンパイルで死んでた

バグ評判に留意しつつ、自分で試行錯誤できるなら使い物にできるでしょ。
mbstring関係で困った時期に比べたら、まぁなんというんでしょうか、いいんじゃないですかね
こんな日のこんな時間にもコード書いてる自分をまあ言い聞かせてます

バグのない世界はありますか
海は死にますか
0330nobodyさん2007/12/24(月) 21:13:55ID:???
レスthx
まあそうなるんだろうけど ＞ 使ってみろ

思ったが、今のPHPは（やっと）本当に過渡期で、ストレス無く云々、っていうのは
フレームワーク無しも含め、PHP5限定でやりたいような
例えばベタで書くにしても、PHP5の方がPHP4よりやりにくいって事はなさそうだし

ZendFrameworkの読みやすさの半分くらいは、PHP4を切り捨てたところにある気もする
0331nobodyさん2007/12/25(火) 07:11:53ID:???
俺も社内用でしか使ったこと無いけど、PDOが原因でどうかなったことは一回もないな。
0332nobodyさん2007/12/25(火) 11:40:09ID:???
ZendFW使ってる人に質問なんだけど、PHPの関数って失敗したときfalse返したりするだけじゃん？
でもPHP5なら例外使うべきだよね？
自分がつくる範囲では失敗したときに例外投げるようにしてるけど、PHP5より前に作られた関数やクラスとはどう折り合いつけてるのかな。
0333nobodyさん2007/12/25(火) 12:01:46ID:???
エラーハンドリングして例外投げ直したらいいんじゃね？
0334nobodyさん2007/12/25(火) 19:23:08ID:???
>>333
まあそうなんだけど、みんなそうやってる？
なんかすごく面倒なんだけど。どうしてもthrowとdieが混じってしまう。
0335nobodyさん2007/12/25(火) 20:57:56ID:???
その場の面倒云々よりあとのラクさを取るべきでは
0336nobodyさん2007/12/25(火) 21:05:16ID:???
>>332は単純に例外を使うべきところと、そうでないところの区別がまだついてないってことではないかな。
自分で組み上げた部分に関しては、例外ってのはあくまで想定外の事が起きたときに投げるってしておくとよいよ。
でcatchする場所は基本一カ所に統括、そんで、そこでエラー出力。
たとえばstrposとかで、この局面では必ず検索対象文字列が見つかるはずなのに
falseがかえってきちゃったときは、それ以上アプリとしての処理は続けられないので
例外を投げるようにする。
falseが帰ってくることも想定できるなら、そのときの処理もしっかり書く。
dieは使わない方針でいいと思うよ。
0337nobodyさん2007/12/26(水) 01:18:00ID:???
誰もが思う疑問だけど、要するにPHPの例外処理がウンコってことだよ。
0338nobodyさん2007/12/26(水) 01:34:24ID:???
あ、それ詳しく聞きたい
他言語での例外を知らないから不便なだけなのかよく判らなくなるもので。

俺の知識の範疇はCやJavaScriptな駄目web土木員なもので、例外とか考察できやしない。
今ある処理を中断して名前付きのイベント投げるだけ、という腐った解釈で土方してます。

ぐぐっても判らんのでRuby弄ってたら例外なんて不要だとかいう奴がいて首傾げます
ご教示願えたら幸い程度に思ってますので論旨無視して煽ってやってください。
よろしくお願いします。
03393362007/12/26(水) 09:09:19ID:???
個人的には、自分で書いたプログラムでは、
例外はシステムがそれ以上続行できないケースでのみ投げる。
- DBへの接続に失敗した、DBへの読み書き中に失敗した
- 存在するはずのファイルが開けなかった
- バグと思われる分岐
で、
try {
　// メイン処理
} catch (Exception ex) {
　// エラー出力
}
のようにcatchする場所は、メイン処理での一カ所だけにしておく。
例外が便利なのは、メインから深いところまで入っていっても
例外さえ投げれば途中catchが無ければメイン処理のcatchまで飛んでいくこと。
基本的に自分で例外を使うときは、こういうケースでのみとしている。
仕様の範囲でユーザーの操作によって起こりうるエラーは、
きちんと分岐して適切な処理をすべきなので例外は使わない。
0340nobodyさん2007/12/26(水) 11:39:54ID:???
なるほど、システム的なエラーに限定するわけか
03413362007/12/26(水) 12:13:56ID:???
繰り返すけど、例外の特性は、どんな深いところにいても、
大元の呼び出しまで一発で戻れると言うことなので。
それを望むケースって、これ以上先のコードを続行できない、続行しても無駄な時だと思う。
if〜elseで分岐してできることで例外は使わない方がいい。
try〜catch多用すると見づらくなるしね。
0342nobodyさん2007/12/26(水) 13:23:50ID:???
>>341
何となく違和感を覚える。PHP5+ZFで弄りだしたところなので
どこがどうと、うまく説明できないけど。

とりあえず、「PHPでのWebアプリに限って言えば」と断っておいた方が良くね?
03433362007/12/26(水) 13:40:11ID:???
そうね。ただPHPに特定する気はないかな。ウェブ系全般。
制御系とかは、もうちょっと勝手が変わってくる。
0344nobodyさん2007/12/26(水) 16:55:04ID:???
例外の利点は
誰もが無視できない形でメッセージを発することができることだ
（だから通常動作範囲内では使うな）
ってコードコンプリートにも書いてたな
0345nobodyさん2007/12/26(水) 21:18:58ID:???
あと、付け加えるなら「名前」とメッセージその他を持って飛んでくるから便利ってのは？
これは使い方次第かもしれないけど
0346nobodyさん2007/12/27(木) 00:09:46ID:???
http://journal.mycom.co.jp/news/2007/12/26/003/
一気に性能アップのRuby 1.9.0登場でPHP風前の灯火ｗｗｗ
0347nobodyさん2007/12/27(木) 00:13:30ID:???
他の言語ではファイルオープンに失敗したら例外を投げるのが当たり前だけどな。JavaやRubyとかは当然として、PerlでもFatalモジュールが標準であるし。
0348nobodyさん2007/12/27(木) 00:24:06ID:???
フィボナッチ関数を使った簡単なベンチマーク試験を実施したところ、Ruby 1.8.6で159秒弱、Ruby 1.9.0で12秒弱、Python 2.5.1で32秒弱と、Ruby 1.9.0がPythonを上回る性能を出したと報告されている

これはマジでPHPﾔﾊﾞｽ
0349nobodyさん2007/12/27(木) 00:25:56ID:???
一気に10倍以上高速化ってすげーな
0350nobodyさん2007/12/27(木) 00:31:00ID:???
そもそもPHPと比較するのが見当違いだよ。
比べるならPerlとかpythonにしろ。
0351nobodyさん2007/12/27(木) 00:31:43ID:???
まつもとひこまろでも湧いてんのか？なにこの賛美の嵐
0352nobodyさん2007/12/27(木) 00:39:16ID:???
もともとPHPってそんなに速くないし。特にオブジェクト使いまくった日には。
速いってのは、Apacheのモジュールで動かしたときに、CGIで動いている
Perlなどと比べたら、っていう世界で。

それを考慮にいれてもRubyは遅かったが、それが段違いに速くなったって
いうのは一つのトピックだとは思うな
ただRubyのリリースはまだ現状お披露目以上のもんではなさそうだ。
0353nobodyさん2007/12/27(木) 01:34:37ID:???
「トイベンチ速くても実アプリでは意味ない」と言い続けたのはRubyであり、ほかでもない高速化に貢献した笹田氏だったりもする
メモリ使用量含めた運用実績でphp5よりコンパクトになってないのはどうなんだろうな。yarv何年掛かったんだ

ただphpも全てにおいて軽い訳じゃないし細かなバグ不安はJava比で荒いし、Ruby/pythonに出来てphpにできない事がこんだけ増えると今後のトレンド荒波来てもおかしくはなさそうだねぇ。
zopeかせめてwebrickみたいなモンでもphpで作れたらどうなってただろうとか

ま、最小の構造化で大量の標準関数を使い最大の効果を。
それがPHPに実用性面の評価を与えた理由であり、適役であろうて
0354nobodyさん2007/12/27(木) 01:50:43ID:???
PHPの良さはmod_phpのインストール・運用の簡単さにある。
mod_phpは何も考えずにプログラムを書いても実用的な速度で動く。
メモリもそんなに消費しないから（これはPHPのバージョンが上がる度にメモリ食いになっていってるが）、たいていのウェブサイトなら1台のサーバで事足りる。
これはJavaにもRubyにもPerlにもない、圧倒的なPHPのメリット。
0355sage2007/12/27(木) 01:54:09ID:???
>>最小の構造化で大量の標準関数を使い最大の効果
これは確かに、PHPが受け入れられ普及した、
需要があった(ある)部分なんだろうなぁ。

既に巨大なユーザベースというアドバンテージを持っている以上、
今後の舵取りで下手をこかなければそうそうシェアは引っくり返らないだろうけど、
zendはあんまりそこら変で優秀そうなイメージは無い。
0356nobodyさん2007/12/27(木) 01:56:46ID:???
どの言語使うかなんて話するスレは他に幾らでもあんだろ
なんでこのスレでやるんだよ
0357nobodyさん2007/12/27(木) 02:09:49ID:???
>>356
現状消去法もしくは消極的賛成でPHPを使ってる奴が多いってことじゃないか？

そりゃ「フレームワーク」のスレなんだから、結局目的は「うまいこと」作業をしたい
わけで、他言語に乗り換えた方がよければそうする人も多いんだろ
0358nobodyさん2007/12/27(木) 02:44:53ID:???
この辺の糞スレでやれば十分だろ
http://pc11.2ch.net/test/read.cgi/php/1177676518/
http://pc11.2ch.net/test/read.cgi/php/982591467/
0359nobodyさん2007/12/27(木) 19:52:35ID:???
Frameworkってデザイナにどうやってる？
例えばZendだとアドレスが
www.sample.com/Controller名/action名/
ってなるから、実際のファイルのディレクトリ構成とは違うじゃん？
プログラマはControllerとactionを理解してるからいいんだが、サイトには静的htmlファイルとかもあるわけで
そういうのはどうしてる？
デザイナしかさらわない部分。
そのファイルの中にはリンクもあったりして。

デザイナ的にはそこにファイルがないのに
なんでこんなリンクになるんだ？とかなると思うんだけど。
公開フォルダには殆ど実体がないし。
0360nobodyさん2007/12/27(木) 20:02:36ID:K5rUwTQj
>>359
全部自分で書き換えてるお。
そもそも、デザイナーのHTMLさえ信用してないから・・・
0361nobodyさん2007/12/27(木) 20:16:21ID:???
>>359
「xhtmlでこういうの出力します。CSS側の調整で頼みますね。画像パスはルートから指定してください」
以上。

デザイナーにhtml触らせる時代はそろそろ終わりにした方がいいと思ってます。
0362nobodyさん2007/12/27(木) 21:42:15ID:???
>>360
信用してないのは俺もなんだが、それだと意味なくねｗ
折角のコードと表示部の棲み分けがFrameworkでなってるんだから
コードに専念したい所なんだ。

>>361
↑↑のでもそうなんだけど、結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
作業量が増えるしFrameworkの利点を生かしきれてない気がするんだよなあ。
本末転倒というかなんというか。

それにデザイナにhtml触らせないと見た目カッコイイサイトできないんじゃない？
俺はデザインセンスかなりない方ってのもあるけど、やっぱ俺みたいな純PGが作るサイトって
シンプルイズベストなPGウケはしそうだけど一般人にはウケないデザインだし。
0363nobodyさん2007/12/28(金) 01:11:25ID:zzJWz28z
プログラマーがデザインを勉強する時代になりました。
0364nobodyさん2007/12/28(金) 02:22:52ID:???
動かなくなる？　CSSに専任させるんだからそれはありえない。
文書構造的にデザイン汎用性に困る場合に、意見上げてもらうことはあるけど。
0365nobodyさん2007/12/28(金) 06:49:34ID:???
rubyとかpythonていちいちモジュールimportしなくちゃいけないのがありえない
そのまますべての関数を使えるPHPがどう見ても王の中の王
0366nobodyさん2007/12/28(金) 07:46:30ID:???
http://japan.zdnet.com/oss/story/0,3800075264,20364140,00.htm
ゼンドとブレインウェーブが
Zend Frameworkセミナーを西日本でも開催してRuby消滅www
0367nobodyさん2007/12/28(金) 11:25:36ID:???
>>365
その分メモリが使われる。
王っていうより単なるピザデブ。
0368nobodyさん2007/12/28(金) 20:54:22ID:???
>>362
テンプレートエンジン組み込めばok。
PHPTALとか。
0369nobodyさん2007/12/28(金) 23:42:58ID:???
結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
0370nobodyさん2007/12/28(金) 23:52:26ID:???
もうデザイナーにxslt書かせりゃいいんだよ
0371nobodyさん2007/12/29(土) 01:57:06ID:???
それでもプログラマがw（
もう辞めます

最後はどこで妥協するかよね
CSSで切り離すにしても、協調がうまく行かなければ使い物にならないCSSと素材が上がるだけだし、無用な手間に繋がる
0372nobodyさん2007/12/29(土) 15:08:46ID:???
HTML・CSSコーダーがphp覚えればいい。
phpタグの意味と、関数の仕組みくらいは覚えれるでしょ。
あと、できればifとforeach。

うちはそれでやってる。
適当なHTML投げればあとはやってくれる。
0373nobodyさん2007/12/29(土) 15:32:07ID:???
まああれだ。↓こういうフォームのHTMLを書くのは
プログラマかデザイナかという話だ。

<form method=POST action="../test/bbs.cgi">
<input type=submit value="書き込む" name=submit>
名前： <input name=FROM size=19>
E-mail<font size=1> (省略可) </font>: <input name=mail size=19><br>
<textarea rows=5 cols=70 wrap=off name=MESSAGE></textarea>
<input type=hidden name=bbs value=php>
<input type=hidden name=key value=1167334850>
<input type=hidden name=time value=1134648531>
</form>
0374nobodyさん2007/12/29(土) 15:45:19ID:???
2chブラウザ導入しようぜ
0375nobodyさん2007/12/29(土) 17:15:40ID:???
つか、プログラマがデザイン覚えればよくね？
デザイナいらね
0376nobodyさん2007/12/29(土) 17:18:59ID:???
つか、プログラムがプログラムを作ればよくね？
人間いらね
0377nobodyさん2007/12/29(土) 18:01:49ID:???
ダダンダッダダン・・ダダンダッダダン・・・
0378nobodyさん2007/12/29(土) 20:45:40ID:???
ボヨヨヨン♪ボヨヨヨン♪
0379nobodyさん2007/12/29(土) 20:47:36ID:???
おっさん乙ｗ
0380nobodyさん2007/12/30(日) 12:52:24ID:???
>>375
デザインも中身も鯖設定も全て一人でやれってか。
一つの案件に付き160マンくらいってか？そりゃ儲けそうだな。
0381nobodyさん2007/12/30(日) 15:42:52ID:???
しかし全てやっても1人分しか貰えない現実。
0382nobodyさん2007/12/30(日) 21:21:50ID:???
デザイナ→フョトショなりイラレなりでデザイン考える
俺→それを元にHTML/CSS書く、でも本業はプログラム

気づいたら副業ばかりでした
0383nobodyさん2007/12/30(日) 22:26:47ID:YhMTSzkr
自殺、売春、虐待、大量殺戮、女性差別、ホームレスは農耕社会になってから始まりました

天皇はＡ型で朝鮮の出身です。Ａ型は2000年前に日本に来たから帰ればいいのに。
Ａ型は100％農耕民族とはいえないがＯ型かＢ型にぜんぜん好かれないＡ型は
農耕民度が高すぎるから2000年前に日本の先住民族を大量に殺してきた
遺伝子、多そうだね。

遊牧民族は厳しい自然の中を小さい家族で移動しながら生活してきたので家族と他人の線引きをはっきりさせたと思う。
これをクールと感じる。だから、そのぶん身内にはあつくなるのか。

Ｂ型は遊牧民族、Ｏ型は狩猟採取民族。
Ａ型は農耕民族。農耕民族は２千年前(つい最近)に、中国から日本に来た。Ａ型は２万５千年ごろ誕生して農耕社会を
作ってきた。農耕民族社会になってから狩猟採取民族が大量に殺され滅び吸収され、ホームレス、虐待、売春、
女性差別 が始まり、強制的に横並び結婚し横並び子作りしないと女が生きていけない社会になる。
横並びの群れ社会(農耕民族社会)は無理やり敵を作り差別しないと作れない。これが、いじめ。
ブサイクで、もてない農耕民族はとくに性欲として横並びの群れ社会を作りたがる。

農耕民族社会はＡ型女も不幸になります。
0384nobodyさん2007/12/31(月) 19:25:58ID:OLGrxXb2
プログラム言語を作るのは大変そう。
だけど、PHPでプログラムを書くなんて簡単だよ。

プログラマがそんなに難しいことやってるわけじゃない。
本当に高度なプログラミングは、WEB系じゃなくて、科学分野でやってると思います。
WEBプログラマがやってるのは、本質的にはDBのラッパーつくりと、サーバ設定だけ。
それ以上の内容は求められていない。
デザイナーがPHP覚える、フレームワーク使うのは、１ヶ月あれば十分。
むしろ、PHPじゃなくて、RubyやPythonやった方がいい。
0385nobodyさん2007/12/31(月) 19:31:14ID:???
科学分野はプログラムをしているというよりアルゴリズムだからまた別問題だな。
0386nobodyさん2007/12/31(月) 21:43:53ID:???
>>384
素人の意見だな。
0387nobodyさん2007/12/31(月) 21:45:44ID:???
ぶっちゃけ、作るものが同じなら、
RubyやPythonだろうと、DBのラッパーつくりと
サーバー設定だけ。

もしPHPでは作らなくていい
余計なものを作る必要があるというのなら、
RubyやPythonってだめな言語だなｗ
0388nobodyさん2008/01/01(火) 00:20:01ID:???
だいたいのもんはライブラリで済むけど、Rubyとか大量のrequireが糞オーバーヘッドするからな。
fcgi運用が前提になる。
お手軽webアプリ用途としては駄目な子だね。
お手軽webアプリ用途でPHPは強い。
0389nobodyさん2008/01/01(火) 01:22:03ID:???
自作FW作ってて、Exceptionですこし困ったことになった。
PHPでは new Exception したときのファイル名と行番号が自動的にセットされるけど、それを外から変更したいんだけど、できるかな？
具体的にはある関数でPDOExceptionを発生させるんだけど、ファイル名と行番号はその関数を呼び出した場所のものを使いたいんだよね。
0390nobodyさん2008/01/01(火) 01:33:01ID:???
どうしてFWなんか作ってるの？自己満足？
0391nobodyさん2008/01/01(火) 01:36:03ID:???
>>389
$e->getStack()で得た配列を一つ削って表示、とかじゃ駄目なの？
0392nobodyさん2008/01/01(火) 08:05:27ID:???
あけましておめでとうございます
今年のフレームワーク界はどうなるかな？
・PHP4脂肪でPHP4/5両対応のFWが脂肪
・PHP6登場でPHP5専用FWがPHP5/6両対応になってくる
・先走ってPHP6専用FWが登場
…あと頼む
0393nobodyさん2008/01/01(火) 12:19:03ID:???
>>389
組込の例外が発生する可能性がある場合は
組込の例外が発生する箇所の然るべきところで
tryしてcatchされたら自作の例外として
throwで投げ直すのが一般的じゃないだろうか
それでthrowした箇所からのスタックトレースになったと思うけど
0394nobodyさん2008/01/02(水) 18:17:39ID:???
http://slashdot.jp/articles/08/01/02/0046222.shtml
RoRがゲットー扱いでPHPゾンビのように復活ｗｗ
0395nobodyさん2008/01/02(水) 23:59:33ID:???
http://jp.techcrunch.com/archives/zed-shaw-puts-the-smack-down-on-the-rails-community/
「生半可な元PHP屋のバカ野郎ばかり。」
RoRが叩かれているが
PHPも全然褒められていない件。
0396nobodyさん2008/01/03(木) 02:15:34ID:???
オレもウェブの仕事してるけど、ウェブアプリ作るのが高レベルだなんて思わないよ。要するにSQL投げるだけだもん。
はてなとかのギークとかハックとか軽々しく使う連中のコミュニティ見ると、何かこっちが恥ずかしい気持ちになる。
確かにウェブは儲かるけど、それはウェブの力であって、ウェブプログラマーの力じゃない。
0397nobodyさん2008/01/03(木) 02:30:58ID:???
それ言っちゃ駄目。技術屋として失格だよ。
事実だから仕方がないけどさ。
0398nobodyさん2008/01/03(木) 09:36:14ID:???
ウェブアプリでも
昔と比べたら求められる知識めちゃくちゃ多くね？
デザパタとかOOとか、どんだけ多くの知識求められるんだよって感じで
しかも相当の難易度
まあ知らなくても作れることは作れるけど
0399nobodyさん2008/01/03(木) 10:24:52ID:???
サーバーの知識も含めるとメチャクチャ多いねぇ。
ってかさ、コマンドやら各バージョンの仕様やらを丸暗記してるやつってなんなの？
片手にネットは常識だろ！ボケ！
0400nobodyさん2008/01/03(木) 10:35:01ID:???
そこはキレるとこ？
覚えておいた方が効率いいじゃん
0401nobodyさん2008/01/03(木) 10:36:04ID:???
ただの嫉妬ですけどね。
■ このスレッドは過去ログ倉庫に格納されています