作为一名程序员在经历“万般折磨”之下有感而发

Posted 2021-01-20 ivday

 

　　最近一直在复写一些老的项目，改BUG，改前端，改服务端。说实话有点痛苦，所以随便说两句。

 

　　这些年也干过很多行业，无论从事哪一行业，其实都是一样的。主要看用不用心，想不想往下发展。如果不喜欢，为什么还要折磨自己。不过最近半年也确实被折磨的不轻，工作毫无章法可言。有的时候我也会自己去反省。或者换位去思考为什么会变成这样的结果。

 

　　在我看来，绝大时候开发都是为了应付。我不是具体指谁，这种现象绝对不在少数。软件行业我从事了三家，同行的朋友也不少，只是客观的陈述我看法。一方面是因为项目周期短，开发赶进度。另一方面也是我引用别人的一句话，“技术大佬不管事，前期的分析工作不到位，沟通有问题，开发做了很多无用的工作”。我们作为开发，很多时候是没有选择周旋的余地。

 

　　领导的作为，我不做评价。我只说开发。一个项目，人家不会关心你写的多么优雅或者有多烂，只要能够完成任务就是可以。实际上也确实是这样。也许会快速交付。但往往都是代码质量参差不齐，扩展性极差，不易维护。

 

　　开发这条路如果想要干好，一定要有兴趣，有一定的自我驱动力。懂得去吸收一些好的观点和看法，平时少看一点花边新闻。从前端的角度我觉得是要懂一点服务端的东西的。除了前端，像Java、Python、Node、php、Go以及涉及到的一些常用的框架我都有涉猎。一方面是因为兴趣原因，另一方面是因为工作。我不是建议搞开发的都这么干，我想说的是，如果一门语言有了一定的理解，其他的语言往往思想都大致相同。或许能够通过别的语言，解决实际开发当中遇到的瓶颈。前端也是一个道理；学的多了，其实发现也都只是能够实现具体需求的工具，真正要学习的是设计思想。学的杂了就不可能精。工作也是一样，身兼数职往往没有一样是可以干好的。

 

　　我一直以来都喜欢全职前端开发，当然也已经如愿以偿了。前端的学习需要持之以恒，知识深度与广度都很重要。现在的前端不只是能切图，会布个局就完事大吉。往往框架底层用的都是Node、C/C++。而现在的前端工程师，很多遇到的问题，如果没有一定的基础理论知识，是没有办法从源头解决的，往往会看到很多奇技淫巧。Node对我来讲并不完全算是服务端，也是属于前端必须要掌握的。

 

　　实际开发当中，开发人员对框架的理解仅仅只是会用阶段，用了框架却在手写Css去布局，冗余字段、代码缩进、各种奇怪的变量、页面写完不测试、代码没有一点规律可循。这些低级错误其实都是可以有效的规避。但实际上却是项目越发的难维护。更不可能考虑到健壮性，解耦，以及后期的迭代。项目一上线，出现问题都没有办法快速定位源头，相互推卸责任。

 

　　很多人都想对前端开发定级别，这其实是一个很模糊的概念。但如果真的想要分出个层次来，我认为还是要看对Js的掌握、理解和独立分析解决问题的能力。虽说框架层出不穷，但框架背后的思路确逐渐统一。MVC、模块化、组件化、工程化。而对于学习前端是一个先易后难的过程,一定要有服务端的思想。工作中要去提炼，去封装。要把复用的东西抽象出来。一个项目完成，要学会归纳总结。这点时间还是要耽误的。很多开发量往往自找的，重复性劳动力居多。

 

　　而现实工作中，缺少了交流，故步自封，很多好的东西不去学，技术怎么能提升？

 

　　以上仅仅只是我个人的观点，我说的一些现象不是之前没有过，以后也一定会存在。这里不排除我自己的问题，也算是我自己反思总结的结论，工作中的反省。