前段开发心得体会，最新合集

给大家分享一篇来自：一位大专生自学web前端到找到工作的心得,下面一起来看看本站小编程序员小茜茜给大家精心整理的答案，希望对您有帮助

随着Web前端的风行于世，有许多小伙伴加入了前端开发行业，但是有很多小伙伴想学Web前端很久了，却苦于并不知道如何入门，不知如何下手学习Web前端。下面小编给大家分享来自一位大专生自学web前端到找到工作心得的一些经历，希望对大家有所帮助！

往下看故事开始：

先做个自我介绍，我13年考上一所很烂专科民办的学校，学的是生物专业，具体的学校名称我就不说出来献丑了。13年我就辍学了，我在那样的学校，一年学费要1万多，但是根本没有人学习，我实在看不到希望，我就退学了。

退学后我也迷茫，大专都没有毕业，我真的不知道我能干什么，我在纠结着我能做什么。所以辍学后我一段时间，我想去找工作，因为我比较沉默寡言，不是很会说话，我不适合去应聘做业务。我想应聘做技术的，可是处处碰壁。

一次偶然的机会，我才听到web前端这个行业。那天我去新华书店，在计算机分类那边想找本书学习。后来有个女孩子走过来，问我是不是读计算机的，有没有兴趣学习web前端，然后给我介绍了一下web前端现在的火热情况，告诉我学web前端多么的有前景，给我了一份传单，web前端培训的广告。听了她的介绍，我心里痒痒的，确实我很想去学会一门自己的技术，靠自己的双手吃饭。

回家后，我就上网查了下web前端，确实是当今比较热门的行业，也是比较好找工作的，工资也是相对比较高。我就下决心想学web前端了。于是我去找web前端培训的相关信息，说真的，我也很迷茫，我不知道培训是否真的能像他们宣传的那样好，所以我就想了解一段时间再做打算。

后来，我在百度知道看到一篇让我很鼓舞的文章是一个web前端高手介绍没有基础的朋友怎么自学入门学web前端，文章写的很好，包含了如何学习，该怎么学习。他提到一个方法就是看视频，因为看书实在太枯燥和费解的，很多我们也看不懂。这点我真的很认同，我自己看书往往看不了几页。

我在想，为什么别人都能自学成才，我也可以的！我要相信自己，所以我就想自学，如果实在学不会我再去培训。

主意一定，我就去搜索web前端的视频，虽然零星找到一些web前端的视频，但是都不系统，我是想找一个能够告诉我该怎么学的视频，一套从入门到精通的视频，一个比较完整的资料，最好能有老师教，不懂可以请教的。

后来我又找到一份很好的视频，是在潭州课堂推出的一份视频《零基础web前端就业班》（喜欢这套课程可以搜索求知讲堂）。里面的教程还不错。

下面介绍下我的学习流程，希望对和我一样完全没有基础的朋友有所帮助。

购买课程后，然后下载后，我就开始学习了，由于我没有什么基础，我就从最简单的Html/css/photoshop/javascript/jQuery视频教程学起，话说简单，其实我还是很多不懂的，只要重复多看几遍，就能看懂。Html/css/photoshop/javascript/jQuery我差不多学了一个月，接下来我就学了web前端基础和Mysql数据库，差不多也就三个礼拜。我每天都在不停的写一些简单的代码，这样一月后我基本掌握了web前端的全部基础。

