Re: [請益] 請問有成功在公司內導入OO觀念的案例嗎?

看板Soft_Job作者 (dk)時間13年前 (2011/04/15 22:38), 編輯推噓6(6039)
留言45則, 10人參與, 最新討論串3/15 (看更多)
說說我的經驗 我不知道有沒有成功, 只是盡可能做了我能做的事, 當時的情況是一個 web app 專案, 主要有兩個 controller, 然後什麼方法什麼實做, 通通在那兩個檔案面, DAO? Util? Presentation? 通通在一起, 在一起~在一起~ 我想好歹要切一下, 把 DAO 獨立出去, 可以的話一個頁面對一支程式更好, ( 中間層的話就...算了, 能做多少就做多少... ) 當然有老人不接受, 也有不老但早幾年的人不想管, 我就自彈自唱, 自己 refactor, 發信說明我的做法的思維, 花了幾個月 refactor 完大部份的程式, 也寫了很多封信跟老人 ( over 15 years ) 說明我的觀念, 然後 丟辭呈閃人 剩下的人怎麼做? 我不知道, 我只能說自己能做的都做了, 然後為新人祈譸~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.224.45.182

04/15 22:40, , 1F
這篇是...反諷嗎???
04/15 22:40, 1F

04/15 22:44, , 2F
反諷什麼? 不太了解您的意思, 只是陳述自己的案例
04/15 22:44, 2F

04/15 22:45, , 3F
(不知道成不成功,不太切題就是了)
04/15 22:45, 3F

04/15 22:59, , 4F
您有問過人家為什麼要分開嗎?自彈自唱接著閃人祈禱~這...
04/15 22:59, 4F

04/15 23:10, , 5F
至少我相信他盡力了,這種狀況他是改變不了
04/15 23:10, 5F

04/15 23:22, , 6F
我沒有問過誰為什麼要分開, 因為沒有人要分開啊
04/15 23:22, 6F

04/15 23:22, , 7F
至於誰為什麼想把十數個頁面的 controller~DAO 混在一起
04/15 23:22, 7F

04/15 23:23, , 8F
我是沒有問, 也不想問 0rz
04/15 23:23, 8F

04/15 23:33, , 9F
發現是我詞不達義 修一下
04/15 23:33, 9F

04/15 23:36, , 10F
好厲害喔...拍手....就我而言要我做這樣,至少也要有他的
04/15 23:36, 10F

04/15 23:36, , 11F
價值存在才有價值
04/15 23:36, 11F

04/15 23:38, , 12F
對我來說把事情做好就是價值, 尤其是後續開發維護都要壓
04/15 23:38, 12F

04/15 23:39, , 13F
在我頭上的話
04/15 23:39, 13F

04/15 23:40, , 14F
當時來說是那樣啦, 不過既然走人了, 價值就剩下練功了
04/15 23:40, 14F

04/15 23:44, , 15F
嗯..原來可以順便練功(+1),或許還能留給人看不過不一定吧
04/15 23:44, 15F

04/15 23:46, , 16F
是一定能留給人看, 有沒有價值就...
04/15 23:46, 16F

04/15 23:47, , 17F
(最少可以當反面教材) XD
04/15 23:47, 17F

04/15 23:51, , 18F
哈~別管這麼多拉
04/15 23:51, 18F

04/15 23:57, , 19F
囧抱歉~不知道是您修過了還是我頭昏了~看到"在一起"還以為
04/15 23:57, 19F

04/15 23:57, , 20F
refactor完有過QA嗎? 沒有的話很有挖坑的嫌疑喔~
04/15 23:57, 20F

04/15 23:58, , 21F
是人家分開~而您把它弄在一起Orz 不過這樣的公司如果薪水
04/15 23:58, 21F

04/15 23:58, , 22F
沒比人高~實在也是沒有留的必要...
04/15 23:58, 22F

04/15 23:59, , 23F
QA...敞單位沒有這種東西,測試只有我自己做喔
04/15 23:59, 23F

04/16 00:00, , 24F
我也的確覺得, X~自己設計,自己寫,自己測,一定坑坑洞洞啊
04/16 00:00, 24F

04/16 00:06, , 25F
我閃的主因就是 他們敢相信我,但我都不敢相信自己咧~XDDD
04/16 00:06, 25F

04/16 05:53, , 26F
我完全無法認同這種行為......
04/16 05:53, 26F

04/16 05:56, , 27F
自己要作又怕扛責任,這就是所謂的挖坑給別人跳啊...
04/16 05:56, 27F

04/16 09:27, , 28F
聽起來像是純粹為了refactor而去refactor 這聽起來就是
04/16 09:27, 28F

04/16 09:29, , 29F
挖坑讓人家跳進去啦
04/16 09:29, 29F

04/16 09:48, , 30F
在比較多人在寫code與測試的公司之下, 應該就不會有原PO
04/16 09:48, 30F

04/16 09:49, , 31F
這種行為的起因與結果了.
04/16 09:49, 31F

04/16 09:50, , 32F
樓上~這可不一定喔~因為我已經遇過了XDDD
04/16 09:50, 32F

04/16 09:51, , 33F
不過我也是不同意在不了解know how和程式全貌前就開始改
04/16 09:51, 33F

04/16 09:52, , 34F
原因如同下面板主講的~就算是自己改~也可能忘了當初考慮到
04/16 09:52, 34F

04/16 09:53, , 35F
的東西而重現之前的bug~甚至更糟...
04/16 09:53, 35F

04/16 10:29, , 36F
可以搬出"比例原則"嗎 XD 越多人的公司應該懂得減少個人
04/16 10:29, 36F

04/16 10:30, , 37F
性的失誤而傷害了公司的利益
04/16 10:30, 37F

04/16 10:34, , 38F
好糟糕的感覺 挖洞給後人跳 後人真可憐
04/16 10:34, 38F

04/16 11:36, , 39F
不是沒有人 而是沒有要做的人 至於挖洞就...
04/16 11:36, 39F

04/16 11:38, , 40F
只能說我盡量能補就補 然後小心不要產生新的 XD
04/16 11:38, 40F
做點補充 會想重構主要是幾點 1. 未上線, 開發中, 要測的情境也不多, spec 在我進去前 沒有 (開發用文件 == 0) 我進去後是由我開, 以及寫大部份的開發用文件 ( 聽說該專案在我進去之前, 已經在沒文件也沒註解的情況下, 隨個人自由發揮地做了兩年以上, 心臟真夠有力 ) 2. 如下篇版大講的 藉口1 有bug 幾個比較大條的如 user account 有機會相同 memory leak, 跟幾個會讓系統 活著 但又掛在那 的情形 (活生生的死結? XD) 3. 未來應該還會開發一段很長的時間, 起碼兩年, ※ 編輯: lovdkkkk 來自: 61.224.45.10 (04/16 12:13)

04/16 13:39, , 41F
你離職後,不會有人繼承遺志,最後一切回歸原點.誰當家誰做主,
04/16 13:39, 41F

04/16 13:39, , 42F
沒人會供奉神主牌.更何況你還沒到那個位階.
04/16 13:39, 42F

04/16 13:40, , 43F
這就是政治現實.
04/16 13:40, 43F

04/16 15:31, , 44F
同意樓上 政治現實 不是 技術思維可以去理解的
04/16 15:31, 44F

04/16 15:55, , 45F
誰當家誰做主才好 怕的是當家的人不做主 只能自己看著辦
04/16 15:55, 45F
文章代碼(AID): #1Dg5Y16L (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文
完整討論串 (本文為第 3 之 15 篇):
文章代碼(AID): #1Dg5Y16L (Soft_Job)