PHPの最近のブログ記事

すげー正しいけど間違ったコード

rokujyouhitoma
(2008年8月18日 23:54) | | コメント(0) | トラックバック(0)
基本愚痴のある意味ネタです。


ひさびさにPHPを触りました。
他人が作ったコードがお客様に納品されたもの。それを保守開発で私が担当。

何に驚いたって、class使わないのはよくお目にかかるけど...
functionを一つも使わないのは初めてだった...


いや、間違ってはないよ。処理を上から追えばいいから楽だよね。うん。
だけど、もっと　開発しやすく出来たでしょうに...


作った人と電話で何度となく話したけど、このひとサイバーなんたらってブログで有名な会社の元ウェブ系デザイナーさん。

デザイナさんでめちゃくちゃコードかける人も入れば、プログラマでデザイン出来ちゃう人がいる訳だし。
でもね。もうちょっとうまく設計とともに実装してくれ、お願いだ...

追記：「ひとまず納品のために動くものを作りました。」って感じのコードでした..
追追記：納品が完全に終わる前だったのでクレーム出そうと思って実際に話してたらあまりのいい訳に呆然としてしまった。=>期間がなかったとか、設計ってそんなの必要ないですよとか。
=>メモ書き程度の設計もしないのか！
=>セキュリティのせの字もでてこないのかお前は！

追追追記：この前、PHPカンファレンスで聴いた事を思い出した。言語自体が悪いんじゃなくて、教育が行き届いてないんだなと。

スパゲティー

rokujyouhitoma
(2008年6月12日 00:52) | | コメント(0) | トラックバック(0)
技術者が入れ替わり立ち代わり。ドキュメントは存在せず。仕様も曖昧。

そんな保守開発。

昔、常駐開発していた技術者の方が事務の女性にこう言ったそうな。

「スパゲティーコード。」

事務の女性はコードが読めないので、何の事か分からなかったそうな。むろん私は理解しています。その技術者の意味する物を。

そんな現場に今月から常駐してます、rokujyouhitomaです。


推測できる原因と改善案を気づいた限り挙げたい。
推測できうる原因
  1. 設計期間を設けず、かつ仕様も曖昧なまま開発を行ったため。
  2. ドキュメントの作成を行わなかったため。
  3. 人材が入れ替わり。
  4. 引き継ぎを行わなかったため。
  5. 後続で入った技術者がその場しのぎで修正を行ったため。
  6. 管理者兼依頼者は元SEではあるものの、コードを管理（読む、書く）出来ない。さらに言及すると上級技術者がいない。
大体こんな感じ。特に人材が入れ替わり立ちかわりであり引き継ぎ資料や、ドキュメントが喪失した事による影響が極めて大きい。
上記の結果、バグが大量発生し更に時間が取られるスパイラル。プロジェクト途中参加は最悪だ。。。

では改善案は？以下に気づく限り列挙する。
改善案
  1. コメントすらないため、コメントの蓄積を行う。初歩の初歩。
  2. 技術の共有かを行う。共有化方法はtrac,wiki,そして対話を強める！！意思疎通するのだ！
  3. 管理者兼依頼者に作業時間、環境構築のための理解を求める。説明する。最低subversion環境は構築しバージョン管理を行う。
  4. MVCモデルの実践というか、HTMLとロジック部分、DB接続部分の分離ぐらいしようよ。。。クラス使おうよ。。。（泣き
と涙が出てくる。
：
：
：
涙が出てくる。

第14回 オープンソーステクノロジー勉強会があるそうな。

rokujyouhitoma
(2008年6月 9日 23:15) | | コメント(0) | トラックバック(0)
第14回 オープンソーステクノロジー勉強会があるそうな。

モバゲー話が聴けるそうな。

日時は7月8日だそうな。

行ってくるわ。

第14回 オープンソーステクノロジー勉強会
7月8日(火) 19:30 - 20:30
株式会社ディー・エヌ・エー　川崎修平さん
http://labs.gree.jp/Top/Study/20080708.html


追：またまたPHP業務だよ。
しかも、過去最悪のこんがらがったコード。
リバースとリファクタでやっつけてやる！！
« Perl | メインページ | アーカイブ | Python »