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

1 ：nobodyさん：2007/04/26(木) 01:16:27 ID:Z/Rpkmiv.net

最近PHPをはじめました。

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

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

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

2 ：nobodyさん：2007/04/26(木) 03:05:38 ID:vplBaXEV.net

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

3 ：nobodyさん：2007/04/26(木) 03:40:57 ID:???.net

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

4 ：nobodyさん：2007/04/26(木) 10:29:28 ID:???.net

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

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

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

5 ：nobodyさん：2007/04/26(木) 18:48:41 ID:???.net

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

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

6 ：nobodyさん：2007/04/26(木) 19:37:20 ID:???.net

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

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

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

7 ：nobodyさん：2007/04/26(木) 20:19:05 ID:???.net

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

8 ：nobodyさん：2007/04/26(木) 23:47:30 ID:???.net

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

9 ：nobodyさん：2007/04/27(金) 07:09:45 ID:???.net

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

10 ：nobodyさん：2007/04/27(金) 07:52:00 ID:???.net

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

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

11 ：nobodyさん：2007/04/27(金) 11:01:38 ID:???.net

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

12 ：nobodyさん：2007/04/27(金) 12:23:17 ID:???.net

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

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

13 ：nobodyさん：2007/04/27(金) 22:09:46 ID:???.net

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

14 ：nobodyさん：2007/05/05(土) 01:30:39 ID:YkQ5N4PI.net

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

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

15 ：nobodyさん：2007/05/05(土) 05:02:19 ID:???.net

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

16 ：nobodyさん：2007/05/05(土) 05:08:53 ID:???.net

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

17 ：nobodyさん：2007/05/05(土) 05:22:30 ID:???.net

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

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

18 ：nobodyさん：2007/05/05(土) 13:32:05 ID:???.net

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

19 ：nobodyさん：2007/05/05(土) 18:14:11 ID:???.net

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

20 ：nobodyさん：2007/05/05(土) 18:23:12 ID:???.net

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

21 ：nobodyさん：2007/05/11(金) 14:57:43 ID:???.net

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

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

22 ：nobodyさん：2007/05/12(土) 14:56:57 ID:???.net

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

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

23 ：nobodyさん：2007/05/12(土) 18:48:24 ID:???.net

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

24 ：nobodyさん：2007/05/12(土) 21:34:51 ID:???.net

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

25 ：nobodyさん：2007/05/12(土) 23:02:17 ID:???.net

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

26 ：nobodyさん：2007/05/13(日) 07:18:20 ID:???.net

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

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

27 ：nobodyさん：2007/05/13(日) 08:49:43 ID:???.net

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

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

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

28 ：nobodyさん：2007/05/13(日) 10:24:36 ID:???.net

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

29 ：nobodyさん：2007/05/13(日) 10:32:23 ID:???.net

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

30 ：nobodyさん：2007/05/13(日) 10:40:27 ID:???.net

>>28
そう思うなら Java 使ってれば？

>>29
> PHPがレンタルサーバーなどでも簡単に運用できるJAVA目指すなら

誰もそんなもん目指してませんが。

31 ：nobodyさん：2007/05/13(日) 11:22:09 ID:???.net

始めからPHP使うなという事で
このスレの結論でてしまいましたか

32 ：nobodyさん：2007/05/13(日) 14:32:51 ID:???.net

PerlをPHPなんかと一緒にするなよ。
PHPは変数の宣言が出来ず、スコープが関数単位。
だから、コードが汚くなって、ケアレスミスが増える。
いまどきPerlをuse strictなしで書く人はいないが、PHPはno strictで書くしかない。
その分、誰でもすぐになんとなく書けてしまえるけどな。

33 ：nobodyさん：2007/05/13(日) 17:16:25 ID:???.net

perlで済ませる様な一発処理ならphpとかのスクリプトでもメリット有るだろ。
でも業務システムとか大規模サイトとか堅牢さと処理能力を求められるのは、コンパイル言語じゃないと厳しい。

銀行の口座サイトが、ミクシのようにperlで設定ミスでスクリプト漏れたら痛いし。

34 ：nobodyさん：2007/05/13(日) 18:26:30 ID:???.net

>>32 は error_reporting() とかを知らんのだろうな...。

35 ：nobodyさん：2007/05/13(日) 18:32:16 ID:???.net

