→ O187: 對於know how,我一直有疑問,我認為是能夠建立符合uesr作業需 12/22 22:50
→ O187: 求的系統,但主管卻是認為懂得user目前在用的這套系統,不會寫 12/22 22:51
→ O187: code不重要,只要叫別人寫就好了 12/22 22:51
→ O187: 不僅僅不會寫code,也不會系統規劃,只是知道user作業流程 12/22 22:52
→ O187: 我很懷疑這叫know how? 我以為know how是知道流程,並能規劃 12/22 22:53
→ O187: 架構 12/22 22:53
→ O187: 若僅僅懂目前在用的一套系統流程, 那user就很懂呀,所以user 12/22 22:54
→ O187: 就是懂know how的人嘍? 12/22 22:54
認真回
分析知識有三種不同的維度
對於「裝置的認知了解」是其中的一種
好比車輛
有的人只會開車,但不懂如何造車
有的人雖然會造車,但開車的技術不如舒馬克
同樣是車輛,不同的人有不同的知識範疇
這就是裝置知識的一體兩面,有人站在使用端,有人站在製造端
使用端的知識就一定比較Low嗎? 不一定~~
只是分工角色的不同位置罷了
你的主管沒有錯
在他的立場,根本不需要去管實作的技術細節
他只要能開出需求,有人能滿足需求即可
市場來自於需求
大部分時候,掌握需求的人,自認為自己才是營收的創造者
那些窮究構造原理的實作者,反正只是個工人,叫他做啥他就做啥
比挖水溝的苦力高級一點,但性質上差不多
→ sayya2311: 同意價值不是程式語言決定的, 但也不會自己決定的 12/22 23:15
→ sayya2311: 價值是供需決定的, 事實上, 竸爭力就是你不會的我會 12/22 23:15
→ sayya2311: 所以鑽研幾個程式語言的專家還是蠻搶手的 12/22 23:15
→ sayya2311: 知識的專家, 若不是很有門檻的知識, 價值恐怕也不會優 12/22 23:16
→ manaup: 無所謂 賣鏟子的賺的比淘金的多 這類的案例也不少 12/22 23:36
→ manaup: 不作 Zuckerberg 當 DHH 或 martin flower 也很爽 12/22 23:37
→ manaup: s/flower/fowler/ 12/22 23:37
→ manaup: @O187 那不叫domain knowhow 那叫潛規則或陋規 12/22 23:39
推 JackChena: 會講中文跟用中文寫出一篇好文章的人是不一樣的 12/23 00:38
推 atpx: domain knowhow在你可以分析目前流程還能怎麼改善 12/23 00:56
→ atpx: 不是user說什麼你就做什麼, 下場就是兩邊互怪 12/23 00:56
推 wadechen: 所以你是祖伯格? 12/23 10:31
※ 編輯: csfgsj (210.71.206.217), 12/23/2015 12:09:38