摘要:經驗心得集
以下也不知是好是壞
別太在意~
2009-10-09
我有很多時間和精力
投入到創新的代碼工作中去
有時候
殺蟲比寫一個程序更有成功感
跟開繼續跟
問人take文件
唔好搵 唔知頭唔知路既人 幫手
當問的人也不知道要拿什麼
你怎樣可以 拿到你想要的東西
人多不一定是好辦事...
寫程式時
最好是單一指派
2個人時 是沒有問題
a > b
若果是3個人
a > b 然後 b > c
c所做的 符合b的要求 卻未必符合a的要求
於是有時候就要重做了...
若換成
a>b
a>c
這樣 b c 所做的 都符合a的要求
要善用網路工具
要善月gmail等東西 來作file傳送
這樣在公司不同電腦也能 取得檔案
(有時電腦不能用手指 , 有時電腦不能上網 因情況而異)
苦了的 只是用家而已...
開發者 與 規劃者
開發system時
若果一開始沒有規劃好
會增加後期開發的難度
然而 要一開始規劃好是一件煩事
我自己也不喜歡一開始就定死死的
反而想一邊開發一邊修改
當規劃 跟開發 是由不同的人來做
問題就出來了
開發人員 不能隨意的改...
開發人員 也不一定清楚 規劃的人為什麼要這麼做…
於是 開發人員就用盡方法達到規劃的要求
使用了複雜的技巧 使system 比較難維護
一個system原來是簡單的 就達成任務
可是後來越來越多的要求
開發人員就要不斷的加東西
後加的東西一定會比較顯得格格不入
我覺得理想的方法是
給開發人員一個最終目的
中間怎麼做 由開發人員自己決定吧
只跟規劃的做 而不知這樣做目的
開發人員會感到 迷茫
開發受到限制 而不知自己 要做什麼~.~
簡單就是美
當使用了難度高的演算法
其他地方的難度相應增加
當有關輸入> db > 輸出的情況
最好table 開多一些field ,用最簡單的方法演算法
這比 用複雜的演算法 而table 開少一些field 好一些
------------------
熱愛生命 喜愛新奇 有趣的事物
過去 是無法改變
將來 卻能夠創造
希望使大家生活更便利
世界更美好
a guy who loves IT and life
