感受一下工程和工艺两个概念的差别。
解决工程问题，以宏观视角把握全局；处理工艺问题，一切从细节出发。
有些项目，追求较高水平的视觉效果、交互体验，所以需要精确处理诸如色彩、像素、网络请求质量等一系列问题；
有些项目，工程量巨大或者处于研发初期阶段，无暇顾及视图开发细节方面的问题，往往通过引入成熟的框架、库的方
式来提高开发效率。

先想清楚是做“视图向前端开发”还是“数据向前端开发”。
两个方向的技术栈有较大差异，做的产品也不同。

我更关注你的域名

@1762628386 不是楼主的锅，被玩坏了

受宠若惊~画面感很强

已 star

第一个问题的答案就是你说的这样，只不过 grunt/gulp/webpack 等工具的应用场景远不止压缩静态资源这一点。
第二个问题，服务器端渲染（ SSR ）的 web 项目还非常非常多，桌面系统平台上的客户端渲染（ CSR ）的 web 项目屈指可数，移动端的稍微多一点。究其原因，大多数 web 项目不需要太过复杂的交互体验，更关键的原因则是用 SSR 技术栈可以实现大部分开发需求，同时将 SSR 开发思想转换为 CSR 有一定的门槛，很多开发者刻意逃避这个转换过程，导致 CSR 的普及就如同 python3.x 替代 python2.x 那样艰难。

@firhome 不一定是直接截图，只要把视图渲染逻辑描述清楚，理论上，用 dom+css3/canvas/svg/ios-view/android-view 等视图引擎都可以复现原始视图，例如 react 的 vDOM 思想就是这个原理

@randyzhao #3
用四大发明之一的活字印刷术的原理类比一下：
每修改一次活字布局就拍一张照片，并按时间顺序保存照片，把照片流转换为逐帧动画就能“场景重现”了。
另外根据视频中动画的流畅度来看，十有八九用的 canvas，也就是一楼说的原理。

莫名好喜欢你们官网

@ful1v1dcker ……不是这个意思……我想说的是提前进行技术投资

（大）前端技术栈的加分项，flutter 短期的应用场景是类似 RN （但区别很大）的跨平台移动应用开发框架，长远的应用场景是构建 fuchsia 的视图层，最近 flutter 突然火起来可能是谷歌想提前布局，等正式发布 fuchsia 的时候有能力尽快抢占 andorid/ios，乃至 windows(pc)的市场。

现阶段接触 flutter，大致相当于 08 年左右开始接触安卓开发，那个时候接触并坚持到现在的自然早已是神级的人物。

产品 ，UI，前端 —— 三者水平一致、协作流畅的前提下才能做出你想要的效果

mark

@TabGre

我的重点是前面那一句，要么做视图方向的前端开发，要么做数据方向的前端开发。

视图向的前端与产品经理（产品经理也分视图向、数据向等多个方向，这里特指视图向的产品经理）、视觉设计师、交互设计师有更多的共同语言，技术栈方面也有交集，具体点说，需要懂包括设计在内的其它非计算机学科范畴内的东西。

数据向的前端的工作重心则始终放在数据业务、数据算法等方面，技术栈仅限于计算机学科。

@Lwf1995 最怕客户要前端改 UI，尤其是为了节约时间要求用代码盲改，简直是无底洞

做前端要么选择视图方向（产品、视觉、交互），要么选择数据方向（ B/S 开发那一套东西），打基础的时候，尽量避免脚踏两只船，正面例子就是 react，反面例子是 vue/vue 全家桶 /react 全家桶……