程序员你为什么这么累？

大家一提到程序员，首先想到的是以下标签：苦逼，加班，熬夜通宵。但是，但凡工作了的同学都知道，其实大部分程序员做的事情都很简单，代码CRUD可以说毫无技术含量，就算什么不懂依葫芦画瓢很多功能也能勉强做出来，做个多线程并发就算高科技了，程序员这行的门槛其实还是比较低的。（这里说的是大部分，有些牛逼的，写算法、jvm等的请自动跳过）

是不是觉得很矛盾，一方面工作不复杂，一方面却累成狗。有没有想过问题出在哪里？有没有想过时间都花在哪里呢？

对于我个人来说，编码还是一个相对轻松的活（我是负责公司it系统的，没有太多技术含量，数据量大，但并发量不大）。从工作到现在，我加班编码的时间还是比较少的，我到现在为止每天还会编码，很少因为编码工作加班。

大家写的东西都是一些crud的业务逻辑代码，为什么大家这么累，加班加点天天都是奋斗者？我从自己带的项目中观察中发现，大部分人的大部分时间都是在定位问题 + 改代码，真正开发的时间并不多。定位问题包括开发转测试的时候发现问题和上线后发现问题，改代码的包括改bug和因为需求变动修改代码（后面专门开一贴说如何应对需求改动）。

所以说，simple is not easy。很多人就是因为觉得简单，所以功能完成自己测试ok了就算了，没有思考有没有更加好的方式。归根到底是因为编码习惯太糟糕，写的代码太烂，导致无法定位频繁修改频繁出问题。（后面我会详细讲一些我看到的大部分的编码问题。）

其实，对于个人来说，技术很重要，但是对于工作来说，编码的习惯比技术更加主要。工作中你面试的大部分技术都不需要用到的。工作中，因为你的编码习惯不好，写的代码质量差，代码冗余重复多，很多无关的代码和业务代码搅在一起，导致了你疲于奔命应付各种问题。

所以我作为SE，不管接手任何项目组，第一步就是制定代码框架，制定项目组的开发规范，把代码量减下去。事实上证明，这一步之后，大家的代码量能下去最少1/3，后台的问题数下降比较明显，大家的加班会比之前少。

给大家一个直观的例子。下面是controller的一个删除数据的接口，我来之前大家写的这个样子的（其实一开始比这个还差很多），功能很简单，输入一个对象id执行删除返回是否删除成功。大家有没有觉得有什么问题？

