Perl VS PHP (593レス)
Perl VS PHP http://medaka.5ch.net/test/read.cgi/php/982591467/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
21: 名無しさん@お腹いっぱい。 [] ID:13:59 PHPの限界を知ってこそプロ。妄信するなよ。 http://medaka.5ch.net/test/read.cgi/php/982591467/21
46: 名無しさん@お腹いっぱい。 [] ID:13:54 Perlはバイク、 PHPは電動自転車、 JSPは非オートマ車 Servletは二階建て大型観光バス http://medaka.5ch.net/test/read.cgi/php/982591467/46
67: 電動ナナシ [sage] ID:13:52 >>66 んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい!」と いう衝動によくかられる。 > クライアントから「前つくったのと同じだから > 半分の納期でできるでしょ?」とか言われちゃって・ あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの 言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。 実際の統計データとして、 ・企業が新規開発に投入するコスト ・新規開発にあたり企業が既存のシステムの解析・デバッグに要するコスト がほぼイコールだっていう話もあるしね。再利用が完全なら前者のコストだけですむはず なんだけど、実際にはレガシーコードが足を引っ張って倍以上のコストになるという お話だった。 あと、PHP 使った小規模案件だと、発注者も要求仕様をきちんと詰めないで「こんな感じ」を 連発した非常によく分からない発注の仕方をするから、仕様が確定するのはいつも 納品時ということになりがち(いや仕様は最後まで確定しないで、とりあえず納品する という方が正確か)。このために再利用性を高めるべく事前に設計をしようと思っても できないことが多い。これがさらに状況を悪化させると思う。 もちろん、この曖昧な顧客の要望を仕様にまとめあげるのが技術者の能力の一つである ことは間違いないんだけど、朝令暮改というのは本当に困る。 みんなはどうよ。 # 愚痴スレになってきたかな・・。 http://medaka.5ch.net/test/read.cgi/php/982591467/67
85: 77 [] ID:13:31 >>84 GDはPHPで動作する奴ですよね? PerlMagic・・・ImageMagicと言うものを見つけました。 X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか? http://medaka.5ch.net/test/read.cgi/php/982591467/85
86: 名無しさん@お腹いっぱい。 [] ID:13:59 >>83 URLキボンヌ。 http://medaka.5ch.net/test/read.cgi/php/982591467/86
89: 77 [] ID:13:47 修正 GDはPHPで動作する ↓ GDはPHPでも動作する PHPのマニュアルにもGDライブラリが必要と書いてました。 ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。 >>86 URLって88が書いてくれた奴で良いんですよね? それともコールドフュージョン? http://cfusion.sirius.co.jp/products/cfbegin.cfm http://medaka.5ch.net/test/read.cgi/php/982591467/89
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s