Re: [心得] 別急著用那些新奇玩意兒
※ 引述《yauhh (小y寶貝)》之銘言：
: 2. 看你順便寫了，「方法論的信仰不算什麼， domain knowledge 才是根」。
: 因此，我覺得很殘忍的實情是，這二個字是說：你要隨波逐流，人云亦云，
: 更甚於自己內在深度知識的造就。於是， "domain knowledge" 是很無聊
: 的字眼，並且，不比方法論更高段。
Domain Knowledge不只是根，還是不少營利事業賴以為生的命
對於大部分的公司，這是一個不公開的秘境
甚至它可以公開原始碼，但絕對不會公開Domain Knowledge
反正沒有Domain Knowledge，原始碼也看不出所以然來
如果有那種沒有Domain Knowledge的公司
那只有做苦工的份
你對Domain Knowledge的詮釋太過悲觀
理論的桃花源確實存在，只是你還沒見到而已
不過吾人導師要求這點不可公開，所以我就沒法在此詳細說明
只能稍微提一點邊
對於Domain Knowledge，我們是分
知識
模式
作業
系統
四個部分來解析它
到最後就是一堆經典模式的收集
程式碼可以到達幾千萬行，但經典模式就一直是那幾樣
Trace Code只是為了要看它的模式，不管它是用那一種程式碼寫的
所以看程式的速度特別快
甚至看了前面10%的code就可以預測後面90%的code
通常都很準，該出現的東西一定找得到
這邊要說一點oop的壞話
同樣的功能、模式要求下
用oop寫的總是又臭又長又難處理
這是我們不喜歡它的主因
至於有人質疑改code花時間的問題
我只能說那是錯誤的印象
我們改code花的時間比想像中的快很多很多
不會比Framework Base 慢，決勝點往往出現在測試、Debug階段
至於方法論，我們這邊也有方法論，只是它並不是寫code的方法論
而是處理知識的方法論
只是這也是被要求不可公開的部分
但並不表示別人沒有處理知識的方法論就不能作事了
因為它們用的是隨機經驗法，這是我們對它的歸類
至於作生意的部份
我們對軟體工程的定義是：
在產品開發的過程中，與軟體有關的所有事務
(包含測試、除錯、抄別人的code都算)
至於產品能不能賣錢，我們就不管了
那是Product Marketing 的事
我們只管弄出他們要的東西來
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.229.218.67
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1425087173.A.EBC.html
推
02/28 11:32, , 1F
02/28 11:32, 1F
→
02/28 11:33, , 2F
02/28 11:33, 2F
→
02/28 16:46, , 3F
02/28 16:46, 3F
→
02/28 18:23, , 4F
02/28 18:23, 4F
→
02/28 18:24, , 5F
02/28 18:24, 5F
→
02/28 19:07, , 6F
02/28 19:07, 6F
→
03/01 09:24, , 7F
03/01 09:24, 7F
討論串 (同標題文章)