緯雲股份有限公司
R&D Manager
Kuma 最討厭的就是 coding 了。
你沒聽錯,身為RD,只要能滿足品質與時程,他堅持能夠少寫 code 就少寫 code。
他也很懶,能夠讓機器做的事就不自己做。
他討厭浪費,也懶得算計,就傻傻地在組織內努力推動各種流程改善、人員教育,與軟體工程實踐。
「崇尚敏捷精神,熱愛軟體工程」— 你可以這麼形容他。
單元測試聊久了,Git 用久了,在多團隊或多人協作的場景下,是不是下意識就會想要避免衝突?為了不要衝突,是不是第一個想法就是「開 Branch」?
不急,不急,不是多人就會有衝突,也不是衝突就會卦、更不是解衝突就會加班!
你誤會了,使你加班的不是衝突,不是測試,不是你身旁的同事,也不是善變的客戶,而是你一廂情願多為客戶做的無用功能、你那一輩子不會用到的預留彈性,以及你改一點點功能就要花三週調整的複雜設計!
解方來了!本活動將藉實際操作與討論,由淺至深地探討在實際工作中的「多人協作」會發生什麼事,要怎麼加測試,才能「又快又好」,並讓單元測試發揮保護重構的功能,讓你「抓到修改的脈絡後,安心地重新設計,並且不把東西弄壞,並且不被衝突絆倒」!
會寫 For 迴圈嗎?會,那你就一定會寫單元測試。