のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,063,123人
昨日:no data人
今日:
最近の注目
人気の最安値情報

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

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    801 = :

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

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

    802 = :

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

    803 = :

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

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

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

    804 = :

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

    805 = :

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

    806 = :

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

    807 = :

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

    808 = :

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

    809 = :

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

    810 = :

    >>804
    普通やりますがな

    811 = :

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

    812 = :

    PHPに足りない機能ってなんだった?

    813 = :

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

    814 = :

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

    815 = :

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

    816 = :

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

    817 = :

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

    818 = :

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

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

    819 = :

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

    820 = :

    逆だろ

    821 = :

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

    822 = :

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

    823 = :

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

    824 = :

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

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

    825 = :

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

    826 = :

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

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

    827 = :

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

    828 = :

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

    830 = :

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

    831 = :

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

    え?

    832 = :

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

    833 = :

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

    835 = :

    >>833
    は?

    836 = :

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

    837 = :

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

    838 = :

    UPしてくれ

    839 = :

    コピペでもおk

    840 = :

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

    842 = :

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

    843 = :

    出版社さん宣伝乙

    844 = :

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

    845 = :

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

    846 = :

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

    848 = :

    ほとんどは、>>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だけ除外するとか

    849 = :

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

    850 = :

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

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


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について