＠PostMapping("/delete")
public Map<String, Object> delete(long id, String lang) {Map<String, Object> data = new HashMap<String, Object>();boolean result = false;try {// 语言（中英文提示不同）Locale local = "zh".equalsIgnoreCase(lang) ? Locale.CHINESE : Locale.ENGLISH;result = configService.delete(id, local);data.put("code", 0);} catch (CheckException e) {// 参数等校验出错，这类异常属于已知异常，不需要打印堆栈，返回码为-1data.put("code", -1);data.put("msg", e.getMessage());} catch (Exception e) {// 其他未知异常，需要打印堆栈分析用，返回码为99log.error(e);data.put("code", 99);data.put("msg", e.toString());}data.put("result", result);return data;
}

其实上面的代码也没有大问题。而我接手之后，我会开发自己的代码框架，最后制定代码框架交付的代码如下（这是controller的部分）:

＠PostMapping("/delete")
public ResultBean<Boolean> delete(long id) {return new ResultBean<Boolean>(configService.delete(id));
}

用到的技术就是AOP，也不是什么高深技术。怎么样？代码量就一行，特性一个都没有丢。这就是我们项目组现在的controller的样子！（如果恰好有我带过的项目组的人，看到ResultBean<>应该很熟悉应该知道我是谁了）

所以说技术无所谓高低，看你怎么样用。上面的代码简单说一下问题，第一，lang和业务没有什么关系，我后面的代码框架去掉了（不是说我后面的代码没有这个功能，是把他隐藏起来对开发人员透明了，使用的技术就是ThreadLocal）。第二，前面那个代码，实际上干活的就只有一行，其他都和业务代码没有一毛钱关系，我的代码框架里面完全看不到了。

使用的技术真的很简单，但是编码效果非常好，因为大家不要因为使用的技术初级就觉得不重要！！使用这套框架后，大家再也不需要大部分时间都写一些无聊的代码，可以有更加多时间学习其他技术。说实话，在我项目组的开发人员都是比较幸运的，觉得能学到东西，不是像其他项目组，写了几年都是一样的CRUD代码，虽然我比较严厉，但是还是愿意待在我项目组，毕竟加班比其他项目组少啊。

这就是我说的工作中，编码习惯（或者说编码风格）比技术更加重要。我工作了也有很长时间了，我觉得我个人价值最大的地方就是这些，技术上其实我懂的也和大家差不多，但编码上我还是觉得可以超过大部分人的。后面我会把我们这些业务系统中大家编码的问题一个一个写出来，并把我的解决办法分享出来。议题如下：

接口定义规范点击阅读
controller规范点击阅读（ResultBean的格式和原因请看这里）
日志规范点击阅读
异常处理规范点击阅读
国际化j和参数校验规范点击阅读
工具类规范点击阅读
函数编写建议点击阅读
配置建议点击阅读

这些规范不是网上的哪些编程规范，说实话哪些又长又繁琐，实践中证明很难落地，我这里的规范都比较少，一针见血，你看了便知。敬请期待！

转载自: https://zhuanlan.zhihu.com/p/28705206

程序员你为什么这么累？相关推荐

程序员你为什么这么累【续】：编码习惯之工具类规范
导读: 程序员你为什么这么累? 我的编码习惯 - 接口定义我的编码习惯 - Controller规范我的编码习惯 - 日志建议我的编码习惯 - 异常处理我的编码习惯 - 参数校验和国际化规范 ...
程序员你为什么这么累【续】：如何应对需求变更
作者:晓风轻原文:https://zhuanlan.zhihu.com/p/28719726 我之前的文章程序员你为什么这么累? 中,我个人观点是加班原因是编码质量占了大部分因素,但是不少同学都不认 ...
读书笔记之《程序员你为什么这么累-晓风轻编码规范》
<程序员你为什么这么累-晓风轻编码规范> 讲述关于编码规范的示例,怎么样定义接口和代码模板,怎么样把业务代码写简单清晰. 使用场景:日常项目开发中可以时长查看,符合条件可以应用到. 一.目 ...
程序员你为什么这么累【续】：编码习惯之日志建议
转自:https://mp.weixin.qq.com/s?__biz=MzAxODcyNjEzNQ==&mid=2247484164&idx=1&sn=8351e9fb42e ...
java程序员到底有多累_程序员到底有多累、多辛苦？
原标题:程序员到底有多累.多辛苦? 至少在全中国的诸多职业中,比程序员更轻松的并不多,大多数职业都比程序员更累,更辛苦. IT行业这不算苦,不算累,只是有点智力门槛而已. (一)程序员跟医生比如何你 ...
程序员到底有多累、多辛苦？
作为一个程序员,我就说下我经历过的和我见识过的程序员艰辛程度. 1 某大厂为了让自己某个产品合规,有一个组,连续一个月,组内成员次日凌晨1,2点走,回家睡觉后,当天10点11点再来公司干,结果我听说有 ...
阿里P7程序员吐槽工作太累，找到60万的工作就离职，网友：高薪必高辛呀
热文导读| 点击标题阅读千万别小瞧背调公司!手握美团offer,结果背调红灯,哭了重磅!阿里内部偷师Android的开发规范文档什么?鹅厂又出渣男了,劈腿出轨多个震惊朋友圈阿里巴巴上班有多 ...
程序员你为什么这么累？导读
大家一提到程序员,首先想到的是以下标签:苦逼,加班,熬夜通宵.但是,但凡工作了的同学都知道,其实大部分程序员做的事情都很简单,代码CRUD可以说毫无技术含量,就算什么不懂依葫芦画瓢很多功能也能勉强做出 ...
程序员为什么你那么累！！！
前言一提到程序员,大家首先想到的是以下标签:苦逼.加班.通宵熬夜.但是,凡是工作了的人都知道,其实大部分程序员做的事情很简单,代码CRUD可以说毫无技术含量,就算什么不懂依葫芦画瓢很多功能也能勉强做 ...

程序员你为什么这么累？

程序员你为什么这么累？相关推荐

最新文章

热门文章