个人web前端开发经验 web前端个人工作总结

最近经常有小伙伴私信询问个人web前端开发经验 web前端个人工作总结相关的问题，今天，我爱编程网小编整理了以下内容，希望可以对大家有所帮助。

web前端个人工作总结

web前端个人工作总结

工作需要不断总结，只有这样才能有所进步。下面是我整理的web前端个人工作总结，欢迎阅读！

web前端个人工作总结1

从入职到现在，我在XXX导师的指导下走上了前端之路。在这段时间的学习和项目中使我对前端业务需求和项目开发流程有一定的了解和认识，对前端也有自己的理解。前端是建立在以产品为核心，用户体验为基础的一门技术(其实我个人更喜欢用艺术来形容前端)，每一个细微的视觉效果、交互体验都能给用户带去不同的感受，舒适、简单、不失高雅的前端产品更能获得用户的好评。

项目中我参与讨论产品实现的技术方案，例如：移动端中webview空页面加载方式和有内容页面加载方式是采用进度条还是蒙层加载，对比分析那种加载方式对用户更加友好；PC端中置顶小动画按钮应该在什么情况下出现，是在出现滚动条的情况下马上出现，还是滚动到一定距离的时候再出现会对用户更加友好。前端开发中“细心”极为重要，任何一个页面的行为，它都可能关系着产品的成败，更是对用户的责任。作为一名前端，在项目上需要熟悉整个业务才能更好的开发，例如：花币领取项目中，由于对需求了解的不够透彻，在完成开发后发现有很多场景未考虑完全而大大的延迟了迭代周期，如果一开始就熟悉业务，了解需求，考虑到所有的场景，那么可以大大的减少开发的时间。

学习中在我导师的指导下了解到前端基础的重要性，了解结构和表现在前端技能中的分量。前端基础就好比大楼的地基，只有拥有坚固的地基，才能搭建起一座摩天大厦。结构和表现是区分后端的重要凭证，前端注重视觉效果，后端着重功能实现，作为一名合格的前端，在结构和表现的技能上必须具备自己的专业优势。

前端是整个项目的桥梁，沟通产品、后台、和设计。整个项目中不仅需要对自己技术肯定，更需要了解业务，才能更有效率的开发和维护产品。

十年磨一剑，我怀揣着梦想站在巨人的肩膀上，紧跟着的脚步希望能越走越快，有朝一日，晚霞落幕，回望过往，那片片云彩皆在欢笑。 我爱编程网

web前端个人工作总结2

大三下学期开始自学的前端，断断续续半年多，开始找前端相关的工作；到现在，走过了毕业期的十字路口，已经工作一年了；好吧，严重掉底子了，我是个比较懒的人。既然起步较晚，那么就只有马不停蹄的追赶了，奔跑吧，小前端!

写这个20XX的年终总结，没什么经验之谈，只是继往开来，反省反省；继续追逐大神们的脚步，偶尔站在巨人的肩膀上眺望下未来!

一、原谅我，Jquery：

工作之前，那时什么基础都没有，只是逼于即将毕业后的压力，百度到了前端开发，就直接从原生JS开始学了；学不动了，问了下认识的计算机系的学长，知道了Jquery，OK，学吧。然而我并没有太大兴趣。因为我买了本‘高三’，jquery只是对‘高三’进行了整体的封装，他把我要做的事都做了，那好吧，继续原生JS喽；不得不说那时做的最多的就是原生JS仿写各种特效；还想了个主题，弄了一堆静态页面，拼了个网站的样子作为找工作的‘作品’。

后来，我知道我错了，写那些只是属于前端基础的一小部分，工作毕竟是工作，Demo终难上台面，团队的配合以及开发的效率才是最重要的；现在工作以jquery为主，至于曾经写的各种效果，现在也都有对应的现成组件，拿来用就是；之前无知时忽视了的jquery，工作后开始马不停蹄的搜索各种资源补缺了，还好原生JS没有丢，作为前端的根基，在jquery以外帮了我不少；现在，基础组件一般都是以jquery插件的形式做的，但是业余有时间我都会用原生JS实现一些，因为我不想因为jquery而逐渐忽视原生JS；