何、頓珍漢なこと言ってるんだか。
Javaはコンパイルが必要だからエンタープライジーなんじゃなくって、型チェックが出来るからエンタープライジーなんだよ。
PHPの場合、型の宣言どころか変数の宣言自体出来ないから話にならない。
$status_flg = false;
...
$status_flag = true;
...
if ($status_flg) {
...
}
↑最後のifが通らなくて、その理由がわからない。それがPHPクオリティ。

36 ：nobodyさん：2007/05/13(日) 18:36:07 ID:???.net

>>34はE_STRICTとuse strictが別物だと言う事を知らないんだろうな…。

37 ：nobodyさん：2007/05/13(日) 21:52:13 ID:???.net

>>35 は多分 error_reporting(E_ALL) を知らない。
いや、>>35は知ってるが、それを使わないのがPHPクオリティと言いたいのか。
それなら同意。

>>36 は俺にはよく分からないので詳しく。
・・・というか PHP の E_STRICT は多分ONではやってられない。
あまりに「非推奨」とか「廃止予定」とかが多すぎてPEARのライブラリすら使えない。
それもPHPクオリティ。

38 ：nobodyさん：2007/05/13(日) 22:00:47 ID:???.net

>>37
いや>>35はE_NOTICE がONでも通るだろ。よく読め。(PHPクオリティ?)

だからといって全ての変数に型宣言が必要とか言うのは掲示板スクリプト等程度
においては正直効率的とも可読性が高いとも思えない。
（明示的なキャストしまくりとか勘弁して）

やっぱり規模（と開発体制・人手の分散度合い）によるケースバイケース
でいいんじゃないか？ ←ここでループ

39 ：nobodyさん：2007/05/13(日) 22:43:36 ID:???.net

型宣言というか、if （$obj->validData)みたいにオブジェクト指向を使えば、
実装のデータ型はカプセル化されるので問題ないと思うが、
しかしPHPのオブジェクト指向は書きづらいし、使いづらいよね。

40 ：nobodyさん：2007/05/13(日) 22:45:00 ID:???.net

if ($obj->validData())だった

41 ：nobodyさん：2007/05/13(日) 23:18:39 ID:???.net

if ($runtime->getStatus())
とかやって、もしクラスがgetStatusインタフェースを持って無かったとしても
使用してみないとエラーが出ないという恐さはあるか。

42 ：nobodyさん：2007/05/13(日) 23:59:22 ID:???.net

>>35
言いたいことはわかるし、間違ってるとは言わないけど、その手のタイプミス
にかかわるバグが処理系で摘出できないケースは頻度は少ないが Java にだっ
てある。

もちろん頻度が少ないと言うのは重要で、だから大規模なソフトウェアに PHP
より Java が適していると言いたいんだろうけど、ごちゃごちゃ書かなくても
>>24 で充分だろ？

43 ：nobodyさん：2007/05/14(月) 05:18:28 ID:???.net

変数は補完入力かコピペ入力をするから、
>>35 のようなミスが起きた記憶はほぼないな。

今となっては、変数宣言はあってもよかったなと思うけど。
設定で、変数宣言の必要なモードをつけてもいいと思う。

44 ：nobodyさん：2007/05/14(月) 08:36:40 ID:???.net

>>43
同意。

45 ：nobodyさん：2007/05/14(月) 09:48:04 ID:???.net

PHPの問題は、間違った引数の型でもメソッドを呼べるということだよなぁ。
で、デバッグに勘が必要になる。
自分だけが書いたのコードなら自分の思考パターンは大体わかるからいいけどさ。

まぁそのへんの融通が効くから書き飛ばすのには向いているとも言える。
上にあるように、間違った呼びかたをしてたら呼び出された先をさっさと直しちまえば良い。
アプリ全体の構造が頭の中で把握できる範囲ならこれで大抵はうまくいく。

46 ：nobodyさん：2007/05/14(月) 12:09:34 ID:???.net

ケースバイケースって言っても、Perlでuse strictしないで書くなんて、それこそ10行未満の使い捨てのスクリプトだけだよ。
PHPを使うケースって10行未満のスクリプト限定になっちゃうけど。

47 ：nobodyさん：2007/05/14(月) 12:13:13 ID:???.net

例えば、
use strict;

