133コメント44KB

スクリプト言語と開発効率について

■ このスレッドは過去ログ倉庫に格納されています

0001nobodyさん

2007/04/26(木) 01:16:27ID:Z/Rpkmiv

最近PHPをはじめました。

スクリプト言語は基本的に、変数の型を指定できないものが多いわけです。
で、これは本来、これら開発効率を売りにした言語の特徴だったはず。

でもちょっと待って下さい。
この仕様が間違いなく開発効率を下げている。
意図しない挙動をフォローするための機能実装がとても非効率的です。

皆さん、特にC系統の言語に精通されている方にお聞きします。
スクリプト言語での開発効率に関して、
普段意識的に実装されているロジックとかありますでしょうか。

0002nobodyさん

2007/04/26(木) 03:05:38ID:vplBaXEV

お前はPHPを選ぶべきではなかったな。終了。

0003nobodyさん

2007/04/26(木) 03:40:57ID:???

スレタイと>>1の各段落との関連性が互いにすべて薄い件について

0004nobodyさん

2007/04/26(木) 10:29:28ID:???

結局PHPで作る物は一回限りの書き捨てが多いので
メソッドの引数のタイプをいちいちチェックして、他の誰かが使ったり、
また再利用したりするときに備えるなんてことはそれほど重要じゃないことに気がついた。

メソッドどうしが互いにバンバン依存しあってても気にしない。
間違った呼び出しかたでメソッドを呼んでるコードがあったら、
メソッドの方を書き換える勢いで行けばいいよ、動けば良いのだから。

これはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
Railsだって一見きれいだけど、なかみはガチガチの密結合だしね。

0005nobodyさん

2007/04/26(木) 18:48:41ID:???

perlならともかく、phpで作るものって
普通一回限りの書き捨てよりも
ウェブアプリの方が多くないか？

> れはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
いや、悪いのはPHPでも、動的型付けのスクリプト言語でもなく、
そういうコードを書くプログラマ。

0006nobodyさん

2007/04/26(木) 19:37:20ID:???

物に寄るわな
ちょっとDB繋いで情報表示するだけの告知ページやら、メールフォーム系で微妙に違うものいくつも作るときとかではphpで書き捨てる
がつがつ使い回す状態想定する時にphp採用したいかっていうと・・それもケース次第だな

うちだとあんま規模大きいのだと、phpは選定対象から外れがちだなー
だからって人材配置考えると、JAVAがいいとかRubyで行くぜとか一概に言えるもんでもないし

あー、なによ一言で言うと結局「場合次第」かよ
ゴミカキコ氏ねよ俺

0007nobodyさん

2007/04/26(木) 20:19:05ID:???

>>5
PHPでウェブアプリを作るとき、フレームワーク以外の自作ビジネスロジックを使い回す事ある?
汎用掲示板機能クラスとかみたいな感じで

0008nobodyさん

2007/04/26(木) 23:47:30ID:???

他の言語が出来る（あるいは出来るPGを集めることが出来る）なら、PHPを選ぶ理由はない。

0009nobodyさん

2007/04/27(金) 07:09:45ID:???

rubyはメモリを多く食います

0010nobodyさん

2007/04/27(金) 07:52:00ID:???

Cみたいにコンパイルが-Wallで通ればそこそこ動くという事が無いので、
PHPでもRubyでも自動テストはちゃんと書く事にしてる。
自動テストが通る == -Wallで警告無しでビルド出来る
という認識。

あと、ヘッダファイルだけみりゃ何やっててどう呼ぶかが大体わかるということもないので
関数の中身を読まなきゃやってることを理解出来ないことが比較的多い。
これには面倒でもコメントをちゃんとつけるくらいの対応しかないね。

0011nobodyさん

2007/04/27(金) 11:01:38ID:???

趣味でサービスサイト作ってるけど、テスト作れる人に憧れる
できたほうが絶対によいとはわかっていながらずるずる勉強先延ばしだ

0012nobodyさん

2007/04/27(金) 12:23:17ID:???

CとかJavaとか使えるけど、使い捨てと割り切ってスクリプト言語使う香具師と、
精一杯がんばってphpとかのスクリプト言語がすべてって香具師では、スクリプトの品質が異なっていて当然。

プロジェクトで悩ましいのは、そういう混在したスキルの香具師のモチベーションを維持させ続けるレベルを設定できるか。
理想論だと実力のある香具師はモチベーション高まるけど、下の方は落ちこぼれる。
妥協論だと、下の方は付いて来れるけど、実力のある香具師はモチベーション維持できずに逃げ出す。

0013nobodyさん

2007/04/27(金) 22:09:46ID:???

