随着互联网的不断发展，越来越多的人都在学习软件编程开发等互联网技术，而今天我们就通过案例分析来简单了解一下，前端开发程序员职业素养都有哪些。
不要小看代码规范
前端和后端的一个很大的区别就是前端产品具有很强的“操作不定向”性。你永远也不会猜到用户会以怎样的操作组合来使用你的产品。
当你在处理某个Bug时，它所影响的可能不仅仅是出现Bug的功能。做过开发的朋友都知道，一段代码的作用和具体逻辑，就算是写它的人，过两个礼拜也会把它忘干净。所以，诸如代码注释等代码规范问题，我们同样要引起重视。
我曾经在做代码优化的过程中就踩过类似的坑，一个方法体里面的代码看似无用，实际上当这个方法被不同的代码调用时，这段看似无用的代码会对特定的传入参数做特定的处理。导致我当时花了大把的时间，才发现其中的端倪。如果在开发期间注明，在后期维护时就会节省时间成本。当然，这还是好的结果，至少在我这一关发现了问题。一旦流入到用户手中，就将成为Bug存在。原来的目的是优化，结果弄巧成拙。
学习前端框架，到底是在学什么
随着技术的不断更迭，以及某种技术的使用情况，我们会淡忘一些不常用的技术。这些“不常用的技术”并非不流行，它可能只是我们当前工程不使用而已。那么问题就来了：我们学了一个又一个前端框架，到底在学什么呢?
答案是——思想。
就拿三大Web前端框架举例吧，这个有Web前端开发的朋友大概很熟悉了，就是Angular、React、Vue。可能未来的某一天，有一个更好用的框架替代它们，那么学习它们的目的是什么呢?
即使有一天，它们被替代，或者好久不用，把API都忘到脑后，但双向绑定，你还记得吧?组件化，你还记得吧?没错!框架不重要，重要的是“思想”。这些思想才是每个框架有价值的部分。
正确看待项目代码的“不完美”
求职到一家公司，可能大部分时间是在对现有版本进行Bug修复。看到写得比较烂的代码，我们可能会下意识地吐槽几句。但是吐槽似乎没什么用，还是得钻进去修修补补。
那么，我们应该以何种态度，看待已有项目的种种“不完美”呢?
先，你要明白，这个世界上不存在所谓“完美”的事物。我们想要打造并使用一个没有Bug的软件产品，这是一个很好的愿望。但很遗憾，这只是愿望。世界上不存在没有“Bug”的软件产品，对于前端产品而言更是如此。正如前文所述，用户的操作具有很强的不定向性。
对于“烂代码”，它可能真的漏洞百出，也可能采用了过时的技术，导致程序运行效率低下。这实际上对于前端开发者而言也是一个“福音”，因为这正是一个锻炼的机会。我们可以对其重构，熟悉使用一种新技术等等。试想一下，如果公司的产品已经足够完善，那留给我们锻炼的机会也就少了。
所以，正视代码的缺陷，珍惜每一次锻炼的机会。后别忘了：尊重那个留下烂摊子的人。