- 2008-02-04 (月) 13:44
- PHP
このところ、PHPがdisられまくって凹んでいた身（笑）としては、ひっじょうに「ぐっ」とくるエントリ。
特に「ビジネスになるから」と明言しているところはシビれた。
Mapleに関しては、開発リーダーに勧めたことがあったのですが、ちょうどMapleが停滞期に入っていたころで、結局会社で使用するフレームワークはcakePHPとなってしまいました。
Maple4はいい感じになるのかな？
会社での開発手法をいまから変えるのはなかなか難しいけど、個人ではまたMapleを勉強してみようかな？
いまはRhacoが面白いのでそっちばっかですが笑
＃うーむ、このエントリは敵をたくさん作ったかな・・・
そんなことはないとおもいます。
最近のPHPバッシングに凹んでいたPHPerには響いたんじゃないかなあ？
僕は響いたです。
「それを使ったら楽になんだよねー」って思ってる程度の人、にはならないようにしないと。
Comments:4
- kunit 08-02-05 (火) 1:55
-
ぐっと来てもらえましたか。それだけでも書いた価値があったというものです。
Maple4を面白いと思ってもらえるものにしますので、またちょくちょくのぞきに来てください。
- fumix 08-02-05 (火) 12:27
-
＞kunitさん
わざわざコメントありがとうございます。
Maple4期待しています。
DocTestいい感じですね。
うちでもテストを後回しにしてとにかく実装！という感じで開発が進んでいっているようで、後々不具合が発生して結局、工数かかってしまう状態がよく発生してしまいますので・・・恥ずかしながら。 - kunit 08-02-05 (火) 15:36
-
おそらくどこの会社もそういう感じなのではないかと思ってます。
DocTestというのはそれを使った開発手法も含めて導入しないとうまくいかないという結構制約がきついものになるので、そのあたりの開発手法の啓蒙も必要だと思っています。（なのでちょっとがんばって説明とかを書きました）
なので、そう遠くない将来にgihyo.jpやCodeZineとかで記事を出すとかをしたいなと思ってます。（自分自身が書かないかもしれませんが）
- fumix 08-02-05 (火) 15:54
-
＞kunitさん
巷にあるフレームワーク本（PHPに限らず）は「簡単にできる」ところばかりを強調して「テスト」の部分にはあまりページ数さいてないですよね、おまけというか。
cakePHPにもユニットテストの方法はあるのにちゃんと導入できてなくて、「手早くwebアプリ作ったけどイレギュラーな問題発生して、うわ～っ！」ってのは現在のうちの問題で・・・。Mapleの開発手法がテスト書かないと進めないってくらい制約がきつかったりするのは、不便なようで実は理にかなっているのかも。
PHPerは「黒いコード」書きがちですし(苦笑gihyo.jpやCodeZineでの記事、楽しみにしています！
Trackbacks:0
- Trackback URL for this entry
- http://www.planet-ape.net/blog/archives/569/trackback
- Listed below are links to weblogs that reference
- なぜPHPなのか？ from planet-ape|blog