接下来开始学习web前端高级课程，老师幽默风趣而又轻松的课堂教课，使我发现原来学习web前端并不是一件很难的事情。之前我把web前端基础学得还不错，到了到了web前端高级部分，我觉不又不是很难，可能老师太牛了，他能把复杂的问题讲的比较通俗易懂，有些难点的地方我还是连续看了五六次，把他弄懂。每天下午6点下班后，吃了饭，马上跑回家。看视频，买了几本笔记本。当时，为了编程还花几百元了台二手的台式电脑，配置一般，但编程是足够的。一边看视频，一边记笔记，把重点都记下来，还一边跟着老师敲代码，为了能尽早学会web前端。每天都坚持学5-6个小时。经常学到晚上一点多才睡觉。星期六，日不用上班，每天7点多起床，学到晚上11,12点。那段时间特别辛苦，特别累。在学习web前端的三个多月里，除了吃饭睡觉工作，剩余的时间都在学习，因为我知道自己的计算机基础不是很好，也没有学过什么计算机，相对于那些科班的人来说我要比他们付出更多的努力。我只能咬紧牙关，坚持下去，我不能放弃，我要完成我的梦想，我要让我的家人过上好日子。终于三个多月后我把web前端教程里的内容和项目都学完了，在学项目的过程中我发现项目特别重要，他能把你学过的知识全部联系起来，能更好的理解你所学的知识。还有学习过程中，动手很重要，要经常跟着老师动手敲，动手吧，跟着做，一行一行的跟着敲，再试着加一些自己的功能，按照自己的思路敲一些代码，收获远比干听大的多。 如果遇到暂时对于一些思路不能理解的，动手写，先写代码，慢慢你就会懂了。这套视频还有6个顶级企业项目，对于我没有任何经验的人来说，这个太重要了，还有在学习项目是提升能力最快的方法。项目能把所有的知识点全都连到一起了，不再是分散的，而是形成一个整体了。那种感觉是仅仅深入钻研知识点而不写真实项目的人所不能体会的。一个项目就是一根绳子可以把大片的知识串到一起。 就这样，我用了两个月也把项目给学完了。其实学完教程差不错就达到就业水平，但是我可能觉得自己学历低还是把那6个顶级企业项目才去找工作。

于是我就到51job疯狂的投简历，因为我学历的问题，专科没有毕业，说真的，大公

司没有人会要我，所以我投的都是民营的小公司，我希望自己的努力有所回报。没有想过几天过后，就有面试了，但是第一次面试我失败了，虽然我自认为笔试很好，因为我之前做了准备，但是他们的要求比较严格，需要有一年的项目经验，所以我没有被选中。

后来陆续面试了几家公司，终于功夫不负有心人。我终于面试上的，是在闵行的一家民营的企业，公司规模比较小，我的职务是web前端开发程序员，但我也比较满足，开的工资是4500一个月，虽然我知道在上海4500只能过温饱的生活，但是我想我足够了。我至少不用每天都要靠父母养，我自己也能养活自己的。我想只要我继续努力，我工资一定会翻倍的。

把本文写出来，希望能让和我一样的没有基础的朋友有信心，其实我们没有必要自卑，我们不比别人笨，只要我们肯努力，我们一样会成功。

小编是一个有着七年工作经验的架构师，关于web前端，有一个完整学习web前端的路线，学习材料和工具。需要的伙伴可以私信我，发送“前端”就可以获取领取地址，免费送给大家。对于学习web前端有任何问题（学习方法，学习效率，如何就业）都可以问我。希望你也能凭自己的努力，成为下一个优秀的程序员！

以上就是小编为大家分享的一篇大专生自学web前端的经历，希望本篇文章能够对想要学习Web前端的小伙伴们有所帮助。祝愿小伙伴们能够顺利学成，成为一名优秀的Web前端工程师。如果你也想进入这一高薪行业，就赶快来学Web前端开发吧！

本书特点

“学以致用”是本书的一个重要特点，全书始终体现一个“用”字，无论是理论知识的介绍，还是实例的开发，无一例外都是从实用的角度出发，每-一个实例都是精心选择的，介绍详细:为了使读者能够通过实例执行后的页面效果加深对应用的理解，每一个示意图都精心编排，简明易懂;全书由浅入深，逐步推进。以实例为主线。激发读者的阅读兴趣I全面、详细、完整地介绍HTML 5的新功能与新特征，又是本书的另外-一个重要特点。

