前端如何提高切图效率？
一、自动组内切图
切图的操作分为点切和拖切，前者是直接切出原尺寸，后者则是切出任意区域。但是如果图片带有圆角或者是非矩形，点切时就会出现背景，而非透明底。
切透明背景图标的方法大家应该都很熟悉。它需要将切图与其对应的图片置于一组内，再勾选仅导出组内内容（export group contents only）。
乍看之下没毛病，可是一旦图层多了，就会这样——
由于sketch的点切式切图默认将切图置顶，所以你不得不手动将其拖到所在到组。而一旦你没有提前命名这个习惯，光搜寻图层就得耗费相当到时间。
我之前一直是用到这种笨法子，所以每次一到切图环节都会感觉特累！如果你也正经历着和我一样到问题，那接下来的这2个办法将会彻底解决这个痛点，而且很简单。
1. 方法一
2. 方法二
先选中组内需要切图的对象，再进行切图操作！因为切图（点切）生成的位置默认在选中层所属空间的顶部，所以只要选中组内的对象即可将其组内置顶。
当然如果有切图组内存在多个对象，整体编组即可。
两种方法随意选择，只是我个人更习惯用第二种方法。因为方法一在按住cmd后，默认只能选中对象中的一个图层区域（即使编组），局限过多。
二、自动生成切图文件夹
产品并不是上线后就了事了，后期的营销活动（比如为实现拉新、促活、提升gmv等业务目标而进行的一系列活动等）都需要我们的运营童鞋来进行。
而营销活动所需要的banner则是由我们提供给运营，再由他们于oss后台上传。
拿一次大促活动来说，一个banner会跟随其所在的场景呈现不同的尺寸诉求，比如顶通、霸屏、着陆页banner、内页banner、后台专题头部banner等等。
另外，web产品往往需要适配触屏端，那每个场景下的banner又会额外细分成不同设备断点处的banner。仅仅单个专题的banner就可能达到数十张，更别提多个专题了！
如果我们按照传统的办法输出到一个文件夹内，再分门别类得整理到子文件夹方便运营查看调用，那无疑需要耗费相当多的精力和时间。
如何提升前端开发速度和效率？
这个问题太空了，先问几个问题，你现在效率是什么，希望提高到什么？为什么你觉得效率低？能给个可以量化的数据吗？如果没有为啥觉得效率低？或者说如果你都没想过量化的问题我就知道你的问题了，你对工作进度没量化的目标，不知道每一分钟该做什么，该做多少，所以有这样的问题
为什么感觉前端js的代码执行效率要比后端j***a快？
不知道你这感觉从何而来。设计得好的程序，前端js主要处理dom和少量数据，当然觉得快。如果你试试渲染一个自动适应的大型表格，你会觉得世界是那么的不美好，浏览器会冻住的。
JS感觉速度快的原因是界面处理是调用浏览器的功能，这些浏览器完成了界面的主要工作量，也就是本地代码完成了主要的工作量。在游戏，大型软件的开发中，游戏的故事逻辑，大型软件整合都***用脚本语言，开发快捷方便，而且不会对最终性能有太大影响。
如果客观对比J***a和J***aScript的速度,J***a可就快多了，但还是比本地代码速度慢
js主要在内存中执行，而j***a有IO操作，IO是程序运行最主要的瓶颈之一，可以把运行速度拉慢10倍以上（要看一次IO做了多少事情）。如果J***A不需要处理IO，速度完全碾压js好吗？
想想就知道，j***a是编译成字节码后执行，而js是边解释边执行，执行流程上就比js少了一个节点。 此外j***a是强类型，js是弱类型。变量的读写上又比js快了很多。
看具体应用场景了，前端大多数情况下处理dom渲染就比较慢，如果单纯处理数据的情况下，v8加持的情况下和j***a就差几倍，至少还在一个量级上，个别运算回比j***a要好些
