スクリプト言語と開発効率について (136レス)
1-

1
(3): 2007/04/26(木)01:16 ID:Z/Rpkmiv(1) AAS
最近PHPをはじめました。

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

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

皆さん、特にC系統の言語に精通されている方にお聞きします。
スクリプト言語での開発効率に関して、
普段意識的に実装されているロジックとかありますでしょうか。
2
(1): 2007/04/26(木)03:05 ID:vplBaXEV(1) AAS
お前はPHPを選ぶべきではなかったな。終了。
3: 2007/04/26(木)03:40 ID:??? AAS
スレタイと>>1の各段落との関連性が互いにすべて薄い件について
4: 2007/04/26(木)10:29 ID:??? AAS
結局PHPで作る物は一回限りの書き捨てが多いので
メソッドの引数のタイプをいちいちチェックして、他の誰かが使ったり、
また再利用したりするときに備えるなんてことはそれほど重要じゃないことに気がついた。

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

これはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
Railsだって一見きれいだけど、なかみはガチガチの密結合だしね。
5
(1): 2007/04/26(木)18:48 ID:??? AAS
perlならともかく、phpで作るものって
普通一回限りの書き捨てよりも
ウェブアプリの方が多くないか?

> れはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
いや、悪いのはPHPでも、動的型付けのスクリプト言語でもなく、
そういうコードを書くプログラマ。
6: 2007/04/26(木)19:37 ID:??? AAS
物に寄るわな
ちょっとDB繋いで情報表示するだけの告知ページやら、メールフォーム系で微妙に違うものいくつも作るときとかではphpで書き捨てる
がつがつ使い回す状態想定する時にphp採用したいかっていうと・・それもケース次第だな

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

あー、なによ一言で言うと結局「場合次第」かよ
ゴミカキコ氏ねよ俺
7: 2007/04/26(木)20:19 ID:??? AAS
>>5
PHPでウェブアプリを作るとき、フレームワーク以外の自作ビジネスロジックを使い回す事ある?
汎用掲示板機能クラスとかみたいな感じで
8: 2007/04/26(木)23:47 ID:??? AAS
他の言語が出来る(あるいは出来るPGを集めることが出来る)なら、PHPを選ぶ理由はない。
9: 2007/04/27(金)07:09 ID:??? AAS
rubyはメモリを多く食います
10: 2007/04/27(金)07:52 ID:??? AAS
Cみたいにコンパイルが-Wallで通ればそこそこ動くという事が無いので、
PHPでもRubyでも自動テストはちゃんと書く事にしてる。
自動テストが通る == -Wallで警告無しでビルド出来る
という認識。

あと、ヘッダファイルだけみりゃ何やっててどう呼ぶかが大体わかるということもないので
関数の中身を読まなきゃやってることを理解出来ないことが比較的多い。
これには面倒でもコメントをちゃんとつけるくらいの対応しかないね。
11: 2007/04/27(金)11:01 ID:??? AAS
趣味でサービスサイト作ってるけど、テスト作れる人に憧れる
できたほうが絶対によいとはわかっていながらずるずる勉強先延ばしだ
12: 2007/04/27(金)12:23 ID:??? AAS
CとかJavaとか使えるけど、使い捨てと割り切ってスクリプト言語使う香具師と、
精一杯がんばってphpとかのスクリプト言語がすべてって香具師では、スクリプトの品質が異なっていて当然。

プロジェクトで悩ましいのは、そういう混在したスキルの香具師のモチベーションを維持させ続けるレベルを設定できるか。
理想論だと実力のある香具師はモチベーション高まるけど、下の方は落ちこぼれる。
妥協論だと、下の方は付いて来れるけど、実力のある香具師はモチベーション維持できずに逃げ出す。
13: 2007/04/27(金)22:09 ID:??? AAS
サブルーチンとかメソッドだけ巧いこと書いとけばぉk
14: 2007/05/05(土)01:30 ID:YkQ5N4PI(1) AAS
>>1
> 意図しない挙動をフォローするための機能実装
が大変という時点で、少なくともWEBアプリ系のシステム規模では言語関係なく腐ってます。

データの入り口をきっちり処理することを前提にするなら、後は内部コードが腐ってるだけの
ことじゃないですか。PHPならassertもあるし、それ以上の何が必要か正直わからない。
15
(1): 2007/05/05(土)05:02 ID:??? AAS
とりあえず、PHPはセッションとPOST GETリクエストから変数取ってくる事ぐらい
分ってれば十分なので、さっさと他の言語に移る事をおすすめする
16: 2007/05/05(土)05:08 ID:??? AAS
あっ、あとSQLを実行した結果を連想配列にいれられるところもだな
17: 2007/05/05(土)05:22 ID:??? AAS
テストになれてくると、テストやらないと逆に後で面倒な
ことになるのが恐くなるな

外部リンク[html]:www.phpunit.de
18
(1): 2007/05/05(土)13:32 ID:??? AAS
>>1
>この仕様が間違いなく開発効率を下げている。 
って例えば?
19: 2007/05/05(土)18:14 ID:??? AAS
>>15
それプラス、困ったらprint_r()だ。これでPHPのマスター完了。
20: 2007/05/05(土)18:23 ID:??? AAS
print_r()より、var_dump()のがいい。
1-
あと 116 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.566s*