如何提升编程中的沟通效率?

在软件开发中,你是不是经常因为沟通效率低下而烦恼?

  • 所接手的维护项目代码质量低,频繁出问题,不得不一次又一次地找之前的人沟通;

  • 团队中模块分散,各自编程风格不同,使用对方服务时需要反复沟通;

  • 跨团队合作沟通,技术栈不同,需要反复沟通统一的标准。

你会发现,这些问题的本质其实都是因为代码而产生了学习成本和沟通成本,或者说,每一份代码都变成了需要重新学习的东西,自然需要反复研究和沟通。

那为什么学习了 Spring 框架后,再和别人交流关于这个框架的问题时沟通效率会变高?因为 Spring Boot 框架应用了一个简单的原则来帮助编程者提前建立了隐形的公共知识体系,当一方提到某个知识时,另一方其实早就非常熟悉,不需要反复给对方解释含义,沟通效率自然会不断提高。

今天,我们就来了解下这个具备强大威力的原则:惯例优于配置原则(下文简称惯例原则)。

一、惯例原则:有“共同语言”的编程

惯例原则(Convention over Configuration,常用英文缩写 CoC),最早起源于 Ruby On Rails 框架的设计理念,如果你使用过 Rails,应该就知道 Rails 几乎没有配置文件。

简单来说,惯例原则就是将一些在编程中公认的配置方式和约定信息作为内部缺省的默认规则来使用,比如,MyBatis 的映射文件通常都使用 xxxMapper.

  • 17
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

我爱娃哈哈

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值