※ 引述《TonyQ (自立而後立人。)》之銘言:
: 程式技術不一定會是重點,解決問題和提昇產值才是根本。
: 這句話其實是我常喜歡說的,也是近來常看到的,
: 但是常常被誤會成,所以技術不重要,不需要鑽研技術。
: 不,並不是這樣的意思。
: 早上搭車時看到朋友在噗浪上提到這個議題,我想了想加註了一些註解,
: 也覺得這個議題其實值得提出來討論,底下附上我的經驗跟意見。
: TonyQ 想
: 這個論述不是技術無用,是技術是為了解決問題跟提高產值而學習的,
: 不要為了盲目的展現技術而誤會學習技術的目的。
: 以工程師圈而言,過度依賴技術,認為只要確實達成規格,
: 無視於規格和規格間在需求上的關聯性,為了達成非必要的抽象化包裝,
: 而做的過度架構及非必要犧牲效能,都是非常典型而常見的問題
: 技術在工程師圈扣掉根本無法掌握技術的人(根本不懂技術所以貶低技術),
: 大部分狀況反而是過度看重技術,我不是說以技術為重心不好,
: 而是要把需求謹記在心,這是一種雙方的拔河。
: 反過來在管理層或user而言,他們因為只依賴人去處理問題,
: 對技術並不直接著墨,所以對他們而言在乎的是需求有沒有被達成。
: 這種時候又過份的偏向於需求,而無視於開發者的技術能力,
: 會在根本上強力的影響需求達成度的事實。
: 諸如效能或資安問題就是很吃技術經驗的東西等。
: 這時又應該對 user / 管理層提高技術的重要性。
: 對user跟管理層,不重視技術會讓他們以為技術瓶頸很多,
: 但事實上很多事情可以用更低的成本,更快的速度,更好的效能做到,
: 但他們無法掌握,甚至『不知道』有這樣的事情。
: 這是我認為公司該有架構師做為平衡雙方技術認知的理由。
: 原噗 http://www.plurk.com/p/fc2nmh
: -----------------------------------
: 回到標題,技術重要?需求重要?
: 我認為的是「都重要」,而且雙方都應該把彼此放在心裡,
: 比例孰輕孰重,依照不同環境跟情形會有不同的需求。
: 當比例過度偏重一邊時難免會引起反彈,
: 但也不要過度的敵視另一邊,畢竟雙方需要的是合作,不是對立。
: 大家對這個議題有什麼看法或經驗呢?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.44.14.175
我覺得需求很重要
技術只是實現的手段
重要歸重要 但你真的能知道使用者到底想要甚麼嗎?
我想連使用者可能都不清楚自己要的是甚麼
有些專案會給客戶一定的額度去免費做CR
如果使用者真的清楚的話 需要這樣嗎
技術雖然只是實現的手段
但如果你技術太差 客戶可能會抱怨
怎麼跑那麼慢 還有一堆Bug
如果你的技術讓你能夠做到別人做不到的事情
只要這技術能實現客戶的需求
你就能占有很大的優勢了
例如:安全性 速度 有時就相當重要
當然...如果你在客戶不care的地方研究怎麼做得更好
那就沒甚麼價值了
技術要用對地方才有價值
結論...
我也認為需求與技術都很重要