朋友圈有人说要我讲讲前端的高级性。首先我们来看看前端的问题是什么。我认为最主要的问题是前端和前端之间的不平衡。这基本上是无解的。只要有不叫的地方，就需要成本优化。公司是商业组织，这很容易理解。从更大的角度来看，整个前端开源生态也面临同样的问题。从三大框架的混战到2018年后的相对稳定期，能做的更多的是微创新，这也是一个尴尬的困境。如果我们必须找到一个解决方案，最优解如下。在造轮子和提高效率上，过去业务相关的业务广度优先，现在是深度优先。优化产研环节，提高效率和pk需求，管理预期，降低分子量，降低压力，提高产能，坚持每天进步，都是突破自我边界的事情。事实上，每个领域都可以进步。以上4点其实就是我在阿里4年经历的总结。但是说到高级性，有些事情就不好说了。用阿里的技术来判断也不合适。如果你想保持中立并且能够清楚地表达，那么在一个框架中讨论应该是个好主意。我对开源和各种框架也相当熟悉。4框架设计定位思路：人无我有，人有我有，人优我优，我独有我独，人无我有；如果市场上没有人，那就是创新。比如前端同学在webpack上纠结了很久。如果能做到bundleless，那就是蝎子爸唯一的选择了，比如snowpack（2018年开始）就是一个很好的例子。每个人都有自己的优点：snowpack虽然是第一，但还有很大的提升空间。Vite（2020年初）实现了真正的按需编译、快速冷启动、即时模块热更新，并使用rollup插件机制，更方便的站在rollup生态上。人友沃特：我们在做ssr的时候，研究了市面上所有的ssr方案。当时egg已经做的不错了，所以我们采用了next方法，让ssr和csr无缝降级。流量c端降级优化，所以egg-react-ssr的定位略显小众。特别是优势是在ssr领域做的最好，专注，极致。RenteI转：其实ssr领域是可以做的，egg-react-ssr已经做到了无敌，next的改造更大更全面，那么ssr下一步怎么走？2019年，Serverless开始成为前端的一个探索方向。两者结合，把ssr和csr放到Serverless上进行渲染，于是就有了Serverless-siderendering，也就是serverless-basedsiderendering。网上说的Serverlessssr其实是误导。他们只是看到了ssr和serverless的结合，这是不专业的。简单说说框架设计的定位方法。本质上是考验作者的格局。框架定位是否准确直接关系到它能做多大。从定位就可以看出框架的先进性。比如vite显然是踩着风，扎根于rollup生态。在最坏的情况下，vue会从中受益，所以这样的设计肯定会得到开发者的认可。让我们再看看我坚持的一些原则。遵循DRY原则，不要做同质化的东西。如果你不能做一些特别的事情，就不要做。比如fastify就很好。虽然是web框架，但是在性能方面，无论是模块，node源码，还是http客户端都在优化，这个持续深入的开源非常好。反之，如果只是简单的创建一个web框架，改变一下写法，就大可不必了。克制，先专精，再考虑后面的事情，毕竟人的精力是有限的。首先，知道自己该做什么的人并不多。毕竟俯视视角不是一两天就能形成的。其次，大家习惯性的做加法，这种思维很难改变，挑战人性。设计时要大，制作时要小。设计时可以随便讨论，抛出所有问题，批判性地反复讨论，最终形成框架的定位。这个过程一定要透明公平，否则容易有太多的个人意志，虽然很多时候是对的。我做的时候是因为能量问题。应该先优化，再正常迭代就好了。先解决自己的问题，再选择一个有挑战性的行业问题，可以通过努力解决。如果能将两者结合起来最好。很多时候，社会责任是很多人没有考虑到的，情况也没有大到一定程度他们不会这样想。当然，我们在看别人的项目时也需要包容。先看定位，明白用意，才会宽容一些。了解你所处的阶段，如果业务很忙，如果基础或积累不够，如果人手不够。..决定框架的质量和基本功是否足够强大的因素有很多，比如文档、架构、代码规范等，看优点，想一想，有差异。站在观者的角度有所收获是好的。其实只是同理心的问题。每个人都不容易，所以不要苛刻。进步本身也是相对的。如果能满足自己的需求，对社会有所帮助就更好了。
