>>798
C++は使ってる。でも、なんつうか、毛色の違う人たちなんだよね。
中途採用の奴はたいがい、糞サービスのメンテに回される。

まぁ、スレチにもほどがあるので、この辺で。スンマソン

俺はヤフーのすべてを知ってるんだぜ自慢をしたいんだろ。
使ってるの見たって奴がいるなら、それていいじゃんかな。

あんな大企業を単一言語で回してたらそっちのほうが衝撃だわ。

国内PHP大規模サイトトップ10に入る某社にいるが、内部じゃRubyもJavaもPerlも使ってる。フロントじゃ当然FlashやJS使うしな。
スクリプトまで通さずにCで書いたApacheモジュールでケリをつける部分だってある。
会計システムと繋ぐならJava以外の選択肢なんぞ考えたくもない。

だいたい、単一言語に社運をかけるなんて、上場企業クラスになったらあり得ない。
急に別言語に乗り換えてもプログラマはいくらでも確保できるだろうが、インフラ側の経験値蓄積が間に合わない。
エンジニア側も同じ。最低2つはスキルがないと簡単に切られるぞ。
経営層的に言ってPHPの利点の一つは、使い捨てるエンジニアが市場に腐るほどいる（いなくとも1月も研修すれば完成する）点だしな。

自信満々にCとかjavaとか使ってるとか言うけど
俺みたいにPHPで足りない機能をCでライブラリ作ったり
apacheのモジュール作ったりしてるやつは少ないだろうな

自分はその程度のスキルすらないゴミの部類だけど
プログラマ一本を主軸にやってくつもりならそれくらいはできないと正直この先生
きのこれないと思う

>>804
どうやってやんの？

>>806
知識がない人がよく質問するね、それ

知らないから聞いてるんだけど意味が分からないｗ

知らない人に説明しても、説明の意味がわからないでしょ
意味がわからないぐらいだからもっと勉強してからおいで

>>804
普通やりますがな

イメージ的には、なんかSDKみたいなソースの固まりを落としてきて
ごにょごにょしてコンパイルすると.soができるって感じ？
いや当てずっぽうだけど

ＰＨＰに足りない機能ってなんだった？

オフィシャルのソース落としてきて、
中に入っているモジュール部の近い物を選んでコピペして
名前変更して、Makefileとかをごにょれば出来るお

生き残る奴は技術力が高い奴じゃなくて単価が安い奴だけどな
高い技術力なんてさほど要求されない
単なるオナニー

使い捨ての中華みたいな扱いの奴は、そうだろうな

Yahooは募集が多いのは、PHPかJavaだと思う。部署によってはそれ以外の言語も使ってるだろうけど。

言語なんて適材適所。
phpだと作りにくいもの・規模はやっぱりあるし、
phpだけに絞るのは、プログラマー個人もとしても開発会社としても、
どう考えてもお勧めできないな。

PHPはどう考えても特殊だし、配列操作１つ取っても関数群が充実してるから
アルゴリズムに弱いヤツが多そうだな。遊びでもいいから他の言語も覚えるに
越したことはない。時代が変わると潰しが利かなくなりそう。

プログラマ自体が潰し利かないんだからPHPしか書けませんとかヤバイと思う。

ショートタグ使わない奴って馬鹿だよね？

逆だろ

短くて便利なのに使わないんだから馬鹿だろ

>>821
俺も逆だと思う。理由は自分で考えるなり調べるなり汁。

>>818
ライブラリの充実度なら、C++のほうが上だぞｗ

>>823
例えば配列からある数値をスキャンする程度の場合、C++だったらゴリゴリ書くだろ。
PHPはその程度のアルゴリズムを知らなくても使えるからな。

それ言ったらPerlのCPANの充実度もPHPのPEARより上だし。多分。

>>824
> C++だったらゴリゴリ書くだろ
そこまでプリミティブなものまでいちいち書くのか？
標準ライブラリとか使わないの？

>>824
long la[N];
long* lp = find(la,la+N,12L);
if ( lp != la+N ) {
// 見つかった!
}

C++でアルゴリズムなんか知る必要はありません。

まったく関係ないが、C++ってPerlより記号多いというか暗号っぽいことあるよな

C++書いてたの15年近く前だからなぁ・・・状況が変わったのか、俺が間違ってたのか。
サンクス。

C++はBoostとSTLを使いこなせれば超強力。
ただ黒魔術的ではある。C++0xになるともう...

PEARって全然使われてないだろ。CPANとは比べもにならない。そもそも、PHPの場合、組み込み関数ですべて出来ることが売りなんだから。

組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。

え？

エスケープ一つ取ってもお任せにできないことが多いから

Perlなんかだと、CPANのモジュールがインストール出来ないと、使い物にならない。
で、シェルが開放されてるレンタルサーバじゃなければ、モジュールのインストールは難しい。

PHPerは全員LISPが使えるようになろう！

>>833
は？

>>833
コンパイル必要なXSモジュールが無ければ、
extlibとかに突っ込んでまとめて配布すれば大丈夫だよ。
MovableTypeとかが現にそうやってる。

たまたま読んだんだが、
WEB+DB PRESSのVol.48のモダンプログラミング入門という特集が、
今のこのスレの流れに合ってる気がする。
気が向いたら読んでみて。

UPしてくれ

コピペでもおｋ

>>836
> >>833
> コンパイル必要なXSモジュールが無ければ、
それが致命的な問題だろ。

>>838
WEB+DB PRESS総集編［Vol.1～48］
がでたら読んでみるｗ

前回の総集編、Vol.1～36の
発売日が2007年3月30日発売だから
もうすぐだよな？

W+Dはバックナンバーが役に立たないというわけじゃないけど新しいうちに読んだ方が面白いよ
・・・と言いつつ自分はvol.46～48を積んでる

出版社さん宣伝乙

$_REQUESTがあるのにわざわざオブジェクトでRequestとか作るFWってあほなの？

>>844
毎度毎度、
$value = isset($_REQUEST['value']) ? $_REQUEST['value'] : DEFAULT;
ってするのもアホっぽいが。

オブジェクトにするメリットもあるにはあるが、ほとんどの場合、$_REQUESTで十分なんだよな。
$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)

>>844
そのあほなＦＷのリクエストオブジェクトは$_REQUESTを格納してるだけなの？
他に仕事してないんならアホだわ。

ほとんどは、>>845のnotice避けと、magic_quotes対策だろ。

>>846
$get = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_GET)
$post = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_POST)
$cookie = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_COOKIE)
$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)

って毎回書くよりはスマートってことだろ。十分なメリットだよ。
あと、$_REQUESTってCookieも入るよね。やや乱暴な気がするので、Cookieだけ除外するとか

リクエストごとに初期化する処理に、$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
もっとも、毎回isset($_REQUEST[''])で確認とっても構わないと思うけど。俺はそうしてるし。
せっかく$_REQUESTとか$_SESSIONみたいな便利なものがあるのに、余計なラッパーは要らない。

> 1行書いておけばいいだけ
そして global $req ですね、わかります。

グローバル変数なり関数なりを使いたくないなら、悪いことは言わないから
クラスなりオブジェクトなりにしておけ。使いたいなら何も言わんが。