做web前端要注意什么？

有啥要注意啊？注意跟老板娘搞好关系

¯\_(ツ)_/¯

最重要的是学习能力，前端是一个不断学习的行业。没有一层不变的技术。只有不爱学习的人。其次代码的规范性。良好代码书写习惯会在开发以及后期维护迭代的时候省去不必要的麻烦。剩下的多瞅瞅最新的技术，不单单是前端。云服务 后台有时候也需要涉猎一些。最后就是在开发的时候，先了解需求 再开发。需求很重要。不理解需求开发再多再好也没用。

前端工程师讨厌写CSS是什么心态？

很高兴回答你的问题，我也是web前端从业者一枚。前端讨厌写css可以从几个角度来分看，工作安排，个人兴趣以及所处环境等因素。

工作安排角度前端岗位职业，现在逐步主要分为几个大方向，面向客户和面向企业。

一是toC，面向客户的产品前端开发，这时候是更注重用户体验，需要大量的样式效果，以及较好的兼容性，所以日常开发css量也会较多，一开始还好，时间长了，如果工作方法不当很容易造成疲惫，厌恶的心态。当然，现代化的前端开发已经是工程化，使用如预编译，以及各种框架等能够减负以及更好的开发样式。

二是toB，面向企业产品客户，一般为企业性质产品，如后台管理系统/ERP系统等。一般优先注重功能的准确高效，而不会重点考虑极致用户体验。此时前端工程师编写css不会过多。如果长期做toB业务，突然要写很多css，此时的前端工程师也会出现一些厌烦心理。

总之，由于工作岗位不同分工，如果安排不同的业务线就会出现讨厌写css的场景

个人兴趣角度大部分前端还是比较喜欢参与样式开发的，毕竟前端岗位之所以能产生也是因为各行各业信息化软件对用户体验的注重。但最近几年，由于大前端的出现，有一些后端从业者或者其他转行前端，以及一些前端转行全栈开发，更注重复杂业务逻辑，偏向于中后台，如nodejs后端开发，大多数处理的是业务逻辑以及数据库等，此时前端使用了如antd/element-ui等稳定的前端框架。他们已经形成稳定的工作模式，如果去做偏向页面展示性质纠结于像素，就很容易产生厌烦心态。

所处环境角度由于不同前端开发的所处公司环境不同，大厂公司提供更好的设备，如Mac，大屏幕，对产品有更高的用户体验追求，就更需要前端开发能产出比较专业友好的前端页面，前端自然需要产出优秀的前端代码。而如果是一般小公司，可能设备只是普通设备，如果需要做出很高要求的用户体验前端页面，很容易出现厌恶心理。

总之，其实总的来说前端的初心都是愿意去写样式实现页面。只是由于以上的那些客观条件，久而久之不同的工作，出现了一些厌烦心理。其实最根本的是，前端开发找到科学合理专业的工作模式，以及学好，用好当下的工程化的开发方式，相信一定能够改善工作模式，提高工作效率，就自然避免厌倦心态，怀揣前端的初心，为用户提供好的用户体验的作品。谢谢。

毕竟写布局就是一个体力劳动，还麻烦

刚入职某大厂，面对之前遗留的大量糟糕的前端代码，该怎么办？

自然是摆正态度，坦然接受。

大多数时候，我们面对其他人写的代码时，都会觉得写得烂，写得糟糕。有时候就算是面对自己一年前写的代码，也会觉得这是写的什么鬼，然后一看注释，发现是自己写的。

所以，只要之前的代码运行起来没有问题，也就不需要去管它。如果是遇到刚好需要去修改这部分代码，那就是需要改哪里就优化一下哪里就行了，也没有必要看不惯就全部重新弄，浪费时间，说不定还会产生其他的问题。

曾几何时，我也属于这种看不惯别人写的代码的程序员，在接手一个模块时，干的第一件事情就是把整个模块代码全部重构了。由于不能耽误项目进度，完全就是靠着自己加班去整的，结果后来还是出了一些小bug。但事后想想，这些投入的必要性并不强，因为在随后的迭代中，我当时重构的这个模块又经历了很多次的迭代，一些大版本的迭代时，本来就涉及到整体代码的改动，完全没有必要在当时做这件事。

所以，现在当我看到别人写的代码时，更多的是去读其中的逻辑，然后理解，在适当的时候优化其中的一部分。反正随着项目的不断进行，大部分的代码最终都会被新的代码所替代的，不用急于一时。

我会花一些时间把页面整理干净、整齐，受不了没有层次和段落的页面，哪怕注释少些都可以忍受，但是没缩进的不能忍受。