→ gname:唉.. 常遇到客戶在不會需要彈性的地方,要做彈性的需求...囧 06/19 13:45
這就要看設計的人在寫的時候能不能判斷出來了
難免還是有些地方需要重構
但有領域經驗的人應該要有本事讓重構的次數減少...
※ 編輯: andymai 來自: 61.227.67.108 (06/19 14:06)
→ gname:客戶的心比女人心還難摸...XD 今天說不要, 明天就要了... 06/20 00:24
※ 引述《saker (米蟲)》之銘言：
: ※ 引述《iman00b (I'm a n00b)》之銘言：
: :(恕刪)
: (後文恕刪)
: 我個人一些小小看法 這裡應該是倒因為果吧
: 要會寫程式的目的 不就是把設計實現出來嗎?
: 不先學domain knowledge (如文中所說的TCP/IP ARP)
: 而是直接硬幹trace code 如何能夠知道裡面有沒有錯?
: 而且先瞭解該領域的背景知識 再去看code寫code
: 才比較能夠事半功倍 快速瞭解吧?
: 我覺得coding skill 比較算是經驗的累積 不是說像domain knowledge
: 可以在課本中學習 coding skill 真的是要動手下去寫
: 才能一點一滴的累積 但是也不是寫的多就能累積
: 而是要能夠真正瞭解你寫下去的每行code的意義
: 就算是Ctrl+c/Ctrl+v 也要務必瞭解後再使用
: 只懂一半 比完全不懂還危險
: coding 只能算是工具 寫程式的目的 是為了實現設計
: 無論是資料結構 / 演算法 都是為了這個目的來服務
: 沒有設計 只是專研在coding 充其量只能當工匠
: 無法成為程式設計師 大家可以想想看 程式設計
: 是想要設計什麼呢?
:
其實什麼是因、什麼是果~有時候真的很難說得清
以ERP來說~有誰帶新人會真的讓他到現場跑過一次流程
等他全部都瞭解了~再來寫程式?
更何況~只跑過一次是絕對不夠的...
我想大部份都是資深的開SD~再交給底下的PG去實作吧
而coding skill不經過一些時間的鍛鍊~也很難有所成就
不是看了"深入淺出-設計模式"就能設計出好的程式和架構
設計這種東西，套得了不如套得巧
很多時候看起來似乎能套某些設計模式
但是如果沒有domain knowledge的輔助
就會發生類似"不會需要彈性的地方，硬是要設計成彈性"這種蠢事
而怎麼設計才是最好，就需要時間和經驗了
尤其是在接觸自己不熟，無法在短時間內全盤瞭解的domain時
更何況...設計好不好也是很因人而異的
看過不少次為此爭得面紅耳赤的場面...
※ 編輯: andymai 來自: 61.227.67.108 (06/19 13:14)