什么是WEB前端？
WEB前端Web前端主要用于开发用户可以通过浏览器浏览和使用的网页。通常，涉及的内容主要包括W3C中的HTML、CSS和JavaScript。
HTML+CSS：它是网站的骨架和外观，包括你知道的界面，一段文字，一张图片，所有这些都是HTML元素。至于字体的大小，颜色和放置的位置，这称为CSS，在HTML5中，CSS也允许元素随时移动，旋转和动画；
Javascript：简单地说，页面的大脑，将后端获取的数据添加到网页，或让元素移动，或更改页面的CSS，或操纵HTML元素。当然，这些都是最基本的做法，作为前端，还要考虑JS的性能，可维护性，可扩展性等等；但是，随着前端的发展，前端开发所涉及的内容当然不仅限于这三个方面。分析这三个层次的内容的性质可以看出，这三个层次涉及网页结构、Web的视觉外观和Web层次的交互式实现。
因此，归根结底，Web前端和Web前端开发可以说是与Web结构、行为和性能进行相应的开发，可以说前端开发主要是做Web端的结构、行为和表现。
WEB前端学习什么？
Web前端学习是一个先易后难的过程，包括三个要素：HTML、CSS和JavaScript，这要求前端开发工程师不仅要掌握基本的Web前端开发技术，网站性能优化、SEO和服务器端基础知识，并学习使用各种工具进行辅助开发和理论层面的知识，包括代码可维护性、组件易用性、分层语义模板和浏览器评级支持。
Web前端开发应该了解一些前端框架，比如VUE、React、Angualrjs，以及ued用户体验，后台开发也应该了解一些比如：nodejs、php。
看到这一点，我发现web前端必须学到太多东西。年刚刚开始。想要加入web前端行业的学生应该开始自己的步骤。还是零基础小白，这些都没关系，只要你想学，只等你来，只管相信你自己，肯定能学会！
关于学习web前端的误解和学习建议：
1.只看教程，不撸代码
这可以说是学习最大的禁忌，有很多在线教程，各种语言，各种知识点，各方面，javascript，html5，css3等，随便一搜就一大把，毕竟互联网最大的优势之一就是资源共享！但是很多人只是阅读教程只是为了看教程，不动手实操。即使是博客教程，视频教程再好，自己不动手编写代码，这种学习方式，记忆不深，容易忘记，到最后，可能什么都学不到！如果不进行动手练习，可能会蒙圈。
个人建议：要选择适合自己的教程，您还应该练习和编写代码。即使你没有边看教程边写代码！阅读完教程后，请务必亲自动手！在这个过程中，你可能会遇到一些问题，但这会学到更多，记忆也会更强！
2.仅学习框架或库
在这种情况下，javascript并不像以前那么严重，在以前还是是jquery成为领导者的时候。聊天的时候会有很多人说：你为什么要用jquery来学习js？有了vue，为什么还要学习js呢？面对这样的问题，我当时没有回答，我想：jquery或vue是用js实现的，不会js，学习jquery或vue会很难学，学习jquery或vue不会很深入。而且，如果有时项目不允许jquery或vue，那么基本上不会编写代码。此时，如果您学习其他框架或库，它基本上等同于重新学习一门语言。
个人建议：首先打破基础（html+css+js），然后学习其他框架或库。虽然在js的情况下，我不敢说学习js的框架或库是检查文档并检查API。但至少学习js框架或库可能不那么困难！
3.只顾着写代码
这是我之前的习惯，只顾着写代码，不知道：耦合，实例化，继承等技术术语，与他人沟通，无限蒙圈！我不知道别人在说什么！互联网的技术更新非常快，每隔一段时间就会发布一个框架，一个库和一个工具。虽然不是每种更新的技术都需要学习。但如果您只关心编写代码，了解新技术。这使您很容易停滞不前并失去竞争力。
个人建议：除了编写代码之外，要确保自己是不是了解代码，对代码有没有一个认识，看看是否有什么新技术！如果您认为新的技术非常有用，或者您感兴趣，可以了解更多信息！毕竟，毕竟互联网是一个做到老，学到老的一个领域。技术非常快速地更新。如果你无法跟上流行趋势，你可能会被淘汰。
4.过早接触复杂项目
这种情况更常见，无论是在学校还是现在的培训机构。许多正在学习前端的人都没有建立坚实的基础。他们扬言要在那里做一个大项目。我听说有些人想知道，有些人想做一些伟大的目标，比如世纪佳园！但他们都没有弄明白网站的业务流程和逻辑。最后，越混乱，他们就越放弃！过去的伟大目标已成为未完工的建筑，其角色至多是代码实践！花很多时间做一些没有多大意义的事情！
个人建议：从简单到复杂，复杂网站，有许多简单的模块。让我们从一个简单的功能开始，做一个功能再往里添加其他的功能！公司现在正以这种方式开发，开发了几个月的后台管理系统，从只有员工登录注册的功能，然后逐个添加功能，现在项目逐步完善！
5.好高骛远，渴望寻求成功
这种情况在培训机构中更为常见。我不知道所有的城市是否都是这样，但在广州方面，感觉就像这样。就是目标不切实际，对自己不够了解！之前在群聊的时候，在金三银四那段时间，很多人找工作，他们也遇到了很多接受过培训的人。简历充满了熟练程度。我刚刚从培训机构毕业了几个月，或者我有两到三年的工作经验，或者我已经训练了几个月。技术水平类似于市场上人们两到三年的技术水平。总之，我可以把自己吹得无所不能！当有人问我时，我不知道否要回答。问关闭是什么，不知道；问原型是什么，不知道。询问继承是什么，还是不知道。
上面所说的只是一种肤浅的现象。更重要的是，好高骛远这个情况，可能会导致找工作的困难！因为有些公司认为最高只能给你工资，但你认为你有实力获得9,多工资。在这种情况下，很难找到工作！更重要的是，这可能会影响您的职业选择！
个人建议：从头开始评估自己。想想你能做什么，你能为公司带来什么！您还可以听听其他人的建议，比较其他人的技术水平和薪水，或者上网查找一些面试问题，看看您是否可以完成这些面试问题！最后评估自己，思考你的位置！
6.遇到困难时逃跑
在这一点上，我相信许多人有感触，只是在开发过程中，遇到他们认为无法实现的一个或多个需求或功能。千方百计地想着逃避，例如：这个功能不是很重要，你能做到吗？我从来没有做过这个功能，我不确定。这个功能外包给别人，我们做不到！许多逃避的话。每个人都可以考虑一下。如果你每次都逃避，那么很长一段时间，你的技术水平是不是还处于基本阶段？如何提高您的技术水平。个人建议：遇到困难。在web前端开发中，如果遇上了难题是正常的，如果没遇到难题就是见了*！面对困难，我们应该挑战问题，而不是逃避！每个人都想提高自己的技术水平。挑战问题不是提高技术水平的好机会吗？如果你完成了之前认为无法完成的问题，这就证明了技术水平的提高！不是吗？我还认为每天编写简单的业务代码，而不是探索新知识，不挑战难题，这样做开发也没多少意思！
7.能用就行，不想优化
这也是一种非常普遍的情况。很多人认为编写代码可以使用并且可以实现要求就行了！不用考虑优化什么的。在开发项目或开发插件中，虽然我也提倡：先实现，然后优化这种方式！但这并不意味着我完成后就完成了，我不想再次优化！如果您不尝试优化代码，不探索更好的编写代码的方法。以后别说编写高质量，简洁的代码了，因为自己把学习编写高质量，简洁的代码的一个重要途径给封锁了。另一点是，在项目中，一些问题可能是潜在的，也就是说，现在看项目没有问题，但这并不意味着将来不会出现问题。相反，在项目完成后，尝试优化代码，探索更好的实现，并尝试编写高质量，简洁的代码。这不是一个好的学习过程吗？至于优化代码的方式，有很多（比如经常说：代码重用，是否引入设计模式？网站性能一般，你可以优化吗？），优化这一块，不是说一个步骤优化到最好，但至少不比以前差！关于优化，我之前也发过一些资源。它很容易找到，网上有很多资源！大家挑着看便是！
8.不懂不问和不懂立刻问
不懂不问，每个人都知道，就是遇到问题，从不问同事或通过其他方式咨询他人。就是自己在那里苦思冥想，尝试各种解决方案。这样，最糟糕的结果是问题最终无法解决，让同事来询问开发情况。最好的结果问题解决了，但是解决问题所花的时间会肯定很多。
不知道马上问，遇到问题马上问别人。自己没怎么思考或者根本不思考。这样可以解决问题，但这会让你经常问你的同事，同事会很不耐烦。如果同事失去了耐心，回答的语气可能不会很好。这不仅会影响同事之间的关系，还会让我自己不敢再问同事，有让自己处于上面所说的不懂不问的风险。
个人建议：在合适的时间咨询。如果遇到您不理解的问题，前去网上搜索一下。如果您还没有解决问题，请在此时询问其他人，询问同事或通过其他渠道问人家。通过这种方式，我有了想法，当我解决问题时，我的记忆非常深刻，我不会经常打扰我的同事！
9.不懂装懂
这个次面上跟上面的差不多，但它实际上是不同的！如果您不懂就去问别人，实际上别人的讲解并没有完全听懂。可能是碍于面子或者是因为不好意思打扰别人那么久，或者担心打扰别人太久，所以装作很懂。但是这样可能忽悠得了一时，很快又会露出马脚。这样会搞得隔一会又要去问别人同样的问题，这样反而会搞得别人更加尴尬，更加为难！自己也会打扰别人更多的时间！
个人建议：如果你有问题要问别人，只要你问的人不是一个非常不耐烦的人。他会耐心地回答你的问题！因此，在询问其他人的问题时，我们必须确保我们已经了解问题的原因。如果您担心工作繁忙或其他原因，可以选择合适的时间！我现在问同事就是，要么不问，要问就切底弄懂！当然，我的同事非常有耐心。每当我遇到任何问题，他们都会耐心地回答，甚至扩展开来讲！
10.没理清楚需求就写代码
在许多人收到需求之后，第一反应是编写代码，即使他们在编写代码之前不理解需求。另一种情况是许多人在编写代码时会考虑需求。这种开发方式，如果需求理解有误！它可能导致您自己编写的代码，其中很大一部分必须被修改，甚至全部删除重写。如果您不理解这块需求，则不要编写代码。毕竟，程序员添加，删除和更改代码是很费时间的。在技术分享中，老板提出了他的建议。对于一些稍微复杂的需求，首先要了解需求，只需绘制流程图，然后先在代码中写入。一点点写注释，再次开始编写代码！