目录

本书面向的是Web开发者，不论是前端开发者，还是后台程序员，都可以使用本书。由于本书的结构悬层进式的。各章节之间有一定的关联，因此，建议读者按章节的顺序，返章阅读:在实践时，尽量不要照搬书中的实例，要理解主要的，核心的代码，自 己动手开发相似功能的应用，并逐步完善其功能，从而真正掌握代码的实盾。

资料获取方式：

1、关注我，转发+评论

2、私信发送：【前端】，即可领取

前言

时间过得飞快，从 2015 转行 前端开发 已经4年了。从小白菜到现在黄花菜，小公司谈不上架构设计，自己也只是个小开发，但在前端领域有自己的一些沉淀，这篇就罗列下 几个前端方面的心得体会，希望这些非代码的建议，能让看到的人有启发和帮助。

勇于尝试“新事物”

我不太喜欢体验新事物，就是因为畏惧它带来的陌生感，不稳定性，不确定性，需要投入学习成本，产生不必要的 Bug。但做这行的总要 乐此不疲 的学新技术，别人创新出来的东西，给你带来好处远远超过那些缺点。

选择主流的工具

“工欲善其事必先利其器”，在“搬砖”开始，选择一个炫酷吊炸天的工具非常重要，它将提升 非自身能力外 的工作效率和体验。

回忆起以前用 eclipse 时，调个黑色主题，或者是使用 shift+alt+A 快捷键带来的科技感和便捷性现在都觉得蛮有意思的。

扯回来，在前端还是推荐 sublime 和 vscode，前者我定位一个记事本，后者是正儿八经的 IDE。如果你还在用其他 IED 是时候考虑换了。

这里简单看下选择 vscode 将带来的“好处”：

1、轻量的 IDE

比较后端那些 IDE，我们前端的工具堪比记事本的打开速度。你不用一大早来公司拿泡杯茶的时间来等待 workspace 的加载，卷起袖管直接开干吧。

2、社区丰富的插件

vscode 的扩展功能里，你总能找到和自己技术栈对应的插件，来提升效率。

3、便捷的操作

一处学习，终身受益。前端所有 IDE 快捷键貌似都差不多，成为一种约定的规则，所以不用为这些学习成本担心。

4、方便的 Debug 调试。上手可以看下：如何使用 vscode debug 能力

https://eminoda.github.io/2018/01/26/vscode-debugger

5、它本身也是前端一部分，基于 electron

接受新技术

记得前一两年，Angular 的布道师和 Vue 的作者有一场争夺前端框架谁好谁坏的片段。那时候井底之蛙的我用的是 angular.js，很排除其他技术选型，可结果现在到处都是“真香”的想法。

无论是 Vue 那容易上手的体验，还是 Angular + TS 有些稍高的学习成本，用过之后都让自己的眼界开阔，当然还有 React 和其他优秀技术。

总之大家不要像上图一样吵得热火朝天，然后在下面一股脑的为“我学不动了”点赞，倒不如自己试一下，没准它将给你打开心的世界。别让前端真成为娱乐圈了。

优先选择英文资源

开发技术多数都源自外国，造成新技术的文档多英文，如果英文底子不好，就会自然觉得学习门槛变高。

我本身英语也很渣渣，但手持在线翻译，加上只看代码片段基本能猜出文章主要意思，毕竟看的是技术类文档而不是卷子上阅读理解。在中国这个开发环境下更需要 静心学习 的心态，该学的总要学。

我吃过的一个亏，比如 rollup 中文文档没有实时更新，导致一些配置没有体现出来，或者根本就是错的。（不过还是要感谢别人在中文资源付出的努力，毕竟无私的 开源精神）

你能看到如下，两个中英文文档在说明上的差异：

喜欢“整理”

可以是项目配置、代码变量，或者建个专门的 workspace 放你的七七八八的项目，甚至收纳好你的电脑桌面。