sub foo {
my $arg = shift;
print "$arg\n";
}

sub bar {
print "$arg\n";
}

foo('hello');

は、実行しようとするとコンパイルエラーが起きちゃう。bar関数で不正に$arg使ってるから。

48 ：nobodyさん：2007/05/14(月) 12:15:25 ID:???.net

で、PHPはどうかというと、

<?
error_reporting(E_ALL);

function foo($arg) {
print "$arg\n";
}

function bar() {
print "$arg";
}

foo("hello");

実行すると、出ました、「hello」。残念ながらerror_reporting()はbar()を見てません。アッザース。

49 ：nobodyさん：2007/05/14(月) 12:40:49 ID:???.net

>>48
それ、PHPじゃなくてもPythonやRubyでもおんなじことだよ。
コード読み込んだ時点ではエラーが出ず、その箇所が実行されてはじめてエラーが分かる。
でもunit testを書いていれば、error_reporting(E_ALL) のレベルで十分、特に困らない。
PHPもRubyもPythonもみんなそれで問題なく開発できてる。
もしuse strictサイコー、他のスクリプト言語ダメダメというなら48の勝手だけど、use strictしたところでJavaやC#からみれば
> アッザース
だな。目くそ、鼻くそを笑うとはまさにこのこと。

50 ：nobodyさん：2007/05/14(月) 20:02:28 ID:???.net

>>49
だな。>>47のも

use strict;
my $arg;

（以下略）

