對住 d Code, 好想打人!!!

可能因為以前讀軟件工程課程既影響, 加上上一間公司係對軟件開發有管理, 自己對質量管理會比較高, 來到新既公司, 見到一些行 Smart UI, 用 comment 黎保存版本, 無版本控制同埋無軟件管理既環境下, 個人開始慢慢地變得燥火.  而因為公司無指引同無需要接受 Audit, 部份既源始碼無被管理, 亦未必能重用於其他既項目, 這個會大大地增加開發者既開發時間.  而當公司不段有項目, 以及要在 Deadline 前完成, 源始碼既質量及可重用性大大地下降, 我覺得無時間唔係一個借口, 唔應該用無時間黎影響軟件質量, 而因為係使用 Smart UI Anti-Pattern 既關係, 所有邏輯不能重用以及難以管理, 因此對於接任者及開發者本身都難以在往後既日子容易地了解, 回顧及更改, 對我黎講見到呢d 野係真係開始燥.

以前曾經同朋友傾過, 有些人會專門寫這些難以理解既源始碼黎保住自己既飯碗, 因為無其他人跟到, 所以佢除左可以長做長有, 更可以減低被開除既風險.  而我就會追求軟件既質量, 就算而家未能做到最好, 但都會集中在簡化及可重用性方面著手, 以最快既時間 (及最懶既手法) 下, 盡快做到最簡單及最易令人明白既模型, 使更改起黎做容易改, 以及可以比 Domain Expert 更易明.

係我既人生上面, Computer Science 唔係我條路, 我既路係點樣用科技黎幫助公司黎提高競爭力, 就好似 Pure Science 同 Apply Science 既分別, 我會著重 Apply Science 上.  而因為咁既原因, 我覺得要解決 Domain Problem 就要了解 Domain Knowledge, 值住 Domain Expert 同 Developer 既溝通黎做到共同理解, 以更加了解用家既要求.  而在於保住飯碗方面, 我覺得提高源始碼質素及快捷開發能夠使我踏上專業既道路, 而我希望香港既軟件行業能夠得到提升, 我唔介意同人討論, 當然在現在自己既英文水平係聽同講既方面未必能容易地討論, 但在母語既環境下我應該可以慢慢地同其他人討論一些較深入既軟件問題. (畢竟自己既表達能力未夠)

在當前既環境下, 自己唯有保持自己既專業, 等待一個適當既時間, 適應左新環境, 以及自己試驗過有關既軟件之後, (其實我仲想試埋個 trac, 同 subversion security), 再作詳細建議.

Leave a Reply

You must be logged in to post a comment.