幅広い分野のJavaと名前空間なき脆弱なるPHP
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/04/25(火) 01:21:04ID:???まだまだほど遠い。
Javaを越えるには名前空間のサポート、Web以外の分野携帯電話、ドライバ開発、
GUI、COBOLをリプレースできるほどの金融システム、自動販売機、火星探査機
にも使えるようでなくては、PHPには未来はなく、VB同様いつまでたっても馬鹿に
される厨房向け言語に成り下がるであろう。
PHPの仕事は確実に増えているとはいえ、まだまだ、Javaに多い金融システムを
構築するほどの言語としては適していない。アクセス数だけが多い、
はてなダイアリーやmixi、Yahoo程度の小さなプログラムを作ることにしか
向いていないのだ。PHPだけで銀行口座の引き落としや銘柄の注文など
二重引き落としの恐れがありあぶなっかしくてやっていられない。
過去スレ：
【戦場は】PHP王とJava乞食【ｴﾝﾀｰﾌﾟﾗｲｽﾞ】
http://pc8.2ch.net/test/read.cgi/php/1140124172/
【5.1発表】PHP一色 さようならPerl【Javaを凌駕】
http://pc8.2ch.net/test/read.cgi/php/1134820417/l50
【明暗】金持ちPHP様・貧乏Perl様【格差】
http://pc8.2ch.net/test/read.cgi/php/1132681055/
【5.1登場】PHP時代到来 他言語終了【Perl即死】
http://pc8.2ch.net/test/read.cgi/php/1129715894/
優秀な言語が色々ある時代 粗悪PHPの出る幕なし
http://pc8.2ch.net/test/read.cgi/php/1127441561/
今はPHPの時代Perlがこの先生きのこるのは無理3
http://pc8.2ch.net/test/read.cgi/php/1116912721/
これからはPHPの時代Perlはもう終わりバイバイ2
http://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
0655nobodyさん
2006/06/16(金) 22:35:30ID:???なぜそういう結論に到達するのかがわからないぞ？
俺が言ってるのは
【サービス停止】という絶望的な状況よりも
【サービス遅延】という「最低でも処理は行われる」状況のほうが
良いだろうという話なんだが。
つまり100の処理能力があるサーバーで、最悪の状況のときに
50の実処理と50の本質的でない処理が行われる構造(mod_php)
80の実処理と20の本質的でない処理が行われる構造(FCGI)
と、どっちを選択するかって言う話なんだが…。
ちなみに数値は適当な。
もちろん、遅延が絶対に許されない状況なら、
それと含めてハードウェアの多重化も必要になるだろうが。
0656nobodyさん
2006/06/16(金) 22:40:50ID:???それは...なんだか負け惜しみっぽくね?
いきなりそんな特殊な状況をもちだすのは詭弁くさくないか?
まぁ、それなりにありえない状況ではないけど、ロードアベレージが30あるなら
FCGI導入よりより先にやることがあらぁね。
0657nobodyさん
2006/06/16(金) 22:45:51ID:???そうさねｗ
けど、プロセス立ち上げるコストが、無停止プロセスに処理させるよりも重いのは事実だよ。
ページの立ち上がりはFCGIのほうが早い。
0658nobodyさん
2006/06/16(金) 22:58:02ID:???0659nobodyさん
2006/06/16(金) 22:59:53ID:???0660nobodyさん
2006/06/16(金) 23:02:17ID:???ちなみに俺は >>653,>>655,>>657 なんだが
FCGIなんて一度も使ったことねぇし、mod_phpも使った事がないwww
中途半端なUNIXの知識で、一般論をぶち上げただけですのであしからず。
0661nobodyさん
2006/06/16(金) 23:10:19ID:???0662nobodyさん
2006/06/17(土) 01:21:38ID:2dWsqYjlAPサーバ使って高性能Webアプリを簡単に作った方がいいんじゃねーの？
0663nobodyさん
2006/06/17(土) 01:52:40ID:???相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
Javaはかなり大きなレベルでパッケージになっているためPHPのような悩みが少ない。確かにAPサーバが大きく重いという批判はあるが、今回の様な案件ではそれが有利に働く。
適材適所とは言うければ、会社にある100以上のPHP/Java案件の技術評価レポートを見る限りは、PHPは「小物」「玩具」のレベルを超える期待はできないと感じた。
0664nobodyさん
2006/06/17(土) 03:12:30ID:???0665nobodyさん
2006/06/17(土) 03:16:07ID:???また、このiの上の最後の糸が大多数の人々がPHPに中へ興味を感じさせた
という強いを抱くことを読んだ後に、開発は賛成論ネーム空間です。
私たちが最後のもののうちの1つを失わせたネーム空間の撤去によって、
私たちは完全に即座の企業である必要があります。説明させてください。
全面的に視界を支援するためにオブジェクト・モデルを変更しさらに
抽象的な方法およびインターフェースを持っていることによって、私たちは、
UMLツールを備えたPHPコードを設計することを可能にする言語水準に達
しました。不運にも、今、ネーム空間は見当たりません、私たちは専用グル
ープ化するメカニズムを欠きます。そのような配合は、パッケージ代案(それが
抜けている言語で)としてしばしば使用されます。、そしてその結果責任組織
および組織しているハイ・レベル・ソフトウェア・アブストラクト際に役割を果たす。
その問題に戻ること。削除されるまで、それらがそうだったように、ネーム空間に関
する2つの大問題があります。最初にそこに、今ちょうど作動しない輸入に関する
問題です。ここで、iは、nooneが注意したと言うに違いありません、に関して、まだ、単に、ので
0666nobodyさん
2006/06/17(土) 03:20:09ID:???にまだ注意したと言うに違いありません。これは、今のところそれを落とすことが最良の
解決だっただろうと言いました。さらに、PHPの後の時/バージョンに輸入の働くバージ
ョンを加えることは、今問題だったでしょう。第2の問題は支援です、の「:」3のオペレー
ターとのもめごとを引き起こしたネーム空間で。このiに関して、そうは実際に単に言うこ
とができる、かつて理解されたnoone、なぜそれは、それをインプリメントした奴に加えて
必要でしたか。西洋ナシ開発者さえ、彼らがその必要を持っていると言いませんでした。
それら(iが誤解していない場合)については、
それがonyでした、1つの、goodieを持つのによい私のために、単に1つの可能な解決への
このleeds:輸入なしでネーム空間を中へ戻す「そして:」支援してください。現在のエンジン
の中で実際の問題を解決した後。その後、私たちは作動する輸入を加えることができま
した。「それが壊れていないので、輸入は「固定することができない」」と既に言われていた
とともに。i、可能な解決を示す必要を感じます。第一に、i、それが壊れていたので、実
際に私たちが持っていた輸入に興味を持ちません。
0667nobodyさん
2006/06/17(土) 03:22:27ID:???にとって、これは、輸入ステートメントが活発なネーム空間へ選択されたシンボル
を輸入するべきであることを意味します。解決は輸入品用の専用ハッシュ・テーブ
ルを持ち、オリジナルの記号テーブルが要求されたシンボルを伝えない場合に限り
それらを使用することであると思うので、私は、これが何でも上書きするとは予想し
ません。この解決が扱うことができないものはすべてソフトウェア設計によるエラーで
す。既に目標ハッシュ・テーブル中のシンボルに邪魔をするシンボルを特に輸入する
ことは、そのような悪い設計を防ぐためにエラーに帰着するかもしれません。さらに、
多数の輸入ステートメントが矛盾に帰着する場合、エラーを放射するのは簡単です。
PHPが強いタイプされた語調ではないので、私は、言及された問題に加えて
実際のエラーを見ません。
0669nobodyさん
2006/06/17(土) 13:11:36ID:???>処理能力を上げるためにコネクションプーリングとかを導入するのに
>クライアントを待たせては本末転倒では? FCGIプロセスがApacheプロセスより少なければ
>当然そうなるでしょ。
ならないよ。
１つのFCGIプロセスで複数のリクエストをさばくから、Apacheプロセスが多かろうが関係ない。
もしこれでクライアントを待たせることになるのなら、Apache+Tomcatの組み合わせでも同じことになる。
もしmod_perlと比較していってるのであれば、mod_perlの実行時間がFCGIに移るだけ。Apacheプロセス数は関係ない。
FCGIプロセスがApacheプロセスより少なければなぜクライアントを待たせることになるのか、説明求む。
おまえにとっては「当然そうなる」のかもしれんが、おれにはわからん。
0670nobodyさん
2006/06/17(土) 13:25:02ID:???>>663
>PHPに限らないが、OSS系はオープンだから拡張性があるとか他のツールでどんな機能も補えるとか言うけど、
>相互に動作保証取られていなかったりそれぞれの求めるバージョンに限界があったりで、ちょっと高度なことしようとすると下手なパッケージソフト（つかM$製品）より自由度が低い。
「自由度が低い」という表現以外は肯定できる。ソース読んでパッチ作ればいいから自由度は限りなく高いんだけど、
そんなことしなくて済むならそれにこしたことはない。
ただ、Javaの商用アプリケーションサーバを数個使ったけど、どれもJDKのバージョンとかOSのパッチとかすごく細かく指定してきて、
それ以外だとすぐにサポート対象外としやがる。
例えばApacheとアプリケーションサーバを組み合わせて使ってるんだけどApacheのセキュリティパッチ当てたら
「そのApacheのバージョンは弊社ではサポートしていませんのでサポート対象外となります。」
とかいわれた。
これも自由度が低いから、どっちもどっち。
0671nobodyさん
2006/06/17(土) 13:46:35ID:???ガンガングングンズイズイ上昇
0672nobodyさん
2006/06/17(土) 17:44:37ID:???そうなの?
たとえば、Apacheが2つのプロセスで同時に２つのコネクションをさばいていて、
そのどちらもがFCGIでの処理をしなきゃ行けない場合、FCGIプロセスが一個だけなら
どちらかのコネクションは待たされると思ってた。違うの?
0673nobodyさん
2006/06/17(土) 22:41:46ID:???お前らの職場はどーよ？
0674nobodyさん
2006/06/17(土) 23:21:23ID:???「PHPを外注したらまともに動く物が納入されるなんて
理屈で考えてありえないって分かってるでしょ？
なんでそーゆー事するんですか」
って本気で切れたのも原因かもなwww
0678nobodyさん
2006/06/18(日) 17:05:49ID:???×もう少し日本語を勉強しなPHP厨ｗ
△もう少し日本語を勉強しな、PHP厨ｗ
○その通りです。ありがとうございました。
0679nobodyさん
2006/06/18(日) 17:23:12ID:???うちではPHPに関しては何も変わっていない
引き合いも外注も売上も粗利も会社の利益全体に対する割合もここ数年30%前後で同じ
Javaはフレームワークを問わず一昨年あたりから若干下降線
ASP.NETが一昨年あたりから急上昇
perlはここ数年下がるばかりで保守中心だが小規模安定稼働が多いため移行は少ない
ASPはビジネスアプリが多いため殆どASP.NETや他の環境へ移行し保守も数件を残すのみ
ColdFusionはFlash関係で若干あるがほぼFLEXに移行
その他いくつか特殊な言語や環境があるが全部で数件程度なので略
0680nobodyさん
2006/06/18(日) 21:50:56ID:???0681nobodyさん
2006/06/19(月) 22:06:26ID:???Javaや.NETと違い趣味の世界から入り易い分糞グラマが増産され、使い捨て人口が他の言語より多い
求人量と市場規模は無関係
安定した需要とライバルのいないC++パッケージ開発なんて相当な市場規模なのに求人数は他に比べて少ない
敷居が高い分求人に頼らない人材収集戦略（ツテとコネ）が確立してるからな
0682nobodyさん
2006/06/20(火) 00:09:45ID:???0683nobodyさん
2006/06/20(火) 02:08:04ID:???負け惜しみ乙
0684nobodyさん
2006/06/20(火) 10:25:20ID:???でも要件に合わせた仕様を組み実装し今後の保守も適切に対応できるかが問題
コーディングだけのPHPerであっても、見易いコード・負荷の少ないコード・言語的に適切なフローのコードなど、差が出るところは色々ある
0685nobodyさん
2006/06/20(火) 16:40:33ID:???スレの主旨から外れるんだが、最後の二行はかなり重要。
特にHDDレコーダを始めとする家電用組み込み機器の市場が、ここ数年急増してて、
けれども技術者はなかなか育たない。やや深刻になりつつあるらしい（日経か何かに出てた）。
JavaのJ2MEなんかも携帯を中心に広がってるけど、「できる」技術者は、残念ながら
そういない。PHPは市場外だから無視。
要するに、PHPに固執しないでJavaやC/C++に手を広げたほうが、技術者としての評価は
得られるよ、ということ。JavaでもPHPでも「それしかできない」連中は使えない人々。
0686nobodyさん
2006/06/20(火) 21:35:25ID:???評価は評価者がいて初めて発生する
PHPしかやってない会社ならPHPだけ突き詰めればいい
PHPの他はJavaしかやってない会社でC/C++をやっても無駄と言われるだけ
何が良くて何が悪いなんてのは人それぞれの環境で違うから一概に言えない
自己満足を求めるなら評価なんて気にしてはないけないし
0687nobodyさん
2006/06/21(水) 01:08:18ID:???0688nobodyさん
2006/06/21(水) 01:55:45ID:???Perlの数十行のコードはハックといえる場合が多そうな気がするが、
PHPはxoopsのモジュールちょろっといじって
「僕がハックしたモジュールです(^^)」
っていうやつが異常に多いからなぁ。
0689nobodyさん
2006/06/21(水) 03:09:02ID:???0690nobodyさん
2006/06/21(水) 09:35:47ID:???単に量の違いだけ
質の評価は統一基準なんて作れない
オレオレ評価なんて当てにならない
たった数行で劇的に改善するコードもあるし
何万行書けても大した意味の無いコードもあるし
通常の開発だって同じ
大規模だから偉いんじゃない
要求にあった実装ができるかだけ
0691nobodyさん
2006/06/21(水) 10:18:00ID:???0692nobodyさん
2006/06/21(水) 12:10:45ID:???明確に定義してよ
オレは「リリースされた実装と違う機能を実現するため、自分でコードに手を入れること」だ
それが１文字だろうが数万行だろうが、ハックはハック
0693nobodyさん
2006/06/21(水) 12:46:44ID:???PHP Hacks出ますよ
0694nobodyさん
2006/06/21(水) 14:44:01ID:???さすが Java にはハッカーがいないと言われる所以ですね。
0695nobodyさん
2006/06/21(水) 17:47:43ID:???要するに、自画自賛は禁止。
0696nobodyさん
2006/06/21(水) 18:14:50ID:???称賛程度ならまだしも、賞賛されるのはかなりの難易度じゃないかと
（自称）ハックしたものを公開し、１人でも他者が使ってくれればそれでいいんでは
もしくは（自称）ハックしたものでサービスを公開し、それで他者がサービス享受できるってのでもいいんでは
他者が使ってくれなかったり、自分だけの利益なら単なる自己改編
他者へも利益が及んだらハック
0697nobodyさん
2006/06/21(水) 18:48:33ID:???0698nobodyさん
2006/06/21(水) 19:21:50ID:???0700nobodyさん
2006/06/22(木) 06:52:55ID:???JAVAでもPHPでもファミリーベーシックでもなんでもいいからさ、
早く安く作ってくれればいいよ。
ハックだかファックだか知らないけど、論争してるヒマがあったら
さっさと作ってよ。
0701nobodyさん
2006/06/23(金) 17:49:40ID:???0702nobodyさん
2006/06/23(金) 22:08:53ID:???0703nobodyさん
2006/06/24(土) 08:33:57ID:???| JavaやPHPでは美しい（Beautiful）コードを書くことができず，不満を感じていました。
そんな貴方に Ruby ですよ。
0704nobodyさん
2006/06/24(土) 10:49:22ID:???The Art of Computer Programming って知ってる？
とりあえず Java 坊やは『珠玉のプログラミング』くらい読もうよ。
0705nobodyさん
2006/06/24(土) 15:06:19ID:EMoGL35eOOPやデザインパターンすら知らない雑魚に
指図されたくありません！
0706nobodyさん
2006/06/24(土) 16:44:15ID:???Javaなんて古いです（＞＜）
0708nobodyさん
2006/06/24(土) 21:18:56ID:???OOPやデザバタが分からないと思い込む
Java厨のスパッゲティ構造な思考法に脱帽。
0709nobodyさん
2006/06/24(土) 21:41:21ID:???O(n) なコードとか書いているんだろうなぁ。
Java 案件が死屍累々な原因はお前か。
0710nobodyさん
2006/06/24(土) 23:40:14ID:???0711nobodyさん
2006/06/25(日) 03:19:09ID:3tNwjYbA0712nobodyさん
2006/06/25(日) 12:18:19ID:???超科学的な技術力をもって死屍累々の環境で生き延びて
いくのだよ。
0714nobodyさん
2006/06/25(日) 13:09:22ID:???てか、最近坊や元気ないね。
俺がサクッと片付けてデートしてる間に過労で入院しちゃったのかな。
0715nobodyさん
2006/06/25(日) 14:05:21ID:???本当にデザパタや OOP を理解しているとは思えない。
# 本も読まないようだし。
Java だけで OOP/デザパタを語らず Smalltalk や Ruby も経験してほしい。
0716nobodyさん
2006/06/26(月) 22:24:00ID:???0717nobodyさん
2006/06/26(月) 22:55:23ID:???0720nobodyさん
2006/06/27(火) 09:44:20ID:???0722nobodyさん
2006/06/27(火) 13:16:57ID:???PHP厨、食いつく
Java坊や、対応できなくて火病もしくは脳死
PHP厨、飽きる
Java坊や、復讐を誓う ← イマココ
はじめにもどる
0723nobodyさん
2006/06/27(火) 13:37:01ID:???なるほど
0724nobodyさん
2006/06/27(火) 18:53:55ID:???0725nobodyさん
2006/06/27(火) 19:00:01ID:???0727nobodyさん
2006/06/27(火) 19:48:53ID:6VuSG/rx今時Smalltalk勧める奴は胡散臭い法則。
0728nobodyさん
2006/06/27(火) 20:56:40ID:???0729nobodyさん
2006/06/27(火) 21:03:54ID:???というかJavaScriptは素晴らしい言語だし。
0732nobodyさん
2006/06/27(火) 21:46:48ID:???0734nobodyさん
2006/06/27(火) 22:00:17ID:???根拠もない発言は火病/脳死ですよ。
ECMA で定義された言語としては JavaScript は癖がなくてよいが、
Java 同様、実装が問題。ブラウザ間の互換性がなさすぎる。
また、言語をどう捉えるかだけど、ライブラリの存在も重要。
0735nobodyさん
2006/06/27(火) 22:13:54ID:???0736nobodyさん
2006/06/27(火) 23:20:24ID:???１ 話をそらしたい
２ ちょっとだけかじったのを自慢げに話したい
0737nobodyさん
2006/06/28(水) 10:25:02ID:???Smalltalkに対して「いまどき」という印象を有することを正直に吐露した時点で
Smalltalkの何をも知らないことを自ら露呈していることに気づけ…と指摘するだけ無駄か。ｗ
0738nobodyさん
2006/06/28(水) 11:36:16ID:???0739nobodyさん
2006/06/28(水) 19:27:33ID:???アランがSmalltalkを愛してないと語ったのが噂になったり、
スクィークも所々に糞設計が散見する事が知られてたり。
リファクタリングもデザインパターンも単に優れた方法論であって
偉大なる何かじゃないのに、それを語るだけで偉大になれたかのように
自分にうっとりするというのはあまりいい傾向じゃないよ。
0740nobodyさん
2006/06/28(水) 20:01:43ID:???0741nobodyさん
2006/06/28(水) 21:03:41ID:???「いまどき」っちゅう言葉の選択はねぇ…。暗に「俺はSmalltalkのことはようしらんけど、
聞けば、すっげー古い言語なんだろ…？」みたいな、なんか心許ない感じがする。
0742nobodyさん
2006/06/28(水) 22:56:09ID:???0743nobodyさん
2006/06/28(水) 23:17:09ID:???0744nobodyさん
2006/06/29(木) 06:07:25ID:???0745nobodyさん
2006/06/29(木) 10:31:58ID:???>>743-744 PHP 厨房が食いついた
とはいえ、
>>728-731
のように既出。
Java 坊やは頭悪いから新しいの考え付かないのは分かるけど、
頑張って新しい珍説よろしく。
0746nobodyさん
2006/06/29(木) 12:06:42ID:???0747nobodyさん
2006/06/29(木) 15:32:03ID:???0749nobodyさん
2006/06/29(木) 23:27:22ID:aRw6Hacb0750nobodyさん
2006/06/30(金) 10:48:30ID:???LispとSmalltalkの話が出てくるよな。
0752nobodyさん
2006/06/30(金) 16:47:23ID:???現実逃避しようとするからな。
0753nobodyさん
2006/06/30(金) 18:44:21ID:???0755nobodyさん
2006/06/30(金) 22:08:45ID:???そんでもって、そろそろ夏休なわけだ。
このあたりで坊やを持ち上げて餌を撒き続けることでかつてない大物が
スレを200%高速化ってプログラムをJavaで作ったんだけど買わない？
■ このスレッドは過去ログ倉庫に格納されています