一位老板说团队某员工“追求极致” 结果在让中小企业“负担”更重了，这个罪名不可谓不大。但试问是追求质量的问题，还是学艺不精的问题啊。
B先生观点：
如果甲、乙两家公司的代码都满足了客户的需求，那这个质量好一些的是不是从客户那边就看不出来了？
熊节老师回应：
如果少打几根钢筋也能把楼盖起来，从客户那边是不是就看不出来？一样的道理。
ke先生观点：
客户后期发现代码可维护性太差，还会给你单么？
老G先生现身说法：
曾经在某行业做单，是关系型销售，老板和甲方信息部的关系，反正多少钱他们谈的差不多。然后干活的时候甲方项目经理不断加需求，然后在项目维护期间尽量让乙方免费干活。乙方的投入就要精打细算了。有可能牺牲部分功能，再跟甲方谈判。求仁得仁！
小海同学说：
大部分团队前期不怎么管代码质量，等大再做，结果已经迟了。
万里兄弟说：
优质的代码首先要遵守开发原则和规范。然后就是测试，除了测试，没有第二种办法。代码质量是无论何时都必须要保证的。
kane：现在很多人写代码不做设计的，想到哪写到哪。
冯先生：追求质量，属于高级程序员的论点。如果是初中级不一定使用，某些公司开发初中级占很大比例。大部分公司都处于求生存状态。
老G观点：
- 程序员需要有追求，比如写优质的代码。代码是程序员的脸面。
- 技术为业务服务，不服务业务的造轮子就是耍流氓。
- 业务早期求快，技术上可能糙一定。蘑菇街七公分享过从php到java 服务化的过程，无数的if else 不能支持多业务场景的复用。
- 做技术决策，需要判断在合适的点，对于架构做演进，至少技术不要拖业务后退。
- 业务和技术本来不是对立的，技术好一点，凭啥业务要差；业务好了，技术为啥要去拖后退？
最后借安总的话说
希望本文分享的经验和方法能够对此有所帮助！
参与相关讨论，请在公众号回复关键词：读者群。
参与相关讨论，请在公众号回复关键词：读者群。
往期推荐
