共计 1071 个字符，预计需要花费 3 分钟才能阅读完成。
这个话题要从最近工作中接触到的一些问题说起：大略状况是这样的，公司年前收买了一家公司（以下简称 Y 公司），尽管行业畛域雷同，但从业务模式到技术框架都是截然不同的。咱们原有采纳的是 C#、.Net 架构，Y 公司全栈采纳 Java，Dubbo 微服务架构，自己刚好在公司主导了几个 Java 我的项目实际，被调配到接手 Y 公司的局部我的项目。几个月下来，感触颇多，简记如下：
- 我的项目模块不足整体规划，同一性能呈现在我的项目的多个模块中，反复代码亘古未有；
- 与第三方平台接口不标准，比方与 X 团的 API 接口中须要获取 Token 及加密，这样的接口本能够在一个中央对立实现，但却散落在各个中央，且用法不一；最奇葩的是明明对方的后果有返回代码（returnCode）和响应音讯（message），却偏偏要本人定义一个枚举类来解释返回代码，最要命的是这个枚举是不残缺的，后果就是有些代码找不到就抛出了一个异样”找不到对应的代码“云云，在调试过程中一头雾水—难道不能间接用人家的代码和音讯吗？
- 对于底层协定调用没有对立封装，最典型的比方 HTTP 协定，简直所有的十几个我的项目中都有 HttpUtil，从 Header 到 PUT/GET/POST 都要层层解决，不晓得有 OkHttp，更有下层封装 Retrofit 能够间接用吗？还有 Json 解决，甚至 String 解决都要写一堆，还各个我的项目各自为政，后果是呈现了一堆无用的代码，臃肿还不能保障效率和正确性；
下面的问题都能够归结为代码的规范性，如果大家是一个团队，就应该互通有无，有所分工，不要反复造轮子，首先要利用曾经有的开源框架，其次要有对立的底层框架；这样既能进步整体效率，也保障了代码的稳定性和可维护性。试想，如果一个中央出了问题，比方第三方接口做了变动，那么上述的编码方式岂不是要改几十个中央？
其实规范性的重要性显而易见，大家都懂，特地是对于团队开发而言，更是如此。那为什么理论执行下来就这么难呢？其实是一个团队领导力的问题，当今互联网行业，许多是赚快钱，只求疾速上线，不出 bug 就行，至于怎么实现的，什么规范性、复用性，不值一提。然而认真想想，与日俱增，这些货色就变得了“负”能量，时刻在影响着你的产品质量，当然也包含老本。到最初，大家都改不动了，习惯了差，没有了改的能源，到这时候就是整个团队的悲痛了。说到底是一种文化和精力，如果一个公司只求眼前利益，没有对细节和品质的谋求，那么永远也成为不了一家平凡的公司，为之工作的员工也只能糊里糊涂，打更混日子了！
正文完
