Perl VS PHP (593ﾚｽ)
上下前次1-新
62: 電動ナナシ ID:21(1/3) AAS
ちなみに生産性は、言語仕様よりも
・再利用・メンテナンスを意識したコーディングをしているか
（コーディングスタイル）
・きちんと設計できているか（特にビジネスロジック層と永続化データ層）
の影響を大きく受けると思うので、Perl だろうが PHP だろうが違いがあっても
誤差程度というのが自分の考え。
Perl は write-once な言語だと揶揄されることが多いが、PHP にも同じ傾向が
見られるような気がする。そうだとすると、どちらもそのままでは生産性は低い、
が正解では？。で、どうやったら生産性が高まるか？という話になるのでは
ないかと思う。
63: 電動ナナシ ID:21(2/3) AAS
s/write-once/write-only/
鬱だし脳
64: 名無しさん＠お腹いっぱい。 ID:02(4/7) AAS
電動ナナシ氏はかなりもっともなことを言うなぁ。
生産性についてはどう捕らえるか、色々あるけど、
HTMLのデザインを先にデザイナーに作ってもらって、
それをそのまま流用できるのは大きな差だと思う。
もちろんPerlだってそうすると思うけど、PHPの方がそこが楽だと思う。
修正が入ったときでも、ソースを書いた本人以外が見ても
デザイン程度の変更だったら割と楽だと思うし。
これに関してはPerlとPHPというよりは、
スクリプト（もしくは言語）にHTMLを吐かせるタイプか、
HTMLにスクリプトを埋め込むタイプかという比較ですけどね。
65(1): 64 ID:02(5/7) AAS
あと、メンテナンスを考慮した云々の話しでコーディングしているか
って話しだと、Webの仕事だといわゆる「やっつけ」に近い形で
来ることが多いので（自分の経験に限り）、ちゃんと設計している
暇がないことが多い。
Perlなどの言語主体の作りをする場合は、どちらかと
言うと共通して使えるようなモジュールになってくることが多かった。
66(1): 名無しさん＠お腹いっぱい。 ID:03(10/12) AAS
>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト＆
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ？」とか言われちゃって・・・。
すまん、グチった。
67(1): 電動ナナシ ID:13(3/6) AAS
>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい！」と
いう衝動によくかられる。
> クライアントから「前つくったのと同じだから
> 半分の納期でできるでしょ？」とか言われちゃって・
あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの
言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。
実際の統計データとして、
・企業が新規開発に投入するコスト
・新規開発にあたり企業が既存のシステムの解析・デバッグに要するコスト
がほぼイコールだっていう話もあるしね。再利用が完全なら前者のコストだけですむはず
なんだけど、実際にはレガシーコードが足を引っ張って倍以上のコストになるという
お話だった。
あと、PHP 使った小規模案件だと、発注者も要求仕様をきちんと詰めないで「こんな感じ」を
連発した非常によく分からない発注の仕方をするから、仕様が確定するのはいつも
納品時ということになりがち（いや仕様は最後まで確定しないで、とりあえず納品する
という方が正確か）。このために再利用性を高めるべく事前に設計をしようと思っても
できないことが多い。これがさらに状況を悪化させると思う。
もちろん、この曖昧な顧客の要望を仕様にまとめあげるのが技術者の能力の一つである
ことは間違いないんだけど、朝令暮改というのは本当に困る。
みんなはどうよ。
# 愚痴スレになってきたかな・・。
68(1): 名無しさん＠お腹いっぱい。 ID:23(5/7) AAS
Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。
69: 名無しさん＠お腹いっぱい。 ID:00(3/5) AAS
>>68
Text::Template を使ったりしてた
70: 名無しさん＠お腹いっぱい。 ID:03(11/12) AAS
>>67
>朝令暮改というのは本当に困る。
同意。
顧客のニーズを察して汲み上げて・・
顧客本位の姿勢て大切だけど何かと大変ですね。
私は優柔不断な顧客をねじ伏せる力技・小技・裏技を日々駆使してますよ。
楽したいからじゃなくって、最後に顧客に満足してもらいたからこそ。マジで。
71: 一日目 ID:03(12/12) AAS
Perlと比べて…。
正規表現めんどい。
リファレンス（=&）わかりにくい。
いちいち array とか list とか面倒くさい。
array_* とか関数名が無駄に長い。何故だ？
72: 66 ID:00(4/5) AAS
電動ナナシ氏って、所謂「判っている技術者」って感じですよね。
「わかってる」ってのは、技術云々もそうだけど、技術者に仕事を
出す側の論理とかクライアントの要求とかをちゃんと見てる、という
意味で・・・。
一番の疑問は、何故こんな優れた技術者が2chにこんなに頻繁に
書き込んでるのか？ってこと。こんな人をほっといていいのか？
＞電動ナナシ氏の会社
73: 電動ナナシ ID:00(5/5) AAS
現実逃避だよ・・・。
# まだハマっています。X-(
会社にばれたらやばいだろうな・・・。
74: 名無しさん＠お腹いっぱい。 ID:15(4/5) AAS
>>1-
75: 名無しさん＠お腹いっぱい。 ID:15(5/5) AAS
>>1-ああああ
76: 64 ID:08(1) AAS
今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。
PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。
77(1): 名無しさん＠お腹いっぱい。 ID:01(4/4) AAS
私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね
でも、PHPはWebプログラムで欲しい機能が一通り入ってるので好きです。
画像生成だけでなく、PDFやShockwaveFlashまでさっくり作れるのはうれしいですね。
デバッガ無いとか言われてますけど、
ほとんどの趣味Perlプログラマがデバッガ無しで作っている状況で、
エラーメッセージが画面に出るだけ幸せに感じてるのは私だけ？
Perlも一応使えるんですが、C言語から育った世代なので、Java PHPの方が忘れにくいですね。
複数言語使ってると混乱するもので（＾＾；
78(1): 名無しさん＠お腹いっぱい。 ID:07(2/3) AAS
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。
79(1): 電動ナナシ [0] ID:07(3/3) AAS
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。
80(1): 名無しさん＠お腹いっぱい。 ID:09(2/2) AAS
>>78
はう？ 「ぺっぷ」って呼ぶの？
「ぴいえいちぴい」だと思ってた....。
81: 電動ナナシ ID:20(2/2) AAS
>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。
82: 77 ID:02(6/7) AAS
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？
会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。
結局自分の持ちネタが多い言語に落ち着くかな。
83(2): 77 ID:02(7/7) AAS
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい
ところでPerlで画像ライブラリってあるんでしたっけ？
84(1): 名無しさん＠お腹いっぱい。 ID:06(1) AAS
>>83
GD とか PerlMagick のこと？
85: 77 ID:13(4/6) AAS
>>84
GDはPHPで動作する奴ですよね？
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか？
86(1): 名無しさん＠お腹いっぱい。 ID:13(5/6) AAS
>>83
URLキボンヌ。
87: 名無しさん＠お腹いっぱい。 ID:21(3/3) AAS
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。
88: 名無しさん＠お腹いっぱい。 ID:04(2/2) AAS
GD
外部ﾘﾝｸ:search.cpan.org
PerlMagick
外部ﾘﾝｸ:search.cpan.org
それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。
89(1): 77 ID:13(6/6) AAS
修正
GDはPHPで動作する
↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。
>>86
URLって88が書いてくれた奴で良いんですよね？
それともコールドフュージョン？
外部ﾘﾝｸ[cfm]:cfusion.sirius.co.jp
90(1): 名無しさん＠お腹いっぱい。 ID:11(6/7) AAS
>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。
91: 名無しさん＠お腹いっぱい。 ID:17(5/5) AAS
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
外部ﾘﾝｸ:www.imagemagick.org
外部ﾘﾝｸ:ftp.imagemagick.org
上下前次1-新書関写板覧索設栞歴
あと 502 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.020s