で通るし。だからケースバ(ry

51 ：nobodyさん：2007/05/14(月) 21:47:50 ID:???.net

>>46
> PHPを使うケースって10行未満のスクリプト限定になっちゃうけど。

君は、それでいいんじゃね。

俺はももう少したくさん書けるけどね。

52 ：nobodyさん：2007/05/14(月) 22:04:49 ID:???.net

PHPの最大の問題はブロックによるスコープの切り替えがないことなんだよな。
無名関数がないから他の言語だったらインラインでも書けることを、どうしても一時変数を使わないといけない。
で、その変数は関数全体で有効になるから、大事な変数と使い捨ての変数がごっちゃになってしまう。
↑と変数の宣言が出来ないこととあいまって、熟練者が書いてもあまり綺麗にならないし、初学者が書くと恐ろしく汚いコードになる。

53 ：nobodyさん：2007/05/14(月) 22:08:15 ID:???.net

PHPは要するにインスタントラーメンなんだよな。
システム開発産業としてみた場合のPHPのメリットは大きい。
メリットがあるからこそこれだけ流行してる。証明されてる。
確かにお湯かけるだけで作れて、少なくとも不味くて食えないってことはない。
しかし、インスタントラーメンばっかり作ってて、料理人とはいえないよね。

54 ：nobodyさん：2007/05/14(月) 22:31:06 ID:???.net

>>53
ってぇとPHP用フレームワークは有名店コラボのカップ麺？

55 ：nobodyさん：2007/05/14(月) 22:33:27 ID:???.net

実際の日常生活でも料理人が求められることってないだろ
普通は自炊なり家庭料理なりだ
インスタントラーメンで用が済むのに料理人が出張ってきたら困る
しかも料金高いし

56 ：nobodyさん：2007/05/14(月) 23:06:41 ID:???.net

インスタントラーメンだけ作ってても、客が来て儲かってれば
料理人だろ。

○○の言語じゃなきゃ駄目とか言ってる方が素人ぽくみえるぞ。

57 ：nobodyさん：2007/05/14(月) 23:45:44 ID:???.net

そうだな、言語が開発効率と無関係なら
アセンブラでウェブアプリ造れるよな

58 ：nobodyさん：2007/05/15(火) 00:52:15 ID:2gvjM0as.net

結論：Javaでメジャーなフレームワーク使うのが一番。

59 ：nobodyさん：2007/05/16(水) 09:16:32 ID:???.net

>>58
なんでそうなるんだｗ

60 ：nobodyさん：2007/05/16(水) 11:53:34 ID:???.net

徹底してルーチンやクラスを分けて
変数のスコープを数十行程度にする
そういう当たり前の事が簡単にできる
スクリプト言語がいいね。RubyとかPythonとか。

61 ：nobodyさん：2007/05/16(水) 22:05:04 ID:???.net

ここまでの流れに加えるなら、Web用途ならやはり文字列の扱い重要。
スクリプト言語の有利な点は、全て文字列の扱いと配列（およびリスト）や
連想配列のデフォルト実装だと思う今日この頃。

正直、perlやPHP、rubyから入った人間はCやJavaの文字列、配列の
扱いは気が狂うほどのパラダイムシフトじゃないか？マイナス方向への。

int i;
for(i=0; i<ar.length(); i++){
ar[i] にほげほげ
}
は正直foreachやeachに慣れた人間には耐えられないんじゃないかな。

62 ：61：2007/05/16(水) 22:09:01 ID:???.net

ふつうのCやJavaだと
> ar.length()
は
ar.size()
なのかなと思う今日この頃。不勉強すんません。

63 ：nobodyさん：2007/05/16(水) 23:22:32 ID:???.net

Perlって実はかなり厳格なプログラミングを要求されるんだよね。スクリプト言語の中では。
Perl6ではよりその傾向が強まる。

64 ：nobodyさん：2007/05/16(水) 23:59:40 ID:???.net

以前のPerlがテキトー万歳だったんだよ
それだからこそ受け入れられてきたんだがそれゆえ5で崩壊した
use strictとかがある時点で変態

65 ：nobodyさん：2007/05/17(木) 00:57:49 ID:???.net

>>61
俺はまさにPHPでプログラム始めた人間だが、最近Cを使ってその辺は耐えられなかったことはないが、
「だからPHPとかPerlができたのか」とスゴく納得した。

66 ：nobodyさん：2007/05/17(木) 02:00:22 ID:???.net

Javaは冗長だけど注意深く使用すれば誰が読んでも内容が理解しやすい
コードを書きやすいので、一概に悪いとは思わないな。

67 ：nobodyさん：2007/05/17(木) 09:24:14 ID:???.net

そんなこと言ったらたいていの言語は読みやすいように書くことはできるよ
無限の時間とリソースが使えればな

それを極力圧縮するできるがどうかが「便利」の要だろ

68 ：nobodyさん：2007/05/17(木) 09:46:16 ID:???.net

Rubyも読みやすい書きやすいっていうけど、リフレクションを多用すると
恐ろしいことになるからなぁ。

リフレクションみたいに、静的な型なんてクソクラエみたいな書き方は、
なかなか強力で、使いどころを間違えなければたしかに書くときの効率はかなり上がるけど、
一方乱発するとメンテの効率をいちじるしく落とすね。

69 ：nobodyさん：2007/05/17(木) 23:17:38 ID:kV8X1K3f.net

型付けの弱い言語はバグの温床

70 ：nobodyさん：2007/05/17(木) 23:33:56 ID:???.net

>>69 型付けが弱い云々というよりは文化じゃないのかなと。

PHPならそれ３日でできますよ。フレームワークなんていりませんよ。て
べたべたべたべた書いて動いちゃう、それでいいやって仕事が多く、そんな
ソースを槍玉にあげてもなぁ、という気もする。そりゃ手を加えるほどに
バグも入るさ。安さ速さ最優先なんだから。

PHPの問題は言語仕様そのものというよりその使われ方だろう。
またそういう書き方でやってきた人間が、ある程度以上でかいもしくは
業務処理系のものまで上記の延長でPHPで作ろうとするから、言語の（糞）
仕様まで問題になるんだと思う。

perl, ruby, python なんかはまだツールとしての用途があるから違う文化が
あるのかもしれないが、PHPはもうwebしかないから、もともとやばい言語仕様
なのにそのままでフレームワークとかオブジェクト指向の整備とか大型化の
方向でどんどん泥沼にはまってるような気がする。

71 ：nobodyさん：2007/05/17(木) 23:41:17 ID:???.net

PHPにはちいたんがある

72 ：nobodyさん：2007/05/17(木) 23:44:19 ID:???.net

なんのためにプログラムがあるのか勘違いしてないか？おまえら

73 ：nobodyさん：2007/05/18(金) 00:42:32 ID:???.net

プログラミング言語はプログラム作成のために存在しておりますよ
思想体現の手段ではありませぬ

74 ：nobodyさん：2007/05/18(金) 00:55:58 ID:???.net

人間の思考つまり、思想に近いプログラム、
読みやすく書きやすいプログラムとも言えるな。

75 ：nobodyさん：2007/05/18(金) 02:14:08 ID:???.net

結果がよければあとは何でもいいじゃん。
自分の得意なもので結果だせればそれでいいでしょ。
批判ばっかりしてて神経質じゃねえのかプログラマーって

76 ：nobodyさん：2007/05/18(金) 09:27:29 ID:???.net

君の世界に客というものはいないのか
あるいは他の開発者でもいい
未来にそのプログラムを改修する自分でもいい
誰か他者は介在してないのか

77 ：nobodyさん：2007/05/18(金) 22:31:30 ID:???.net

ヒント：ニートの耳年増

78 ：nobodyさん：2007/05/18(金) 23:23:18 ID:???.net

>>69
php で色々組んでるけど、型関係でバグったことは使い初めの頃の
勘違いしかない。

処理系に型の間違いのチェックアウト能力がないのは確かだけど、
そもそもそんな間違いをぼろぼろやるプログラマは他のところでも
バグってる可能性が高い。

79 ：nobodyさん：2007/05/18(金) 23:46:40 ID:???.net

さー、自称天才PHPプログラマーが登場しましたよ

80 ：nobodyさん：2007/05/18(金) 23:48:49 ID:???.net

>>78
>バグってる可能性が高い。
まぁ、そうだな。69みたいな知ったかな書き方する奴はたいていどの言語でもバグ出す。

81 ：nobodyさん：2007/05/19(土) 00:37:00 ID:Scwv46iZ.net

そのさー、バグを出す/出さないをプログラマの能力依存にしないための方策の一つが、
強い型付けなんだが…。

82 ：nobodyさん：2007/05/19(土) 00:50:11 ID:???.net

ならバグを出さなけりゃ型の概念要らないって事だね

83 ：nobodyさん：2007/05/19(土) 01:15:25 ID:???.net

バリアント！バリアント！

84 ：nobodyさん：2007/05/19(土) 02:34:19 ID:???.net

コンパイラーが型チェックしてくれるので、単純なバグはそれだけでつぶせる。単純なミスをまったくしないプログラマーには不要な機能かもしれないが。

85 ：nobodyさん：2007/05/19(土) 10:22:57 ID:???.net

バグをださないように慎重に行うプログラミング、
バグが出てからバグを潰していくプログラミング、
どっちが効率がいいかってどこかで見たな

86 ：78：2007/05/19(土) 10:28:34 ID:???.net

>>81, >>84
いや、型のチェックアウトができることによるバグ検出能力にケチつける気はないけど、
強い型付けによる不便さもあるわけだから、トレードオフでしょ？

87 ：nobodyさん：2007/05/19(土) 10:30:06 ID:???.net

>>85

それきいてFreeBSDとWindowが頭にうかんできた

88 ：nobodyさん：2007/05/19(土) 13:24:42 ID:???.net

コンパイラによる型チェックが不便とか言ってるのは素人だけだろ？
後はMCでない、ぬるい仕事しかした事のない歳だけ食った自称ベテラン。

89 ：nobodyさん：2007/05/19(土) 14:17:53 ID:???.net

>>88
ゆとりまっしぐらな俺でも「変数の宣言いらないよ！」「型が柔軟だよ！」な謳い文句に気持ち悪さしか感じない
使い捨ての変数をバカみたいに量産する糞スクリプトしか書けないのか？って思う

90 ：78：2007/05/19(土) 15:52:07 ID:???.net

>>88-89
また、適材適所を知らないアフォが沸いてきたよ。(w

91 ：nobodyさん：2007/05/19(土) 16:13:18 ID:???.net

>>90
バカの一つ覚え乙

92 ：78：2007/05/19(土) 19:13:22 ID:???.net

その一つすら覚えられないの？ (w

93 ：nobodyさん：2007/05/19(土) 23:03:22 ID:???.net

>>91
いや、それが全てだろ。だから何回で(ry

まあそれぞれの適所を（実際に使わずに）理解するためには、こういうスレは
いいと思うがな。

94 ：nobodyさん：2007/05/20(日) 01:13:32 ID:???.net

適す範囲が著しく狭い物や、どこにも適さない物もあるでしょう
ホント思考が極端だな

95 ：78：2007/05/20(日) 09:01:59 ID:???.net

そりゃあるだろうけど、このスレと何の関係があるんだ？

具体的に指摘できないなら、自分の日記帳にでも書いたほうがいいよ。

96 ：nobodyさん：2007/05/20(日) 11:08:22 ID:???.net

>>94
> どこにも適さない物もあるでしょう

つまり存在意義のかけらもない言語？これは言い切る自信はないなぁ。
（強いて言うならMSのJ#みたいな？）

97 ：nobodyさん：2007/05/20(日) 14:53:05 ID:???.net

動的な型と静的な型の長所短所はあるけど、（もっともRubyの松本なんかは動的な型で決まりって言ってるけど）、
動的な型付けでかつ変数の宣言ミスをコンパイラーがチェックしてくれるPerlはかなり理想的だな。
PHPの場合、型が動的なのに加えて、ブロックによるスコープのコントロールが利かないこと、
変数が1種類しかないこと（Perlでいうところの@arrや%hashがなく、$arr/$hash）、
名前空間がないこと（まあ、パッケージ変数の代わりにクラス変数を使うんだけど、パッケージがないので今度はクラスの管理が難しくなる）
これらが組み合わさって、汚いコードを書くことを強制されるというか。ゆえにバグを誘発する。

98 ：nobodyさん：2007/05/20(日) 15:01:04 ID:???.net

>>95
具体的に指摘できていないのは適材適所適材適所言ってる奴も同じだろ

99 ：nobodyさん：2007/05/20(日) 15:18:11 ID:???.net

>>97は>>48と同一人物
Perlのオナニーは自分のブログでやれ
じゃないと>>48とおなじようにやり返されて恥かくだけ

100 ：nobodyさん：2007/05/20(日) 16:45:48 ID:???.net

PHPの有利なとこは、mod_phpが簡単にインストールできてそこそこ速いこと。
すぐに覚えられるので、人員の確保がしやすいこと。
これ以外の、言語仕様で優れてるところがあるなら教えて欲しいんだけど。

101 ：nobodyさん：2007/05/20(日) 16:52:13 ID:???.net

ちなみにRubyの松本はいろんな記事で型チェックの有用性は認めている。動的な型つけと型チェックは別問題だからね。

102 ：nobodyさん：2007/05/20(日) 16:57:45 ID:???.net

型は指定しなくてもいいが、指定すればチェックが働くようなのがいいんじゃない。
ActionScriptがそんな感じで、うまくやってるような気がするが。

103 ：78：2007/05/20(日) 18:04:35 ID:???.net

>>98
例えば >>61 のようにいくつか書かれてた思うけど、理解できてないと言うことですか？

>>101-101
そうだね。

・変数の型が 静的 / 動的
・型のチェックが コンパイル (もしくは実行開始) 時 / 実行時
・変数宣言の 要 / 不要
・変数のチェックが コンパイル時 / 実行時

は別物。(もちろん、動的な型を持つ言語はコンパイル時に完全に型チェックができない
と言うような制限はある。)

VB なんかは、指定しないと型なし (Variant) になるし、指定すればそれなりにコンパ
イル時チェックができるので、結構うまくできてたと思う。

104 ：nobodyさん：2007/05/21(月) 09:54:37 ID:???.net

動的型付け言語のプログラムを読んでて肩が凝るのは、
関数の動きを理解するのにコンテクストの理解を要求するんだよなぁ。
出入口がしっかり定義されていないから、関数が独立せず外部の知識前提で書かれてることが多い。

で、言語やフレームワークごとの流儀とか、書いた人間のクセなどを読む勘みたいなものが
必要になってくる。
これは難しいものではまったく無いけど、C育ちなどではリハビリがいることもある。
Rubyで自前型チェックを"精神安定のために"って言いつつ全公開メソッドに追加してる奴を見たことがあるよ。

105 ：nobodyさん：2007/05/21(月) 19:30:32 ID:???.net

>>48>>97の素性が判明しました
http://blog.livedoor.jp/dankogai/archives/50835571.html

106 ：78：2007/05/21(月) 22:21:20 ID:???.net

> 出入口がしっかり定義されていないから

動的型付けと何の関係もないと思うが...。

107 ：nobodyさん：2007/05/22(火) 00:17:39 ID:???.net

タイプヒンティングのことだろ。

108 ：nobodyさん：2007/05/22(火) 22:45:41 ID:???.net

ああそういうことか。

でも、だからと言って

> 関数が独立せず外部の知識前提で書かれてることが多い。

と言うのは、単なる偏見かと。

109 ：nobodyさん：2007/05/27(日) 16:21:22 ID:???.net

スプリプト言語自体も、スクリプト言語で大規模サイト作ってる香具師も馬鹿だとよくわかるスレ。
パールでサイトつくちゃったミクシとかゴミだよな。

本当に正しい動きするかより、エラー出ずに動けばおkレベルだろ？

110 ：nobodyさん：2007/05/27(日) 17:58:49 ID:???.net

これはまた、まずそうな釣り餌だな。

111 ：nobodyさん：2007/06/03(日) 00:36:37 ID:???.net

まあスクリプト言語じゃ大規模サイトは無理なのは事実。

112 ：nobodyさん：2007/06/03(日) 02:40:10 ID:???.net

ユニットテストをやればｲｲﾝﾀﾞﾖｰ

113 ：nobodyさん：2007/06/03(日) 23:52:47 ID:???.net

>>111
Amazonやlivedoorは大規模とはいわんのかな。
校正するなら、
誤）まあスクリプト言語じゃ大規模サイトは無理なのは事実。
正）まあスクリプト言語「だけ」じゃ大規模サイトは無理なのは事実。
くらいか。だから適材適所と何回言えば(ry

114 ：nobodyさん：2007/06/09(土) 09:01:49 ID:???.net

>Amazonやlivedoorは大規模とはいわんのかな。

DocomoのCiRCUS位でないと大規模とは言わないな…。

115 ：nobodyさん：2007/06/09(土) 12:10:05 ID:???.net

Circusでググってもエロゲしかヒットしない件

116 ：nobodyさん：2007/06/13(水) 00:19:39 ID:???.net

DoCoMo CIRCUSでググれば一発だな。

117 ：nobodyさん：2007/06/15(金) 02:53:21 ID:???.net

ユニットテストだけでバグが無くなると思ったら大間違い。
とコードコンプリートに書いてあったのの受け売り。

118 ：nobodyさん：2007/06/16(土) 18:53:00 ID:???.net

糞PGが一人でもまぎれこんでいればバグがある。
早く国家資格持ってない香具師はプログラム組めないようにしてしまえと思う。
トラフグ調理免許とかジャンボジェット運転許可証とかみたいに。

119 ：nobodyさん：2007/06/30(土) 01:36:19 ID:???.net

>>114
ものすごい亀だが、それってインフラじゃないのか？

120 ：nobodyさん：2007/07/06(金) 04:22:46 ID:???.net

スクリプト言語に文句いってるレベルのやつはスクリプト言語でできないプロジェクトにはめぐりあえないだろうな、レベル低すぎて。

121 ：nobodyさん：2007/07/11(水) 18:34:24 ID:???.net

そらそうだ。単なる利用者だし。

低レベル層の開発関わってる人も上澄み扱うプロジェクトには関わりにくい訳で。

122 ：nobodyさん：2007/08/20(月) 21:38:56 ID:???.net

>>120
同感

動的型付けの「お気楽さ」が心地よいよ〜

123 ：r545：2008/07/08(火) 00:08:51 ID:ywt4R5D2.net

すいません。。質問させてください。

webアプリ作成において、スクリプト言語が使われる理由って何ですか？

詳しく教えてください。。機械誤変換がなく、比較的簡単に作成出来るって
ことまでしかしらないので。。よろしくお願いします。

124 ：nobodyさん：2008/07/08(火) 00:52:28 ID:???.net

・Web だと、通常あまり厳しい性能を求められない
・文字列処理が多い
・仕様変更が多い

ぐらいかな。

125 ：r545：2008/07/08(火) 01:14:00 ID:ywt4R5D2.net

nobodyさん＞

Web だと、通常あまり厳しい性能を求められない っていうのは、たいしたアプリは
作れないってことですか？？大規模な、システムはやはりJavaですか。

・文字列処理が多い
・仕様変更が多い
っていうのはつまり？？初心者ですいません。。

126 ：nobodyさん：2008/07/08(火) 07:00:28 ID:???.net

お前にゃプログラミングは３年早いよ

127 ：nobodyさん：2009/01/01(木) 16:45:51 ID:???.net

・・・

128 ：nobodyさん：2009/02/22(日) 22:43:48 ID://7Dlz4Z.net

ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。

その5つとは：

１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て

スクリプト言語の得意分野は、５．

129 ：nobodyさん：2009/03/05(木) 18:54:55 ID:???.net

しょっちゅうバグまみれでシステム落ちても文句言えない用途でしか使えないしなあ。
セキュリティ上もスクリプト言語は改変し易いので不利。

130 ：nobodyさん：2009/05/25(月) 06:47:24 ID:???.net

すげぇな。まだ動的言語にあれこれ文句言ってる奴居るのかｗｗｗ

131 ：nobodyさん：2009/05/26(火) 07:32:56 ID:???.net

アセンブラが改変出来なくて最強。

132 ：nobodyさん：2010/03/21(日) 23:07:05 ID:RnhG2Ana.net

　　　　　　　　　　　 ＿
　　　　　　　 r-､' ´　　 ｀ヽr-､
　　　　　　　ｨ7　/l: ハヽﾊ ﾄヾ 　　 駄スレを隠すことは、この俺が許さん！
　　　　　　　 '|l |'´_`　´_ ｀| || 　　　信念に基づいて行動する。
　　　　　　　 |　|´ﾋ} 　 ﾋ}｀! l|　　　それを人は正義と言う。
　　　__ノﾞ).　从 l,　　_'_. 　|从　　　今俺が行ってることは、上げ荒らしではない。
　,_'（＿ ﾉ_ヽ　ヾl.＞ - ,イ;ﾘ　　　　正義という名の粛清だぁ！
　{ f:ﾃ} {'f:ﾃ}',／＼ヽ--/／ヽ 　　　
　ヽ,r─‐ ､ｨ .､､ i l＞Y＜! i　'､ 　　　バーニング！
　/ iゝ＿ﾉ iヽ　/l　　 |l　　l 　 ',
　lﾝヽ/ムノじ

133 ： 忍法帖【Lv=40,xxxPT】(1+0：8) 【15.9m】 電脳プリオン ◆3YKmpu7JR7Ic ：2012/11/23(金) 19:55:04.23 ID:???.net ?PLT(12079)

スクリプト言語あまり使わない

134 ：nobodyさん：2017/12/30(土) 14:17:41.78 ID:YhlYw6jg.net

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

0ZCR1RPKZW

135 ：nobodyさん：2023/06/13(火) 07:04:13.28 ID:???.net

肩にハエいるよ。

136 ：nobodyさん：2023/12/17(日) 17:02:36.18 ID:peaR5ko42

閣僚とか無給でもなりては大勢いるが特別高額税金泥棒職の税金泥棒額大幅増可決、賛成したのは自民公明と元民主無能独立組国民の三党な
さらに半導体価格大幅下落で確定した第二のエルピーダに２兆圓ものナマポ費追加投入とか天下り税金泥棒無能公務員には反吐か゛出るだろ
日本のマゾ体質無資産階級は資本家階級にとって搾取するために存在している家畜なわけだが何十年もロクに儲けさせてくれないからと
腐敗の権化安倍晋三と賄賂癒着．歴史的バカの黒田東彦に事実上また゛生まれてもいない労働省階級の子孫が支払うであろう莫大な税金を
金刷ることで顕在化させて株買って資本家階級の資産倍増、1兆円を超える圧倒的資産格差を形成させたのが世界最悪の腐敗政党自民党
仕事とは価値生産することをいうが地球破壊、災害連発、強盗殺人経済の限られたパイしかない日本で仕事したことのない害虫公務員に
高額なタダメシ食わしてやるデタラメ許してるから賃金が上か゛らず物価上昇という白々しい結果になってるのか゛現実な
全公務員を最低賃金に統−して介護やらに出向させればお前らの生活は豊かになる本質を理解しないと末代まで家畜だそ゛
(情報サイ├］　ｔTps://www.call4.jp/info.рhр?tyｐe=iTems&id=I000００6２
ttрs://hanｅda-projecT.jimdofrｅe.Com/ , ttΡs:/／flighｔ-route.com/
ttps：//n-souonhigaisosyoudan.amｅbaownd.com/