荒山

React 发布已经十年了，笔者接触前端差不多也有十年时间了。通过这篇文章，你就可以知道这快速发展的 10 年，前端渲染模式的演变和关系脉络，知其然，也知其所以然。

Docker 对前端的意义也很重大。 实际上，Docker 的世界里，并不区分什么前端、后端，没有人说只适合后端、不适合前端 … 在运维的眼里更是如此

就是想告诉大家🤫 ：不要造轮子、不要造轮子、不要造轮子，怎么简单怎么来。把精力放在有价值的事情上，支撑域和通用域尽量外包，它们可能比你想象的要专业。不管是商业的SaaS ，还是开源方案我们都有很多选

本文就简单介绍一种改造现有程序以支持内容多语言的思路。我们希望对于前/后端都是最小改造，尽量不侵入已有的业务代码和底层存储、向下兼容，不影响现有的业务。

阶段性地总结和回望回顾我过去这三年，却发现大部分都是泡沫。跨端、业务、质量管理、低代码、领域驱动设计..

回到正题，做业务前端开发要不要做设计呢？我觉得大部分情况不需要，如果业务比较复杂、涉及到多人分工和共识建立、而且项目预留的充裕的时间给开发者做预研和设计，那么做一下设计还是有必要的。

如题，一些牢骚。希望对年轻的你有点帮助...............................

今天继续来聊一下怎么编写‘跨平台’的构建插件，前端构建工具一直都是一个比较卷的赛道，毕竟它是前端工程化的重要一环，此时此刻它正在经历着新一轮的变革

CodeMod(Code Modification) 的应用场景非常多，我在过去几年就使用 ‘codemod‘ 升级过多个项目，节省了大量的人力成本