サブルーチンとかメソッドだけ巧いこと書いとけばぉk

0014nobodyさん

2007/05/05(土) 01:30:39ID:YkQ5N4PI

>>1
> 意図しない挙動をフォローするための機能実装
が大変という時点で、少なくともWEBアプリ系のシステム規模では言語関係なく腐ってます。

データの入り口をきっちり処理することを前提にするなら、後は内部コードが腐ってるだけの
ことじゃないですか。PHPならassertもあるし、それ以上の何が必要か正直わからない。

0015nobodyさん

2007/05/05(土) 05:02:19ID:???

とりあえず、PHPはセッションとPOST GETリクエストから変数取ってくる事ぐらい
分ってれば十分なので、さっさと他の言語に移る事をおすすめする

0016nobodyさん

2007/05/05(土) 05:08:53ID:???

あっ、あとSQLを実行した結果を連想配列にいれられるところもだな

0017nobodyさん

2007/05/05(土) 05:22:30ID:???

テストになれてくると、テストやらないと逆に後で面倒な
ことになるのが恐くなるな

http://www.phpunit.de/pocket_guide/2.3/ja/index.html

0018nobodyさん

2007/05/05(土) 13:32:05ID:???

>>1
>この仕様が間違いなく開発効率を下げている。
って例えば？

0019nobodyさん

2007/05/05(土) 18:14:11ID:???

>>15
それプラス、困ったらprint_r()だ。これでPHPのマスター完了。

0020nobodyさん

2007/05/05(土) 18:23:12ID:???

print_r()より、var_dump()のがいい。

0021nobodyさん

2007/05/11(金) 14:57:43ID:???

>>18
すぐ下にあるように、変数がなんなのか知るためにいちいちprint_rが
必要な分、手間がかかるってことじゃないかな。

ほら、動きがおかしいプログラムの怪しい変数をprint_r()して、
バグの原因がわかるっていうことよくあるじゃん?
例えばCには類似の問題がトリッキーな書き方をしないかぎり無いでしょ?
全部の変数に型が決まってるわけだから。

0022nobodyさん

2007/05/12(土) 14:56:57ID:???

> ほら、動きがおかしいプログラムの怪しい変数をprint_r()して、
> バグの原因がわかるっていうことよくあるじゃん?

Cでも怪しい変数をprintfしてバグの原因がわかることよくありますが？

0023nobodyさん

2007/05/12(土) 18:48:24ID:???

PHPはスクリプト言語なのでコーディング時間が短くて済むというのはある意味
正しいが、デバッグの時間を考慮すると一概に効率がいいとはいえないな。
デバッグの事を考えるならMVCを分けて、テストを書いて、重複のあるコードを避けて
となるが、そういうプログラミングを行うならHTMLの中にプログラムが書けるPHPの
魅力半減だし、始めから簡素なPerlやRubyでフレームワーク使ったほうが良いんじゃ
ないかと思えてくる

0024nobodyさん

2007/05/12(土) 21:34:51ID:???

適材適所と言う言葉を知らんと言うことで FA ?

0025nobodyさん

2007/05/12(土) 23:02:17ID:???

PHPはソフトウェアの品質を高くするという目的には
適さない言語という事でFA？

0026nobodyさん

2007/05/13(日) 07:18:20ID:???

>>25
規模と書き方に大きく依存すると思う。それは多分JavaでもRubyでも一緒。
Perlですら、十分に高品質なプログラムはあると思うが。

もっと言うならOSを落とす危険が常にあるようなC・C++みたいな言語は
最悪の「品質」のプログラムも「容易に」書けると思う。

0027nobodyさん

2007/05/13(日) 08:49:43ID:???

>>24 を証明してくれてありがとう ⇒ >>25

>>26
> OSを落とす危険が常にある

それは、ＯＳもしくはその設定に問題があるんじゃ...

0028nobodyさん

2007/05/13(日) 10:24:36ID:???

PHPでデバッグが容易になるような書き方、
つまりオブジェクト指向を活用して、コードのあちこちに
ルーチンやデータが分散しないようにオブジェクトに
閉じ込めておく。そういう書き方をするとJAVAと同じような
冗長な書き方をしないといけないし、そこまでやるなら
JAVAと同じようにデータ型のチェックをコンパイル時に
してくれてもいいと思うのだが

0029nobodyさん

2007/05/13(日) 10:32:23ID:???

PHPがレンタルサーバーなどでも簡単に運用できるJAVA目指すなら
かなり需要があると思うが、劣化Perlのような仕様をいつまでも引きずってる
せいで中途半端な言語に成り下がった。

■ このスレッドは過去ログ倉庫に格納されています