二、必须追求的`模块化：

前端的模块化是非常必要的，之前对模块化一直是停留在概念阶段，没有太多实践，只是感觉特别好，毕竟在追逐大神们的脚步嘛!忍不住选择了玉伯老师的Seajs，试着把原来写的jquery和几个组件，划分成模块，用Seajs组织到一起；由于工作中的前端结构已趋于稳定，一下子不可能整体改，所以我只是在本地新建了个目录，一有时间就考虑下，怎么以模块化的搞法从新组织下；私下里，为了证实我在工作的本地前端结构可用，还专门弄了个简单的博客，按照自己对模块化的想法，首先以自己的博客作为实验场，来验证可行性；不管结果怎么样，不管这样做好不好，就当是一种锻炼吧；愚论拙见，只当逗大神们一笑吧；

三、弱小者的强大力量——CSS：

HTML、CSS作为前端开发最基础的一部分，可能在后端眼中不值一提吧(忽视这个小小的吐槽吧)，确实我也这么认为；但是，我更认为，前提是你能够把这些基础乱熟于心，并且对各种浏览器的兼容性了然于胸，闭着眼睛也能写出简洁明了的HTML、CSS；好吧，其实这只是我对自己的一个长期的要求；因为模块化，不只是JS，对应的少不了HTML、CSS；为了与JS的模块化遥相呼应，那么CSS的模块化是不可忽略的，只是就CSS来说，要想做到极致精简、模块化、可复用，不是想想就可以的；

是的，你必须还是得要把一些逻辑性的东西引入CSS才行；

恩，SASS是首选的CSS预编译器之一；风行于前后端的Bootstrap之前是基于Less的，后来全部开始转向Sass了；所以，无论现在对于Bootstrap熟练度有多少，我想其对于前端样式的构建思想是非常值得学习的；以Sass作为前端样式的构建工具，来实现精简、模块化、可复用的样式，我想那不是梦，当然，一切都是需要历练和积累的；

四、革命性的转折点：Nodejs

不管Nodejs属于前端还是后端，我想其对于前端工作的变革性影响都是不言而喻的；在我心里，Nodejs将前端的模块化思想做到了极致，包的数量多达十几万的NPM社区足以证明其伟大之处；Nodejs内部实现了Commonjs规范，以require模块的方式调用内部模块和外部模块；所以NPM社区如此强大是必然的；由此各大类库和框架都实现了基于Nodejs的模块化实现；并且远不止这些，基于Nodejs还带来了前端的工程化；各种前端自动化工具推陈出新，不断向前端工作注入新的活力；比如：Grunt、Gulp、Browserify、Webpack等等；

不好意思，Nodejs学的还不多，若有夸大其词的地方，大神还是忽视我吧；花满楼的博客只是对Nodejs小小的探索，诸多不足，有待改进，望大神路过指导；

五、话说，我想多了：

每次信誓旦旦做的规划，都会随着时间的脚步渐渐风化；每次回顾过去，只留一声叹：时间都去哪了?呵呵，还是走好脚下的路吧，毕竟做该做的事总归是好的；愿和我一样的小前端们，梦想都不是白日梦!

六、遇见最好的你：Angularjs

目前工作的情况并没有太大的变动，有些事还是得以团队工作为重；只是业余会多些躁动，20XX年，想学好Angularjs；一方面作为工作内的技术储备，另一方面，我的实验场还是需要多些内含的，打算首先用Angularjs改造博客的后端程序；权当锻炼吧!风靡前端的框架还有很多，大神们也是有各种论调，我想选Angularjs因为我胃口小，一口吃不下一个包子，还是细嚼慢咽的好；主要是：Angularjs的思想很吸引我，MVC、路由、双向数据绑定、依赖注入、指令系统等；对我来说既陌生又无限的吊胃口；无论学的怎么样，我想理解这些思想对现在的我来说恐怕才是最重要的。

;

结合自身情况,谈一谈如何学好Web开发中的前端技术？

近年来，随着移动互联网时代的到来和用户体验的不断优化，web前端行业飞速发展，这个几年前被戏称为“切图工”的职业，如今已经一跃成为了很多人入行IT行业的首选职业之一。因此，很多人都想进入这个行业，但是不知道如何能学好？今天给大家解答。
一、学历在大专及其以上，年龄在30岁以下
虽然web前端入门门槛较低，对零基础的小伙伴比较友好，但是如果学历较低，年龄比较大，学习起来有一定的困难。并且现在很多企业招聘时对学历及年龄有一定的限制，建议学历低的朋友可以优先解决学历问题。

二、对行业及职位进行初步调研及了解
想要学习这门技术，要先对它所属的IT行业进行一些了解，也可以去各大招聘网站上看看web前端职位招聘需求，总结出目前最流行哪些技术，明白自己需要掌握哪些技能。
三、找对学习方法
很多小伙伴信心满满决定自学，但是最后坚持下来的人却很少。因为自律能力不足，遇到问题无人指导，导致效率较低，信心消耗较快。因此不管是自学还是参加培训，都要找到正确的学习路线和学习方法，保证学习效率才能快速提升。

Web前端工程师要掌握的工作经验

今天小编要跟大家分享的文章是关于Web前端工程师要掌握的工作经验。设计师与工程师的交流经常是鸡同鸭讲，牛头对不上马嘴，为了帮同学们搞定这个难题，小编整理了一个列表，帮同学们能跟工程师无障碍沟通，全是非常实用的知识点。





开发者一般不是令人惊艳的设计师，设计师也通常不是出色的开发者。虽然有很多例外，但这两行的门道对对方而言都是难以言说的谜，然而双方却要在这种情况下合作完成项目。作为在两个领域都工作过的人，北大青鸟web前端培训专家整理了一个列表，使设计师能够更好地辅助开发者开发应用和网站。下面来和小编一起看一看吧！


一、Photoshop


开发者经常需要处理设计师制作的Photoshop
PSD文件，因此任何对设计师有益的事情也会对开发者有益，包括绘制易于维护、易于理解的PSD文件。


1、有效地进行版本控制


设计师经常会面对各种装满了一堆没有清晰版本命名的PSD的文件夹。为了解决这个问题，设计师可以事先确定一种合适的版本命名格式(理想的格式应该使文件在字顺排序下自动有意义地排列)。


2、保持图层


不要轻易合并图层。需要导出时，通过组合，隐藏/显示图层的方式来进行，导出后再把文件恢复到原来的状态。不要轻易破坏有用的数据。电脑性能更不是合并图层的理由——若被此限制，你应该做的是买内存更大，性能更好的电脑。


3、对图层进行有意义的命名


虽然对图层命名比较繁琐，但这样做确实能够帮助理解，尤其是在重用文件元素的时候。命名时应确保文字图层的名称反应其内容。重复的图层也要进行有意义的命名，而不是简单的“副件”。


4、合理地对图层编组


应该把分散在不同图层的视觉元素编为一组。对单一设计的文件来说，编组整体上应该一致按照从左到右，从上到下的顺序。层次和顺序比按颜色编码图层更好，因为图层移动时，颜色还需要保持。


5、去掉不需要的图层


不再需要的旧版本、模版和参考材料以及临时复件应该从图层中及时删除。间歇性地浏览一下你的所有图层，及时删除不需要的东西。


6、使用图层复合


Photoshop的图层复合功能可以让你制作多组图层状态，如可见性，位置甚至图层风格。你可以用图层复合功能来灵活地在一份文件中整合设计中不同部分(比如网站的多个标签、应用的多个页面)。这样做可以不必保留重复的图层编组，从而减小文件大小。


7、保存矢量文件和可伸缩效果


在设计应用时，很可能会需要原设计两倍尺寸的图片来适应有双倍像素的新设备。确保在这种情况下你不需要重新绘制所有的图标。


二、助力开发者


还有一些特别与应用及网页设计相关的建议，每项都有相应的要求和限制。


8、学会在缩放时保存圆角


操作系统经常会统一圆角的角半径(iOS通常为12像素)。Adobe
Fireworks会保持圆角矩形的角半径，但Photoshop不会。因此确保你用直接选择工具来选取圆角的点并且以传统的方式缩放图像。


9、在72ppi下进行设计


一个像素就是一个像素，更多的像素只会生成更大的文件。不要通过改分辨率来蒙混过关。


10、对齐像素


确保相关的形状工具设置成对齐像素。根据你的需要使用像素网格等工具。一贯使用偶数尺寸来方便裁剪。


11、使用RGB模式


这点不仅对颜色显示重要，对开发者将颜色正确地写入代码也同样关键。


12、资源准备是你工作的一部分


很多(大多数)开发者除了基本的编辑功能外对Photoshop一窍不通。设计师需要适时地导出可能会在应用或网站上用到的裁剪图，因为毕竟他们是对文件和Photoshop最熟悉的人。这项工作虽然很痛苦，而且很耗时，但这是除“设计”外90%的工作。


13、谨慎地使用字体


不同的设备和操作系统的预设字体有所不同，因此不能确保这些设备都有你进行设计的电脑上的字体(事实上，你比一般人的设备上的字体都多)。基本上，将应用或网站上的文字以实际文本的格式呈现会有更好的效果，但这也使对字体的选择不仅基于视觉，还有可行性上的考虑。


还有一点值得注意，允许个人设计使用的许可也许不允许你将该字体完全使用在应用或网页上。在选定设计中使用的字体之前，确保和你的开发者或客户进行有效沟通。


14、确定设计尺寸


对移动设备应用来说，屏幕尺寸不是全部信息，你还需要考虑系统状态栏等的存在，以及他们如何在屏幕横排和竖排时影响尺寸(比如iOS设备的顶端状态栏会在横排的时候减小较小边的尺寸，在竖排的时候减小大边的尺寸)。和你的开发者确认一下应用是否为完整的全屏很必要。


15、使用平台风格


每个平台(操作系统)都有其独特的用户界面元素和交互风格(也会根据不同的设备有所不同)。在设计时注意这些风格，并且除了有特殊原因，不要进行与平台本身风格差别太大的设计。例如，在iPad上，你会发现这些需要注意的地方：


1、支持两种屏幕方向的强烈需求


2、双栏设计在两种屏幕方向上都可接受


3、将弹出框作为一种界面元素和分组机制


4、确定的文件浏览器的风格


5、在级别较高的导航栏中，返回按钮是向左指的图标


因此，在设计时要熟悉平台，因为你的设计要适应它。没有哪一种单一的设计可以适应所有的平台。。


16、对横排和竖排分别进行设计


不同的屏幕方向需要不同的交互设计风格，这不仅是因为屏幕宽高比，还因为用户以不同方向手持设备时外形、重量和平衡上的区别。只针对适应屏幕宽高比进行设计顶多是一个糟糕的妥协策略。


17、针对每种主流尺寸和情景进行设计


同一应用在手机、平板和电脑上的内容和交互都应有所不同。对移动设备而言，我们也需要考虑注意力持续时间、注意力分散、使用设备时的身体协调性减弱，以及用户在移动或危险情境下使用设备的可能性(例如走路时的障碍物、过马路时的交通情况以及驾驶安全性)。这些使用情景与设备的尺寸和本质有不可否认的关系，有效的设计应该充分考虑这些因素。


18、使用纯正的，至少实际的示例内容


好的示例内容标准有以下几条：


1、示例内容涵盖应用可能的长度，而不是仅仅为了原型设计的方便。


2、设计必需的数据缺省时的显示方案，尤其如用户照片等。


3、考虑不合需要的输入示例，比如需要进行裁剪的过宽或过长的图片。


4、包含极端或少见的名字示例，包括超长或不间断的姓和名。


5、地址不限制为当地的地址形式，而包括各种可能的长度和格式。


6、在设计的任何角落都找不到“Loremipsum”。


19、本地化考虑


当大多数人考虑支持其它语言时，他们想的是文本。而当设计师或开发者考虑本地化时，他们应该考虑的是布局。为了实现本地化，你的设计应该使所有文本支持与英文50%的宽度差异。在显示同等内容时，亚洲语言需要的空间比英语少接近50%，而欧洲语言会比英语多接近50%。这个问题在设计按钮和帮助文本时尤其重要。


20、考虑屏幕全局光源


作为设计师，你应该早就了解每个平台都有其不可改变的屏幕全局光源(例如在iOS上，是在中心的正上方，或90度)。所有高光和阴影效果都应该和平台的光源相协调。


21、明确导航和组织控件设计


向你的开发者明确展示你的设计中包含的标签、下拉菜单或者其它闭合机制。在进行这种控件设计时，要尊重平台的设计惯例。开发者在进行开发时需要明确了解信息层次，因此你要确保你的设计清晰地展示你的意图。图层复合在这种情况下非常有用。


22、导出图形时不进行压缩


在导出时以PNG
alpha通道格式保存，除非被明确告知其它保存方式。除非被明确要求，否则不要使用JPEG格式。不要考虑图像文件大小，因为开发者或他们的开发环境会对图像进行最优化。以透明背景导出每个元素，而不是纯色，即便你设计中的一部分背景确实是纯色的。


23、询问阴影的处理


和你的开发者沟通是否要将阴影效果包含在导出图中。通常情况下，开发者会用CSS或写代码来应用阴影，这样做事实上会比直接使用预先保存的阴影位图更方便容易。不要假定阴影效果应该包含在图像中，虽然在设计原型时用图层展示阴影效果。


24、理解按钮的构建方法


应用或网页上的按钮几乎都不是用单一的图片创建的，而通常是下面两种情况：


a：3部分图像，左端图像，右端图像，重复的单像素宽的中间部分(允许图像的横向扩展)


b：9部分图像，上中下-左端图像，上中下-右端图像，以及3个重复的上中下中间部分(允许按钮的横向和纵向扩展)


最后想法


任何软件都应该是平面设计、交互设计和开发三者合作的结果，这三部分都同等重要。知道另外领域的需求对我们自己的工作非常有帮助。


以上就是小编今天为大家分享的关于Web前端工程师要掌握的工作经验的文章，希望本篇文章能够对正在从事web前端工作的小伙伴们有所帮助，想要了解更多web前端知识的小伙伴们记得关注北大青鸟web培训官网。最后祝愿小伙伴们工作顺利！

以上就是我爱编程网小编整理的内容，想要了解更多相关资讯内容敬请关注我爱编程网。