程序员工作到底是在干什么?

相信大家只要是从事计算机相关工作的，都会有身边人（主要是妹子）会问程序员的工作到底是干什么的？

可能大部分同学脑补以为程序员一天到晚的工作就是写代码，写代码，写代码！

而现实并不是这样的，真实情况是写代码只是程序员很少很少的一部分工作，其实更多时候他们是在读别人的代码。

读代码

通常程序员在进入公司以后，不会是重头开始一个项目，而是在已有代码的基础上进行维护或新功能的开发，所以必须“读代码”。

读有“泛读”，了解系统架构、功能模块，对系统有一个大致的认识，各个功能能找到相应代码实现的位置。

还有“精读”，通常就是调试了，在解决 bug 的时候使用。此外还包括审核：一些规范一点的公司，都会有Code review，也是精读，但不用debug。

对于一个成熟的项目来说，读代码——而不是写代码——可能是最耗时间的工作了。

写注释文档

而为了减少 “读代码” 的时间，程序员们不得不花时间 “写注释”“写文档” ——这个程序员最深恶痛绝的工作。

所以现在 “烂代码才需要注释” 的声音变得越来越强，但无论如何，文档还是要写的。

（注意：要能区分注释和文档）

了解需求

前面流程走完以后，到现在才是真正开始写代码的时候，然而，在动手开始写代码之前，你必须花时间 “了解需求”。

和自己写个小程序玩玩不同，在公司，你是为别人写代码，所以你一定要了解别人究竟想实现什么功能。

通常，这并没有你想像的那么简单，需要反复的沟通。

当然，也有一些团队和个人，不愿意在这上面 “浪费时间”，通常他们的下场就是不断的写代码，然后不断的改代码，加班加点的做大量的无用功，整个公司怨气冲天一地鸡毛。

开发中的沟通

就算大家没接触过程序员，但也应该听说过产品经理和程序员的爱恨情仇，虽然程序们大都很恨产品经理，但其实他们还恨前端、后端、DBA、测试……

项目是团队开发，但是团队精神有没有就要打个问号了，各种摩擦扯皮是必须的。

比如前端要后台给一个接口，后台给不出来或者嫌麻烦；

比如后台跪求DBA的权限，DBA优化数据库时说开发者都一群傻逼；

比如测试一次又一次的报bug导致开发想杀人的时候……

这些都需要沟通，也就是需要时间和精力。

总之，程序员真正写代码的时间其实不多，一天能有30%的时间安安静静的写代码，对于程序员老说就算是不错的工作环境了。