  |
PHPerの問題点は、視野が狭いこと。典型的には以下のような悪癖を持つ。 パスワード認証sshでサーバーにログインし、vimやemacsで開発をする。 SVNなどのバージョン管理システムで、使...
RDBは、なるたけ簡単に構成する方がいい。 SQLが難しくなるなら、どこかが間違ってる。
RDBのテーブル設計は、速度が問題ないなら正規形にするに限るが、PHPerは正しく使おうとしない。
RDBのテーブル設計は、速度が問題ないなら正規形にするに限るが、PHPerは正しく使おうとしない。
異議あり！ serialize/unserializeすりゃオブジェクトの永続化は可能だぞ！ シングル豚なパターンじゃ比較的メジャーな方法じゃ。
リクエスト毎にオブジェクトをロードすると遅い。
うぜーよ、Java使えるからって偉そうにするなよ。
たいていのphperはjavaも使えるんじゃねーのか？
MovableTypeのコアはPerlだ。 ちなみにPHPerの主戦場はWeb業界。 JavaできてもServlet,JSPが下火だからWeb業界ではメシ食えない。 それよりRubyやPerlをおすすめするよ
Javaはイントラ案件では好調。他に選択肢が無い。 VPSの普及でJavaは小規模なインターネット案件にも適用しやすくなった。 MTはPHPで拡張できる。
イントラのJavaはアスペクト指向で絶好調。
真のPHPerはPHPがクソ重いってわかってんだから、eAcceleratorやFastCGIを使うのが当たり前でしょ？ ※ただしいｋ場合によりけり
APCやFastCGIを使っても、他のプログラミング言語より遅いのがPHP。それを認識していないのがPHPer。 ビルトイン関数は速いが、PHPコード部分の実行が遅い。
CGIに限って言うなら、そこらへんは物理的なサーバの位置を調整することで何とかなったりするもんらしいぞ。 GAEで実行するJSPの速度とそこらのロリポップサーバで実行するPHPの速度く...
23