相信将 杂乱不堪 的东西，变得 有条有理，定位文件或者问题将更加 高效。

最重要的是，提取出“规律”性的东西将成为 未来你改进的方向（比如重构，或者一些奇思妙想）

“物理”层面

举个例子：我们有很多类似的项目，命名不统一，路径乱放，导致每次启动服务路径不一致，定位一个项目都要找一会儿。

如果把它们按照某个约定重命名好，在服务器上好辨识很多：

然后因为测试服务器老是重启，每次进入对应的项目启动服务很繁琐。就通过外置一个 pm2 脚本批量 无脑 管理所有项目，也不会有所遗漏。

把“多变”变成“稳定”可配置

由于我们前端团队对样式这块没有太多的重视，导致很多类似的页面，由于不同的人员开发，在 css 上命名风格不同，维护起来相当麻烦。

比如，要求改一个页面 header 部分的底色，就存在多个页面底色相关的 className 命名不一致，要修改多处。

通过预编译 sass 可以完成这样的要求：

这些虽然在不同项目内容不同，但页面骨架布局却是类似的，我们可以沉淀成一份公共的样式库，这样以后有类似改动就可以大幅劳动力。

总之对于平时“头大”的修改，要尽可能优化，让开发的时间付出不要浪费在这些鸡毛蒜皮的事上。

更为重要的是，例如项目的 api 接口地址、端口、页面上的客服电话、某些特殊信息文案都需要配置化，也避免修改造成的线上事故。

寻找“最优” npm 模块，避免掉坑

之前用过一个 gulp-jade-usemin 模块，模块本身没有什么问题，但为了贴近自己的业务需求，会更改其中部分的代码，我们没有 npm 私服，导致每次拉取项目都要对这个模块手动进行修改。

另外这个模块有时候还会出现些 warning: possible EventEmitter memory leak detected. 11

https://github.com/niftylettuce/gulp-jade-usemin/issues/27

对于有强迫症的我来说不能忍受，当然最后定位是对 node 的不熟悉所致。

建议还是在 npm 社区寻找一些高质量的模块投入使用，实在不行也可以尝试造些轮子。

真的出现问题，社区里会有可参考的解决方案，并经常进行迭代更新，有一些新的 feature 来把玩。

当然也不排除“天灾人祸”，像我们移动端项目，用了饿了吗的 mint-ui ，谁知道后面被阿里收购，移动端项目就不怎么维护了。

“工具”代替不了框架

相信你很熟悉 express、koa 这样面向 node 的 mvc 框架，他们上手很简单，轻松构建出一个 web 应用服务。

但是你要记住，他们只是一个 web 框架，而不是一个经过时间沉淀打造的企业级框架，某种程度他们只是个工具而已，相比于 java 的 spring 之类优秀的框架，我们前端这些真的太“轻量“了。

如果你和我一样在用他们，是不是感觉到随着项目的迭代，参与人员的变化，代码质量就得不到保证，风险、劳动力逐渐上升。

这里就要提到 egg ，如果你看过 egg ，就知道它是基于 koa 为企业级框架和应用而生 的框架。

一切都是奉行『约定优于配置』，你会明确不同“层”做哪些对应的事情，通过它的规范让团队成员减少学习，沟通，劳动成本。任何一个新人完全可以在短时间内写出符合框架规范的代码。同时也有属于它的生态体系，你能找到不错的中间件、插件。

当然举例 egg ，只是希望各位能沉淀各自公司的代码，打造出更适合自己的框架，而非直接拿着 koa 直接“干架”。

多向“别人”学习

1、npm module

记得哪个大佬说，想要 JS 有所进步 ，每天看几个优秀 module。

的确，技术成长过程中总会伴随着 瓶颈，不能向同事学习新东西，自己眼界和能力又限制住自己的发展。

这阶段去看下 高度好评 的小模块，或者主流的框架源码，你马上就能被别人的编程思想，设计模式所“震撼”，仿佛投身于 BAT 一线大佬们的工作环境。

