作为一名合格的前端是选择效率还是选择用户

在网上一直广为流传那样一句话：加班加点一般是高效率不高的主要表现，当你迫不得已加班加点那麼一定就是你领导工作能力不够造成的。或是你一直在装作很勤奋，实际上以便混到加班工资，可是結果通常不容易陪着你拍戏。

大火兔的一位客户，约我聊聊他最近做的一个项目，当他拿出他得意的产品后我瞬间无语，整个页面整整用了2分钟还是没打开。此时我基本知道这位客户被坑了。一共6个页面，加载了非常久，经过体验我大概知道用到了mui，vue,jq，ajax等技术。其实本应该很高的加载效率，却如此慢，此时我就知道问题出在哪里了。这里就不讨论其他问题就先说说前端吧。

其实大火兔也曾遇到过这样的问题，最后选择还是在于前端技术本人。

2017年在上家公司时，一名非常不专业的产品坑愣是将一款手机站弄出了130+个页面，当时工期紧，给了2个月，大火兔当即选择放弃使用框架和基于淘宝原稿的前端方式；转而选择使用响应式设计方式+手写前端的方式。很庆幸当时的选择，后来整个项目到上线大概173个页面，而我整个CSS不足3K还是在未压缩的情况，在2G网络下，整个H5加载非常快，渲染也很顺利。

用框架谁都会，但是有时候会牺牲用户的体验。如果当时选择用框架，整个CSS至少在300K，加上JS库，估计会跟这名客户的问题一样。

那么问题来了作为一名合格的前端是选择效率还是选择用户？

选择效率，为了完成一份工作，一份任务多数人会选择使用现有的框架，快速交付任务。但用户就惨了，一般情况下框架所用的JS,CSS怎么精简都会超过300K。在网络差的手机环境下界面渲染非常困难这就导致用户体验不佳，甚至直接导致用户的流失。

而选择用户，那么你交付任务的期限会延长，因为毕竟看着图手写CSS代码很花时间。有童鞋会问了，为什么不通过PS直接切图呢？切图所生成的垃圾代码太多。本来一行代码能搞定的却要用4行，你说会如何？切图生成的代码并不能满足各种浏览器下的兼容问题，所以为什么有些公司招聘前端要求是手写代码是由原因的。

如果是你，你会选择效率快速交付任务还是选择用户？

本文来源于：作为一名合格的前端是选择效率还是选择用户-变化吧门户
特别声明：以上文章内容仅代表作者本人观点，不代表变化吧门户观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与变化吧联系。