【PHP】ビューと業務ロジックを混在させる【PHP】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2009/09/30(水) 17:08:12ID:???ビューと業務ロジックが混在した
オブジェクト指向未満のコードを読むのが苦痛です。
何故このような言語が未だに使われているのですか。
0002nobodyさん
2009/09/30(水) 17:20:22ID:???それが嫌なら、自分で起業しろ
そうすれば、好きな言語で仕事できるぞ
0003nobodyさん
2009/09/30(水) 21:51:31ID:???0005nobodyさん
2009/09/30(水) 23:00:34ID:???でその制作者の制作物がまさにクソだった、と。
00061
2009/10/01(木) 01:00:46ID:d2Q140tt宮廷院に進むので卒業したらユーザー企業に行きます。
曖昧な仕様書とランダムで発生する仕様変更と
データ構造の変更でSIerを恐怖のどん底に突き落す立場になろうと思います。
マジ、客先の担当者終わってるわ。どんだけ無駄な工数発生させてると思ってるんだ。
>>3
書いた人の問題ですが、酷すぎる。
<html>タグに入ったところで平気で糞長いsql文書くとかね。
あなたのSqlExceptionはどこにあるのですか？？？
>>4
もちろんPHPでも、ちゃんとMVC分離して書くことはできますが、
変なところでPHPは自由度が高すぎる。
馬鹿でもMVC分離しなきゃ書けないような言語がいいと思います。
具体的にはASP.NETとかね。
>>5
彼もきっと言語がPHPじゃなくてASP.NETだったら
こんなことにはならなかったと思うんですよ。
もっとも、PreRenderとかの各イベントの駆動タイミングが
把握できなくて、まともにコード書けないとかもしれないけど。
0007nobodyさん
2009/10/01(木) 01:11:26ID:???>ASP.NET
それ、フレームワークだろ、言語じゃねーよ
プログラミング言語とフレームワークを同一で語ってるってどんだけよｗ？
0008nobodyさん
2009/10/01(木) 10:32:09ID:???恥ずかしい奴
00101
2009/10/01(木) 14:51:20ID:???まあ、そうなんだけどね。
>>8
その原因もPHPがJavaやC#のような美しい
オブジェクト指向機構を持っていないことにある。
>>9
自分はレガシーASPでもビューとロジックを
できるだけ分離して書きますが？
カスコーダーを生みだしてしまうのはPHPという言語が呪われてるからでしょ。
根本的な原因はPHPにある。ろくな例外機構が無いとか。
0011nobodyさん
2009/10/01(木) 14:56:04ID:???早く後方互換性を切ってくれ。
0012nobodyさん
2009/10/01(木) 15:34:05ID:???>自分はレガシーASPでもビューとロジックを
>できるだけ分離して書きますが？
だからそれが書いた奴の問題だって事だろ？
お前がそうするから、万人もそうするのか？
料理人が作る料理が不味いのは包丁のせいか？
どうも、そうとう嫌なことがあって、
それをPHP憎しに転換しているようにしか見えない。
この業界に向いてないのでは？
0013nobodyさん
2009/10/01(木) 17:15:13ID:???0014nobodyさん
2009/10/01(木) 17:54:18ID:???お前より下がいるから、お前に仕事があるんだと言うことを理解しとけ。
最初は尻ぬぐいかもしれんが、信頼を得て顧客を奪えれば独立だって出来るぜ？
PHPで超絶コード書く人だってごまんといる。
ASP.NET使ってクソみたいなコード書く人も同様にいる。
視野を広く持てや。
0015nobodyさん
2009/10/02(金) 03:55:44ID:???お前が優秀なら、優秀なプロジェクトに引っ張りだこになるはず。
そんなコネすら作れない内は、買ってでも苦労しとけ
0016nobodyさん
2009/10/04(日) 00:00:16ID:BwS37vJU上手な料理人は道具を選ばない（道具の使い方の本質を知っているから）かもしれないけど、
下手な料理人ほど良い包丁を使ったほうがいいのは万人の認めるところ。
.NETは「こういうときにこう書かなきゃいけない」というのが見えやすくなってるから
ソフトウェア工学を勉強していない人にやらせても一定の品質を担保できてると思うが。
>>13
火を吹かす原因となった部分を作った派遣コーダーは既に退職済み。
これもPHPのせい。
>>14
それを認めるには自分はまだ若すぎる。
とりあえず、PHPは早くVMをJITコンパイル対応させて、HTMLベタ書きを
しなくても高いスループットを出せるようにして、VMにデバッガを統合した上で
高機能なフレームワークを標準搭載して、エディタでコードを書く人種を減らすべき。
それらを成し遂げるまではPHPの原罪は消えない。
>>15
良くも悪くも色々と学ぶことが多いので職場は気に入っているが
ソフトウェア工学を専攻している者としてこういうコードが巷に
溢れているのは悲しい。
修士ではソフトウェア工学の専門教育を受けていないコーダーでも
高品質のコードを生産できるような仕組みを考えたいと思っているが、
やはりPHPが悪い。
0017nobodyさん
2009/10/04(日) 02:22:43ID:???言語のせいにするようじゃまだまだお子ちゃまだな。
Javaでさえ糞みたいなコードは腐るほどある。
せいぜい.NETでがんばってつかあさいｗ
0018nobodyさん
2009/10/04(日) 03:10:19ID:???>下手な料理人ほど良い包丁を使ったほうがいいのは万人の認めるところ。
下手な料理人が良い包丁を使っても、
料理が美味くならないことを理解できない、
というか認めたくないようじゃ、あまりにも幼稚すぎるだろ。
糞コードが生まれることを原罪論で語るなら、
それはPHPなんてレベルではなく、
プログラミング言語でシステムを構築することそのものだろ。
糞コードを生み出さない為には誰にもコーディングさせずに、
仕様や設計がそのままシステムとなるようなツールが必要だろ。
これは、近い将来に実現されるかもしれないが、
糞コードが駆除された先には、
>>6
>曖昧な仕様書とランダムで発生する仕様変更と
>データ構造の変更でSIerを恐怖のどん底に突き落す立場になろうと思います。
このような、糞仕様・糞設計が待ち構えている訳で、
結局、糞仕様・糞設計を生み出す糞技術者の問題に帰結し、
糞が滅ぶか、業界が滅ぶかという殲滅戦でしか答えは出ないだろう。
まぁ、お前さんは答えが出るその最後まで頑張ってくれ。
きっと、糞コードをお前に押し付けて一抜けした、
派遣コーダーも「がんばってねｗｗｗ」と応援してくれると思うよｗ
0019nobodyさん
2009/10/04(日) 03:34:12ID:???他にも優れた言語はあるだろうに･･･それらを使う会社に行くか、もしくは浸透させるような実績を作ればいいんでない？ｗ
0021nobodyさん
2009/10/05(月) 00:34:34ID:???0022nobodyさん
2009/10/05(月) 14:27:16ID:???0023nobodyさん
2012/02/16(木) 12:19:05.99ID:???こっそりのそのフレームワークを導入しちまえよ
0025nobodyさん
2013/11/10(日) 06:39:28.62ID:???■ このスレッドは過去ログ倉庫に格納されています