UI都直接切成HTML静态页面，还有写HTML的必要么？

Question

如题详述：刚才看到的东西，简直让我大吃一惊，直接使用UI切成的静态页面（前一分钟）或者一份百度文库也能解释我的心虚。看到这个地方，我就有点心虚了，从来都是拿着UI给的标注图，一点点写结构，一点点写样式的我，能不心虚吗？感情之前做的都是白费啊，难道真是孤陋寡闻见识短浅？所以问题有二：（1）首先想问UI人员，根据上面的百度文档，的确可以切成html，但是我现在用的都是UI同事用sketch切的带标注的图，还是得一点点敲HTML和css，请问根据你们不同方式，身为前端的我有更高效的工作方式么？（2）其次想问前端工程师，如果真是上述实现，那前端就只剩下写点js交互，请问作为同行的你，平时都是这样高效的工作么？还是我的方式太傻太傻？注：望不吝赐教，静候您的佳音.....

Answer 1

1.sketch切图直接转成html是个好像，意味着可以提高前端开发工程师的效率，从写页面中解脱出来，去做其他更多更有意义的事情，因为本质上量尺寸，写页面就是一个体力活，只要熟练掌握之后，很难有量的提升，意思是一个很牛逼的人和一个一般般的人，效率上差别不会很大2.现在应该还没有大规模的生产上使用这种方式，可能是因为存在几个问题
1.代码可维护性差，机器生成的代码没有人写的代码容易看懂
2.复用性差，涉及到相同的部分，需要抽象成组件，这个机器还做不了，需要人工介入
3.兼容性，不同的产品对兼容性的要求可能不一样，有些需要兼容IE8，有些不需要，等等，这些短期之内都是需要工程师人工来做的
3.不排除将来真的能实现自动生成的html可以直接用在生产中的可能，那也是一件好事
                            

Answer 2

不论什么行业，低端重复性劳动的可取代性总是最高的。你给的例子我看了下，貌似是基于PS切片的？目前机器学习已经能达到给草图出页面基础结构的能力了。
但是机器也有一定的短板，比如目前来说，就还没智能到给需求做技术选型的地步，前端还是要自行决定针对不同的需求采用针对性的策略，排页面只能说是一种辅助性质的工具，就像CAD之于工业设计。另外，前端这种HTML、CSS和JavaScript相互分离的结构可能也是个门槛，要不是MVVM大行其道，可能大家都还在以使用原始生产工具的方式为荣吧。
工具终归是要适应生产力的，所以一样可以自己创造。如果你觉得自己的工作带有一定的重复性而且量很大，那么就可以考虑找轮子/自己造轮子。不要拒绝成长。
说到底，还是要不断提升自身的知识水平，为“不可替代”而不断努力。