スクリプト言語は基本的に、変数の型を指定できないものが多いわけです。
で、これは本来、これら開発効率を売りにした言語の特徴だったはず。
でもちょっと待って下さい。
この仕様が間違いなく開発効率を下げている。
意図しない挙動をフォローするための機能実装がとても非効率的です。
皆さん、特にC系統の言語に精通されている方にお聞きします。
スクリプト言語での開発効率に関して、
普段意識的に実装されているロジックとかありますでしょうか。
メソッドの引数のタイプをいちいちチェックして、他の誰かが使ったり、
また再利用したりするときに備えるなんてことはそれほど重要じゃないことに気がついた。
メソッドどうしが互いにバンバン依存しあってても気にしない。
間違った呼び出しかたでメソッドを呼んでるコードがあったら、
メソッドの方を書き換える勢いで行けばいいよ、動けば良いのだから。
これはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
Railsだって一見きれいだけど、なかみはガチガチの密結合だしね。
普通一回限りの書き捨てよりも
ウェブアプリの方が多くないか？
> れはPHPが悪いって訳じゃなく、動的型付けのスクリプト言語はそういう性格のものだってだけのこと。
いや、悪いのはPHPでも、動的型付けのスクリプト言語でもなく、
そういうコードを書くプログラマ。
ちょっとDB繋いで情報表示するだけの告知ページやら、メールフォーム系で微妙に違うものいくつも作るときとかではphpで書き捨てる
がつがつ使い回す状態想定する時にphp採用したいかっていうと・・それもケース次第だな
うちだとあんま規模大きいのだと、phpは選定対象から外れがちだなー
だからって人材配置考えると、JAVAがいいとかRubyで行くぜとか一概に言えるもんでもないし
あー、なによ一言で言うと結局「場合次第」かよ
ゴミカキコ氏ねよ俺
PHPでウェブアプリを作るとき、フレームワーク以外の自作ビジネスロジックを使い回す事ある?
汎用掲示板機能クラスとかみたいな感じで
PHPでもRubyでも自動テストはちゃんと書く事にしてる。
自動テストが通る == -Wallで警告無しでビルド出来る
という認識。
あと、ヘッダファイルだけみりゃ何やっててどう呼ぶかが大体わかるということもないので
関数の中身を読まなきゃやってることを理解出来ないことが比較的多い。
これには面倒でもコメントをちゃんとつけるくらいの対応しかないね。
できたほうが絶対によいとはわかっていながらずるずる勉強先延ばしだ
精一杯がんばってphpとかのスクリプト言語がすべてって香具師では、スクリプトの品質が異なっていて当然。
プロジェクトで悩ましいのは、そういう混在したスキルの香具師のモチベーションを維持させ続けるレベルを設定できるか。
理想論だと実力のある香具師はモチベーション高まるけど、下の方は落ちこぼれる。
妥協論だと、下の方は付いて来れるけど、実力のある香具師はモチベーション維持できずに逃げ出す。
> 意図しない挙動をフォローするための機能実装
が大変という時点で、少なくともWEBアプリ系のシステム規模では言語関係なく腐ってます。
データの入り口をきっちり処理することを前提にするなら、後は内部コードが腐ってるだけの
ことじゃないですか。PHPならassertもあるし、それ以上の何が必要か正直わからない。
分ってれば十分なので、さっさと他の言語に移る事をおすすめする
ことになるのが恐くなるな
http://www.phpunit.de/pocket_guide/2.3/ja/index.html
>この仕様が間違いなく開発効率を下げている。
って例えば？
それプラス、困ったらprint_r()だ。これでPHPのマスター完了。
すぐ下にあるように、変数がなんなのか知るためにいちいちprint_rが
必要な分、手間がかかるってことじゃないかな。
ほら、動きがおかしいプログラムの怪しい変数をprint_r()して、
バグの原因がわかるっていうことよくあるじゃん?
例えばCには類似の問題がトリッキーな書き方をしないかぎり無いでしょ?
全部の変数に型が決まってるわけだから。
> バグの原因がわかるっていうことよくあるじゃん?
Cでも怪しい変数をprintfしてバグの原因がわかることよくありますが？
正しいが、デバッグの時間を考慮すると一概に効率がいいとはいえないな。
デバッグの事を考えるならMVCを分けて、テストを書いて、重複のあるコードを避けて
となるが、そういうプログラミングを行うならHTMLの中にプログラムが書けるPHPの
魅力半減だし、始めから簡素なPerlやRubyでフレームワーク使ったほうが良いんじゃ
ないかと思えてくる
適さない言語という事でFA？
規模と書き方に大きく依存すると思う。それは多分JavaでもRubyでも一緒。
Perlですら、十分に高品質なプログラムはあると思うが。
もっと言うならOSを落とす危険が常にあるようなC・C++みたいな言語は
最悪の「品質」のプログラムも「容易に」書けると思う。
>>26
> OSを落とす危険が常にある
それは、ＯＳもしくはその設定に問題があるんじゃ...
つまりオブジェクト指向を活用して、コードのあちこちに
ルーチンやデータが分散しないようにオブジェクトに
閉じ込めておく。そういう書き方をするとJAVAと同じような
冗長な書き方をしないといけないし、そこまでやるなら
JAVAと同じようにデータ型のチェックをコンパイル時に
してくれてもいいと思うのだが
かなり需要があると思うが、劣化Perlのような仕様をいつまでも引きずってる
せいで中途半端な言語に成り下がった。
そう思うなら Java 使ってれば？
>>29
> PHPがレンタルサーバーなどでも簡単に運用できるJAVA目指すなら
誰もそんなもん目指してませんが。
このスレの結論でてしまいましたか
PHPは変数の宣言が出来ず、スコープが関数単位。
だから、コードが汚くなって、ケアレスミスが増える。
いまどきPerlをuse strictなしで書く人はいないが、PHPはno strictで書くしかない。
その分、誰でもすぐになんとなく書けてしまえるけどな。
でも業務システムとか大規模サイトとか堅牢さと処理能力を求められるのは、コンパイル言語じゃないと厳しい。
銀行の口座サイトが、ミクシのようにperlで設定ミスでスクリプト漏れたら痛いし。
Javaはコンパイルが必要だからエンタープライジーなんじゃなくって、型チェックが出来るからエンタープライジーなんだよ。
PHPの場合、型の宣言どころか変数の宣言自体出来ないから話にならない。
$status_flg = false;
...
$status_flag = true;
...
if ($status_flg) {
...
}
↑最後のifが通らなくて、その理由がわからない。それがPHPクオリティ。
いや、>>35は知ってるが、それを使わないのがPHPクオリティと言いたいのか。
それなら同意。
>>36 は俺にはよく分からないので詳しく。
・・・というか PHP の E_STRICT は多分ONではやってられない。
あまりに「非推奨」とか「廃止予定」とかが多すぎてPEARのライブラリすら使えない。
それもPHPクオリティ。
いや>>35はE_NOTICE がONでも通るだろ。よく読め。(PHPクオリティ?)
だからといって全ての変数に型宣言が必要とか言うのは掲示板スクリプト等程度
においては正直効率的とも可読性が高いとも思えない。
（明示的なキャストしまくりとか勘弁して）
やっぱり規模（と開発体制・人手の分散度合い）によるケースバイケース
でいいんじゃないか？ ←ここでループ
実装のデータ型はカプセル化されるので問題ないと思うが、
しかしPHPのオブジェクト指向は書きづらいし、使いづらいよね。
とかやって、もしクラスがgetStatusインタフェースを持って無かったとしても
使用してみないとエラーが出ないという恐さはあるか。
言いたいことはわかるし、間違ってるとは言わないけど、その手のタイプミス
にかかわるバグが処理系で摘出できないケースは頻度は少ないが Java にだっ
てある。
もちろん頻度が少ないと言うのは重要で、だから大規模なソフトウェアに PHP
より Java が適していると言いたいんだろうけど、ごちゃごちゃ書かなくても
>>24 で充分だろ？
>>35 のようなミスが起きた記憶はほぼないな。
今となっては、変数宣言はあってもよかったなと思うけど。
設定で、変数宣言の必要なモードをつけてもいいと思う。
同意。
で、デバッグに勘が必要になる。
自分だけが書いたのコードなら自分の思考パターンは大体わかるからいいけどさ。
まぁそのへんの融通が効くから書き飛ばすのには向いているとも言える。
上にあるように、間違った呼びかたをしてたら呼び出された先をさっさと直しちまえば良い。
アプリ全体の構造が頭の中で把握できる範囲ならこれで大抵はうまくいく。
PHPを使うケースって10行未満のスクリプト限定になっちゃうけど。
use strict;
sub foo {
my $arg = shift;
print "$arg\n";
}
sub bar {
print "$arg\n";
}
foo('hello');
は、実行しようとするとコンパイルエラーが起きちゃう。bar関数で不正に$arg使ってるから。
<?
error_reporting(E_ALL);
function foo($arg) {
print "$arg\n";
}
function bar() {
print "$arg";
}
foo("hello");
実行すると、出ました、「hello」。残念ながらerror_reporting()はbar()を見てません。アッザース。
それ、PHPじゃなくてもPythonやRubyでもおんなじことだよ。
コード読み込んだ時点ではエラーが出ず、その箇所が実行されてはじめてエラーが分かる。
でもunit testを書いていれば、error_reporting(E_ALL) のレベルで十分、特に困らない。
PHPもRubyもPythonもみんなそれで問題なく開発できてる。
もしuse strictサイコー、他のスクリプト言語ダメダメというなら48の勝手だけど、use strictしたところでJavaやC#からみれば
> アッザース
だな。目くそ、鼻くそを笑うとはまさにこのこと。
だな。>>47のも
use strict;
my $arg;
（以下略）
で通るし。だからケースバ(ry
> PHPを使うケースって10行未満のスクリプト限定になっちゃうけど。
君は、それでいいんじゃね。
俺はももう少したくさん書けるけどね。
無名関数がないから他の言語だったらインラインでも書けることを、どうしても一時変数を使わないといけない。
で、その変数は関数全体で有効になるから、大事な変数と使い捨ての変数がごっちゃになってしまう。
↑と変数の宣言が出来ないこととあいまって、熟練者が書いてもあまり綺麗にならないし、初学者が書くと恐ろしく汚いコードになる。
システム開発産業としてみた場合のPHPのメリットは大きい。
メリットがあるからこそこれだけ流行してる。証明されてる。
確かにお湯かけるだけで作れて、少なくとも不味くて食えないってことはない。
しかし、インスタントラーメンばっかり作ってて、料理人とはいえないよね。
ってぇとPHP用フレームワークは有名店コラボのカップ麺？
普通は自炊なり家庭料理なりだ
インスタントラーメンで用が済むのに料理人が出張ってきたら困る
しかも料金高いし
料理人だろ。
○○の言語じゃなきゃ駄目とか言ってる方が素人ぽくみえるぞ。
アセンブラでウェブアプリ造れるよな
なんでそうなるんだｗ
変数のスコープを数十行程度にする
そういう当たり前の事が簡単にできる
スクリプト言語がいいね。RubyとかPythonとか。
スクリプト言語の有利な点は、全て文字列の扱いと配列（およびリスト）や
連想配列のデフォルト実装だと思う今日この頃。
正直、perlやPHP、rubyから入った人間はCやJavaの文字列、配列の
扱いは気が狂うほどのパラダイムシフトじゃないか？マイナス方向への。
int i;
for(i=0; i<ar.length(); i++){
ar[i] にほげほげ
}
は正直foreachやeachに慣れた人間には耐えられないんじゃないかな。
> ar.length()
は
ar.size()
なのかなと思う今日この頃。不勉強すんません。
Perl6ではよりその傾向が強まる。
それだからこそ受け入れられてきたんだがそれゆえ5で崩壊した
use strictとかがある時点で
俺はまさにPHPでプログラム始めた人間だが、最近Cを使ってその辺は耐えられなかったことはないが、
「だからPHPとかPerlができたのか」とスゴく納得した。
コードを書きやすいので、一概に悪いとは思わないな。
無限の時間とリソースが使えればな
それを極力圧縮するできるがどうかが「便利」の要だろ
恐ろしいことになるからなぁ。
リフレクションみたいに、静的な型なんてクソクラエみたいな書き方は、
なかなか強力で、使いどころを間違えなければたしかに書くときの効率はかなり上がるけど、
一方乱発するとメンテの効率をいちじるしく落とすね。
PHPならそれ３日でできますよ。フレームワークなんていりませんよ。て
べたべたべたべた書いて動いちゃう、それでいいやって仕事が多く、そんな
ソースを槍玉にあげてもなぁ、という気もする。そりゃ手を加えるほどに
バグも入るさ。安さ速さ最優先なんだから。
PHPの問題は言語仕様そのものというよりその使われ方だろう。
またそういう書き方でやってきた人間が、ある程度以上でかいもしくは
業務処理系のものまで上記の延長でPHPで作ろうとするから、言語の（糞）
仕様まで問題になるんだと思う。
perl, ruby, python なんかはまだツールとしての用途があるから違う文化が
あるのかもしれないが、PHPはもうwebしかないから、もともとやばい言語仕様
なのにそのままでフレームワークとかオブジェクト指向の整備とか大型化の
方向でどんどん泥沼にはまってるような気がする。
思想体現の手段ではありませぬ
読みやすく書きやすいプログラムとも言えるな。
自分の得意なもので結果だせればそれでいいでしょ。
批判ばっかりしてて神経質じゃねえのかプログラマーって
あるいは他の開発者でもいい
未来にそのプログラムを改修する自分でもいい
誰か他者は介在してないのか
php で色々組んでるけど、型関係でバグったことは使い初めの頃の
勘違いしかない。
処理系に型の間違いのチェックアウト能力がないのは確かだけど、
そもそもそんな間違いをぼろぼろやるプログラマは他のところでも
バグってる可能性が高い。
>バグってる可能性が高い。
まぁ、そうだな。69みたいな知ったかな書き方する奴はたいていどの言語でもバグ出す。
強い型付けなんだが…。
バグが出てからバグを潰していくプログラミング、
どっちが効率がいいかってどこかで見たな
いや、型のチェックアウトができることによるバグ検出能力にケチつける気はないけど、
強い型付けによる不便さもあるわけだから、トレードオフでしょ？
それきいてFreeBSDとWindowが頭にうかんできた
後はMCでない、ぬるい仕事しかした事のない歳だけ食った自称ベテラン。
ゆとりまっしぐらな俺でも「変数の宣言いらないよ！」「型が柔軟だよ！」な謳い文句に気持ち悪さしか感じない
使い捨ての変数をバカみたいに量産する糞スクリプトしか書けないのか？って思う
また、適材適所を知らないアフォが沸いてきたよ。(w
バカの一つ覚え乙
いや、それが全てだろ。だから何回で(ry
まあそれぞれの適所を（実際に使わずに）理解するためには、こういうスレは
いいと思うがな。
ホント思考が極端だな
具体的に指摘できないなら、自分の日記帳にでも書いたほうがいいよ。
> どこにも適さない物もあるでしょう
つまり存在意義のかけらもない言語？これは言い切る自信はないなぁ。
（強いて言うならMSのJ#みたいな？）
動的な型付けでかつ変数の宣言ミスをコンパイラーがチェックしてくれるPerlはかなり理想的だな。
PHPの場合、型が動的なのに加えて、ブロックによるスコープのコントロールが利かないこと、
変数が1種類しかないこと（Perlでいうところの@arrや%hashがなく、$arr/$hash）、
名前空間がないこと（まあ、パッケージ変数の代わりにクラス変数を使うんだけど、パッケージがないので今度はクラスの管理が難しくなる）
これらが組み合わさって、汚いコードを書くことを強制されるというか。ゆえにバグを誘発する。
具体的に指摘できていないのは適材適所適材適所言ってる奴も同じだろ
Perlのーは自分のブログでやれ
じゃないと>>48とおなじようにやり返されて恥かくだけ
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
PHP関連の書籍 第7版 (468)
匿名プロクシは、止められないのか・・。 (241)
【CMS】AD-EDIT質問スレ【国産】 (140)
【 スクリプト改造依頼スレ 】(丸投げ) part8 (127)
【PHP】PHPフレームワーク総合スレ15 (370)
30代が趣味でこれから覚えるならどっち？Perlかphp (562)
--log9.info------------------
PC-FX対セガサターン (291)
オアシスロード (707)
【白豚】戦場の絆キチガイスレ【無職】 (189)
ｳｲﾆﾝｸﾞｲﾚﾌﾞﾝｱｰｹｰﾄﾞﾁｬﾝﾋﾟｵﾝｼｯﾌﾟ2012part9 (931)
【島津】戦国大戦509万石【一強】 (174)
[ガンダムカードビルダー] レア抜き店晒しスレ5 (951)
【大佐維持】戦場の絆Aｸﾗ晒しｽﾚ151【試験ﾙｰﾌﾟ】 (858)
頭文字D6 ARCADE STAGE 6 AA Part19 (368)
ドラゴンボール ZENKAIバトルロイヤル 其の二十四 (599)
【格ｶﾃ一強】戦場の絆 第354戦隊【射ｶﾃに文句】 (376)
【QMA】クイズマジックアカデミー総合 737問目 (632)
【BBH】BASEBALL HEROES 2011 SHINE STAR【17番星】 (561)
QMA賢者の扉はなぜ大失敗したのか １ (166)
【LoV】LORD of VERMILION Re:2 神族スレ16 (388)
ガンダムカードビルダー0083総合390 (149)
三国志大戦3 厨デッキ議論スレ337 (207)
--log55.com------------------
ケアベアって知りませんか？
海外作家物ビスク・ポーセリン人形
人形がそんなに良いか？
バンロッホ
ボークスは草加なんですか
【爆】ドールショップBIC問題総合スレ★３
【違法？】ドールのリキャスト問題スレ【合法？】
【小説／小ネタ】人形板創作投稿スレ【新人歓迎】
