请你努力成为一名优秀的软件工程师，拒绝做优秀的码农！

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/ZYDX18984003806/article/details/97933950

最近，很多网友问我，怎么才能成为优秀的软件工程师，而不是优秀的码农？这个问题应该是最近这几年程序员的诉求了，估计每个程序员的理想都是做一个高大上的工程师，而不是只会Ctrl+C和Ctrl+V的码农。从我们踏入这个行业开始，我相信大多数人都是差不多的，都是学习编程基础，学习算法基础，学习各个大牛的骚操作，学习优秀框架或者项目中的各种写法等等。

这个时候我们都是码农，是一个处于入门状态的程序员。
当我们学习到一定程度，比如可以独立的完成自己的项目，可以自己尝试着写框架了。这个时候我们就进入到了一个分水岭，也就是大家所提出的问题了。我们是继续做代码的搬运工还是做一个优秀的工程师呢？
这取决于我们每次花多少时间在沟通上，花多少时间在需求分析上，花多少时间在设计和重构上，又花多少时间来做项目总结以及学习等等。
如果我们每拿到一个需求，不管需求是否合理，不与人沟通直接上手写项目。没有框架、没有设计，那么我们写出来的代码最终会拖垮我们自己，这点在需求变化非常复杂的场景（如游戏开发）尤其突出。
完成一个项目后我们又不管不顾直接开始下一个，永远用的都是我们脑海中拿点存货，那么我们永远不可能成为优秀的工程师。
优秀的工程师会在拿到需求的时候跟需求方详细的确认并且进行分析，知道哪些能做哪些又不能实现（或者是项目周期内不能实现），因为优秀的工程师不会只顾自己，他会知道整个团队成员的能力所在，明白什么进度时我们应该做什么事。

优秀的工程师在需求确认后会对花大部分时间来设计架构以及功能切分，然后才开始动手写代码，而且还会适时重构。在项目完成后，优秀的工程师会花一定的时间对整个项目进行总结，知道哪儿还需要改进，哪儿还需要重构，这些都是一个一个的项目经验，都是可以分享也可以反复学习的东西。
优秀的工程师也会在空闲时候进行进一步学习，进一步深造，拓宽自己的视野的同时也让自己时刻处于IT的前沿。
所以你们明白了吗？希望每个程序员都在优秀的工程师这条路上越走越远。