元スレ【Java PHP CGI mod_perl】の使い分け for プロ

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

103 :

所詮コーダーに高いカネは出ない

104 = :

月30もらえれば十分だよ・・・という俺はどれに集中したらいいでしょうか。

107 = :

>>106
300万弱ぐらいだと思う

108 = :

>>91
mojavi（だっけ）とかいいんじゃん

俺も、特殊な要望がない限り、何の言語でもいいと思うな。
ちゃんとしたの出来上がるなら。

個人的にはJavaが好き。
ﾌﾚｰﾑﾜｰｸとかいっぱいあって飽きないから。

って、ASP使ったことないんだけどね。ｴﾍ

112 = :

だから、なんで、8秒も時間がかかるナニカを
特別に用意しなきゃいけないの？って事じゃね？
Perlはperlだけでうまくやってくれるのに、って。

いや、最初の8秒くらい気にすんなよって言いたいんだろうけどさ。

んでオレ思うに、JSPは重長広大なサービスを
比較的手軽に提供できるわけだな。
それこそ、一旦tomを起動しちまえば、セッション管理とか
えーと、よく分かってないけど、色々tomの野郎がやってくれるらしい。
8秒ってのは、そのための初期投資だよ、と。
そういう事でいいんだろ？

113 = :

えーとだからあれだ。自転車と自動車。

自転車は玄関を出て車庫に行って自転車にまたがって、スタート。
どこにでも行ける。細かいところにも手が届く。

自動車は玄関を出て車庫に行って自動車に乗り込んでシートベルトを
しめてエンジンをかけてドゥルンドゥルン、ブレーキを離しつつ
アクセル踏み込んで、ようやくスタート。
一旦スタートしてしまえば、速い。超速い。高速道路とか構わない。やばい。

どうだ。だめか orz

115 = :

>>110
ところでWebサービスって言葉の意味知ってますか？

117 :

まぁわざわざJava使って嬉しいのは、個人的には
ﾏﾙﾁｽﾚｯﾄﾞの扱いやすさかね。
要求するｺｰﾄﾞ記述が厳密なのもｽｷ。
（暗黙的な型変換をあまりしない）

DI・AOPが充実してきたのもﾎﾟｲﾝﾄ。
言い出したらｷﾘがないが、Javaでできることのほうが多いはず。

まぁPHPで大抵はことたりるんだけど。

118 = :

>>117
> DI・AOPが充実してきたのもﾎﾟｲﾝﾄ。
おいおい。見事に世間に踊らされてるな。
型が厳密でコンパイル時に確定できるのがメリットだったのに
実行するまで何が起こるか分からなくなってしまうんだぞ。正気か？

119 :

ん？
DIで何故に型チェックが無くなるんだ？

121 = :

プログラマーのSOHOは経費かからないから、売り上げがそのまま自分の収入になるよ。
だって、PCとネット環境さえあれば仕事できるんだもん。

122 :

えーと、宣伝は？
するきなし？

123 = :

>>122
宣伝しないと仕事がないようなSOHOは、つぶれるしかない。

124 = :

>>118
実行するまで分からないのは
どの実装クラスが使われるかだけ。
使われる実装クラスがどんな機能を満たすかは
interface が規定している。

125 = :

>>123
説得力の有る経験談ですね＾＾

126 = :

>>125
だいたいSOHOでやるのは実力があるわけで、宣伝しなくてもツテだけで仕事は来るはず。

127 = :

>>121
そうでもない。
マシン買い換えたり、本買って勉強したり、いろいろやらなきゃいけないこともある。
そうしないといつか客から捨てられる。

128 = :

>>1
先ずは
サーバーサイドとクライアントサイドの違いを理解すれ

129 :

1.Perlとmod_perlとを同様に比較対象とするならば、PHPはZendエンジンを比較対象にすべきじゃないかな？

2.Perlはスクリプトを都度解釈するが、必ずしも毎回メモリーにローディングされるわけではない。ＯＳはＬＲＳＵの理論に基づき使用頻度の低いものからメモリ上から追い出す。
即ち、使用頻度の高いものはメモリーに居座る可能性が高い。昨今の豊富なメモリー事情からすれば。。。

130 = :

これは罠だな　あからさますぎる

131 = :

LRSUの理論が気になって夜も眠れない

132 = :

どうせ朝から寝てるんだろ。

136 = :

ＰＨＰの利点って簡単って事以外あるのか？

137 = :

phpスレで聞いてくれば？

138 = :

speedcgiの対応化でめげた。。
グローバル変数とローカル変数。。
だ～めぇだぁ

こんな俺はきっと何をやってもだめ