编程之路 | 写在入职一周年

2017年6月27日，我正式成为一个1岁程序员。

首先简单介绍一下我的工作背景。我所在的公司，从网络安全行业角度而言，是一家国内外颇有名气的公司，从公司规模而言，是一家不大不小的公司，因此流程规范的同时又不会太死板。我所在的部门，是大数据分析部门，顾名思义，就是接入收集各种安全设备的数据，产生高级告警与综合情报，直观地展示给用户。

这一年懵懵懂懂，犯了一些错，踩了一些坑，也收获了一些经验。

1. 人们所作的决定往往是感性的，但他们以为自己是理性的。
   越是管理者，越看重文档。
2. 写代码并不花时间，花时间的是搞清楚业务逻辑和构思出优雅的代码，当然，最花时间的还是排查问题。
3. 计算机科学领域中，所有的看起来诡异的现象，其实都不是真正的“见鬼了！”，而是有着合理的原因和解释，就看你有没有精力和耐心去研究排查。
4. 要不断的画小圈。在了解自己负责模块后，还有有意识去了解周边相关的其他模块。同样是修改bug，有的同学就真的只是修改了几个bug，但有的同学修改bug的时候把这个bug的模块代码全部看了一遍，等大家讨论这个模块的时候，前面的同学啥也不知道，后面的同学却可以说出自己的理解。
5. 不要轻易说好。越是新同学，越容易把任务看作信任与肯定，容易轻易答应别人分配的任务。但实际上，答应就代表承诺，没有如期完成任务不仅打脸，而且会影响项目进度。因此，接到新任务时，尤其是有时间期限的任务时，一定要先想想任务大概流程，困难点、以及大约需要时间，再答复别人。如果觉得无法完成，又想让对方知道自己尽力而为，可以告诉对方给定时间可以完成什么，让对方作出决定，最忌讳答复“我试一试”。
6. 学会估算时间。同样是预估开发时间，在开发同学眼里这是预测，在项目负责人眼里却是承诺。遇到新任务，首先一定要花时间了解，然后再拆分任务，进行估算。
   完美，不是没有什么需要增加，而是没有什么可以减少。好的代码与产品，皆是如此。
7. 抽象比细节活得更长久。容易改变的细节，千万不要写死，要提取出来，方便更改。
8. 管理者提供平台，让大家互相知道彼此情况，才能更高效工作。
9. 根据墨菲定律，那些觉得不会发生异常情况，往往都会发生。不花时间预防坑，就会花时间填坑；不花时间填坑，就会花时间踩坑；小坑不填，就变成大坑。好的开发者，多少会有点强迫症，不会放过任何有问题和可能出现的问题。
10. 关于问问题，不要不经过思考直接去问，但几个小时都解决不了，一定要问。比如：实现方法和解决方法，优先自己百度；业务与需求，优先问人。
11. 关爱自己颈椎。在我司，放眼望去，无论男女老少，多少有一些弯腰驼背。影响健康也影响美观。这也是我去学芭蕾的一个很重要原因

希望新的一年职业生涯中，自己能谨记教训，不断磨砺技艺，成为一个专业的软件从业者，而不仅仅是一个程序员。