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