业务重要还是技术和代码质量重要(下)

简介: 业务重要还是技术和代码质量重要(下)

一位老板说团队某员工“追求极致” 结果在让中小企业“负担”更重了,这个罪名不可谓不大。但试问是追求质量的问题,还是学艺不精的问题啊。


B先生观点:

如果甲、乙两家公司的代码都满足了客户的需求,那这个质量好一些的是不是从客户那边就看不出来了?

熊节老师回应:

如果少打几根钢筋也能把楼盖起来,从客户那边是不是就看不出来?一样的道理。

ke先生观点:

客户后期发现代码可维护性太差,还会给你单么?

老G先生现身说法:

曾经在某行业做单,是关系型销售,老板和甲方信息部的关系,反正多少钱他们谈的差不多。然后干活的时候甲方项目经理不断加需求,然后在项目维护期间尽量让乙方免费干活。乙方的投入就要精打细算了。有可能牺牲部分功能,再跟甲方谈判。求仁得仁!


小海同学说:

大部分团队前期不怎么管代码质量,等大再做,结果已经迟了。

万里兄弟说:

优质的代码首先要遵守开发原则和规范。然后就是测试,除了测试,没有第二种办法。代码质量是无论何时都必须要保证的。


kane:现在很多人写代码不做设计的,想到哪写到哪。

冯先生:追求质量,属于高级程序员的论点。如果是初中级不一定使用,某些公司开发初中级占很大比例。大部分公司都处于求生存状态。


老G观点:

  • 程序员需要有追求,比如写优质的代码。代码是程序员的脸面。
  • 技术为业务服务,不服务业务的造轮子就是耍流氓。

  • 业务早期求快,技术上可能糙一定。蘑菇街七公分享过从php到java 服务化的过程,无数的if else 不能支持多业务场景的复用。
  • 做技术决策,需要判断在合适的点,对于架构做演进,至少技术不要拖业务后退。

  • 业务和技术本来不是对立的,技术好一点,凭啥业务要差;业务好了,技术为啥要去拖后退?


最后借安总的话说


image.png


希望本文分享的经验和方法能够对此有所帮助!

参与相关讨论,请在公众号回复关键词:读者群。

参与相关讨论,请在公众号回复关键词:读者群。


往期推荐

相关文章
|
Java 程序员 API
业务重要还是技术和代码质量重要(上)
业务重要还是技术和代码质量重要(上)
141 0
业务重要还是技术和代码质量重要(上)
|
10月前
|
测试技术 持续交付 Python
单元测试:质量保障基石
单元测试:质量保障基石
|
Java 测试技术
代码质量与规范,那些年你欠下的技术债
提到“质量”二字时,我们的第一反应往往是“有多少BUG?”“性能好不好?“这样的问题。我们对软件产品或服务的质量定义看其能不能满足用户的需求,包括功能、性能和体验等维度的指标,我们可以通过各种类型的检测手段来给出其质量高低的度量。
1631 0
|
测试技术 UED
自动化测试如何实施落地?
“自动化测试适用于重复度较高的工作,且不是一蹴而就即插即用就能解决问题的。需要相对稳定的业务需求迭代、比较成熟稳定的研发团队和一定的技术基础设施建设,以及较为规范的流程才能更好落地,达到提效的目的”。
自动化测试如何实施落地?
|
10月前
|
安全 Python
代码审查:保障质量之道
代码审查:保障质量之道
|
缓存 监控 前端开发
【软件测试】如何梳理你测试的业务
【软件测试】如何梳理你测试的业务
|
Devops jenkins 持续交付
敏捷过程中如何保证代码质量
本文讲的是敏捷过程中如何保证代码质量,在软件开发过程中,当一个功能开发完成后,如何去保证代码是可用的、没问题的?一般情况下,基本都会有单元测试、每日构建、功能测试等环节来保证。但是,保证代码可用就够了吗?显然不是。
3797 0
|
6月前
|
监控 安全 测试技术
提升软件测试效率:探索持续集成的最佳实践
在现代软件开发过程中,持续集成(CI)已成为提高软件质量和测试效率的关键实践。通过将代码库的每次提交自动构建和测试,CI 帮助团队及时发现问题,减少手动测试的负担。本文探讨了如何有效实施持续集成来优化软件测试流程,并提供了一些实用的策略和工具建议,以帮助开发团队更高效地运作。
123 2
|
持续交付
持续集成:软件质量改进和风险降低之道
http://product.china-pub.com/38003
1419 0