Re: [請益] 如何讓團隊重視程式品質?

看板Soft_Job作者 (生氣就輸了)時間10年前 (2015/04/22 23:48), 編輯推噓10(1009)
留言19則, 12人參與, 最新討論串2/2 (看更多)
※ 引述《poloball (吃不胖真無奈…)》之銘言: : 小弟在一個 RD < 10 人的新創部門 : 過去幾年,資深前輩的程式都是一人寫一人維護 : 甚至沒有版本控管系統 : 現在開始要共同開發, 我用了SVN : 但是團隊成員對於程式的品質不是很重視 : 或者是說不認為有什麼問題 : 我們使用 C++/C#, 卻有諸如以下為一時方便的寫法 <恕刪> 抱歉借這篇問一下 請問台灣有很看重程式品質的公司嗎?能否多說幾個名字讓小弟打聽看看? 其實我真的很喜歡寫程式,寫好的程式對我來說是藝術創作 偶爾想到漂亮的架構來滿足需求,也是會開心很久 但是現實面很無奈,架構再好,頂多是省到自己維護的時間 主管並不會在意這些東西 只要東西穩定能動,就算你程式寫得再好、很少出 BUG, 不清楚的主管,也只是認為你負責的項目工作量很小、東西很簡單 不見得看得出來程式品質所帶來的維護時間縮短,以及 BUG 不容易發生的價值 當然,在打考績的時候,更不可能把架構改善這種東西,視為什麼貢獻 有時候會想問,難道寫好的程式只能用來自我感覺良好嗎? 是否在現實面的考量下,程式品質終究是次要的? 還是說單純是我的眼界太窄,不知道台灣有很多值得去的好公司呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.127.113.54 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1429717708.A.9D6.html

04/22 23:57, , 1F
程式品質如何帶來具體回饋 跟產品屬性有很大關係吧
04/22 23:57, 1F

04/22 23:59, , 2F
譬如套裝軟體的生命週期可能長達十年以上 此時不佳的品質
04/22 23:59, 2F

04/22 23:59, , 3F
問題才容易暴露出來
04/22 23:59, 3F

04/23 00:04, , 4F
以上是現實面考量 個人成就感就另當別論啦
04/23 00:04, 4F

04/23 00:20, , 5F
想知道+1,對公司來說程式沒bug,跑起來順就不管了= =
04/23 00:20, 5F

04/23 00:36, , 6F
bug 越多越好~這樣才有活可做!
04/23 00:36, 6F

04/23 02:55, , 7F
想知道+1
04/23 02:55, 7F

04/23 02:58, , 8F
我們team會code review, 看到很差的code跟架構, 甚至cod
04/23 02:58, 8F

04/23 02:58, , 9F
e style不合都會當場講...
04/23 02:58, 9F

04/23 02:59, , 10F
一直被婊久了也會檢討吧
04/23 02:59, 10F

04/23 05:10, , 11F
每個主管都會號稱重視程式品質
04/23 05:10, 11F

04/23 08:06, , 12F
想知道+1
04/23 08:06, 12F

04/23 08:07, , 13F
趨勢, Digital River部分team有強迫每行code都review
04/23 08:07, 13F

04/23 08:08, , 14F
也會定期做refactor
04/23 08:08, 14F

04/23 08:19, , 15F
數位潮流似乎常常在找人
04/23 08:19, 15F

04/23 08:40, , 16F
接到爛code才有理由慢慢搞
04/23 08:40, 16F

04/23 12:58, , 17F
在甲方作就可以慢慢把程式搞好
04/23 12:58, 17F

04/24 19:43, , 18F
@thinkniht code review跟常招人不一定相關
04/24 19:43, 18F

04/24 22:55, , 19F
想知道+1
04/24 22:55, 19F
文章代碼(AID): #1LDyBCdM (Soft_Job)
文章代碼(AID): #1LDyBCdM (Soft_Job)