比如：看了 koa 源码，你就能知道 洋葱模型 实现原理，其实核心用了 koa-compose。

当类似模块看多了，就见多识广了，万物关联 。今天的准备是“基础建设”，相信量变总会质变，你会得到成长。

2、readme

源码由于个人能力，不是那么快了解作者设计思路，理解其中原理。但优秀的框架，技术离不开质量高的文档，可以在其中快速掌握使用方法，理解作者意图。

相比有什么不懂，直接面向搜索引擎编程，前者更知其源头。

3、抓住任何学习的机会

工作时间久了，变成了老油条，会沉积于“死海”之中。改变不了环境，就要从自身出发，发掘身边所有可开发的资源。

也许你的公司和我一样，每天的工作就那几样，重复繁琐的循环。这时候你就该分析这些事情：

• 代码重构

用自己学到的设计模式，逐步优化原先那些糟粕的代码

• 更新技术栈

别人都抗炮了，别自己还是小米步枪，准备好新技术在合适的契机投入使用。比如：我们网站改版，就用 koa 替换了原先的 express，构建工具换成 webpack（虽然目前这些都不算什么）

• “无中生有”

不能因为是小公司，而忽视大厂或者主流方案的可行性。比如：自动化测试，持续集成等，很感谢我们的领导在这方面对我的引导。

• 自动化

现在的前端依靠 node 有覆盖全平台的能力，我们可以写服务端，桌面应用，移动 app，当然也可以搞 自动化测试。为节约人力时间，最大程度保证项目的稳定性而探索。

• everything

保持思考，勇于探索尝试

有东西输出

我的 blog 从上两年断断续续一直在坚持的，专门输出些技术类文章，你可以在文末“了解更多”中查看。虽然不像阮一峰之类的博主那么专业，有深度，但起码对自己在技术积累上有很大帮助。

甚至某个知识点隔了很长时间遗忘了，我还会打开自己的 Blog 寻找答案，而不是百度。

另外在工作闲暇之际，也会根据业务的需要，自己的兴趣着手一些 simple demo，技术这东西通过大量的 实践 才能形成认知。

专业化

专业化 这个词出自 《代码整洁之道–程序员的职业素养》 开篇。虽然毋庸置疑我们程序开发的本身是非常专业化的，但近年来我觉得自身离专业化还是有点距离，来举几个例子：

• 是否掌握对应的技术栈内容

我工作中主要用 vue ，使用上没有大碍。但是真要谁问我原理实现，我很丢人的说不太深入。现在新技术层出不穷，对着 api 文档，估计半天就能弄出个像样的“成果”，无非就是坑踩熟不熟练。真要更高的层次走，必须静下心好好学习下底层源码。

这也是我为何前期会记录一些 vue 源码学习心得。

只有大浪褪去,才知道谁在裸泳。

• 预估能力

工作中经常会遇到复杂的需求、新的技术，面对这些挑战你是否能有预估的能力？你可以申请调研的时间，但最终需要有个明确的结论，可能能力不够完不成。但总不能说：“我去试下，可以的话就怎么样”，这样就显得非常不专业。

• 细节

前段日志在接触 ELK，搭建完环境也跑出了需要的 dashboard，但是对于里面细节的参数却无法解释。的确这不是我的领域，但既然我学习了并投入使用了，就务必对其有个详细的了解，不然会显得很 low，一切都是空中楼阁，不堪一击。

总结

上面列举了八条，都是这几年摸爬滚打积累的一些朴实的建议，感谢从头到尾你的阅读，如果觉得有帮助可以推荐给更多的同学。

关于我

一名工作在一线的前端工程师，乐于实践，并分享前端开发经验。

关注【前端雨爸】，欢迎评论留言，愿与各位交流进步。

点击 ↙ 了解更多，了解更多前端开发技术文章。