前后端都一样，工程化是对的，过度工程化可能就不对……

过去十年移动互联网大发展，产生了巨量前、后端需求，推动前、后端技术走工程化的路线。

工程化是对的，但是前端目前的工程化方向可能有点偏了，以致于频繁调整路线——最终表现就是前端工程师们觉得自己需要不停的学习新知识。

实际上，前端“以频繁学习新知识为荣”是一种“大聪明”的表现，就好比一个学渣总是写错作业，却以重写作业为荣。

市场繁荣期已经过去，近期频繁出现前端求职困难——当然后端也好不到哪里去。

未来，剩下的前端们会因为人力有限，开始将前端工程化过程中“繁杂无效”的部分剔除，回归到“技术服务项目”路线上来，而不是继续以前那种“技术服务工程化”的路线。

嗯，我是前端，也是后端，纯纯外包仔。

顺便推荐一下我的项目： https://github.com/dongnanyanhai/vue-web-loader-2

这个项目本质上算是对前端工程化的一种吸收和反对，前端生态非常丰富，是可以好好利用的，但前端开发的流程还在改进中，需要暂时避开。

最后强调一点，前端帅哥很多，非常多！

HiCode

2023-03-31 12:02:52 +08:00

@sofukwird 写了一大堆内容，结果提交的时候没了。

再简单说一下吧，我知道有很多同类的项目，我是看过他们代码的，我在其他帖子会着重感谢 Vue-rap 这个项目给我提供的思路。

上面很多人提到这个项目简陋，实际上，我是从第一版的繁复砍掉大量多余功能，精简到现在第二版的简陋。

qrobot

2023-03-31 14:27:46 +08:00

写了一堆 460 行代码, 没一行是算法, 然后他说

前端 “以频繁学习新知识为荣” 是一种 “大聪明” 的表现

对此, 我的建议是你的这个不如 VanillaJS 至少 VanillaJS 效率比你的高, 依赖少运行速度快.

并且 VanillaJS 满足你所有的一切要求

WasteNya

2023-03-31 17:13:16 +08:00

可是很多团队的需求是需要
校验代码并统一团队的代码规范（类似 eslint ）
实现前后端的快速对接（类似 openapi-typescript-codegen ）
压缩包裹体积（类似 terser-plugin ）
处理本地开发存在的跨域问题（类似 http-proxy-middleware ）
大幅度减少文档依赖和类型问题的 bug （类似 typescript ）
......
最终不还是回到了工程化上了吗

HiCode

2023-04-01 00:23:53 +08:00

@Envov 没有没有，主意看这个项目地址下面那句话：

“这个项目本质上算是对前端工程化的一种吸收和反对，前端生态非常丰富，是可以好好利用的，但前端开发的流程还在改进中，需要暂时避开。”

这个项目本身是一种“逃避”，对前端乱七八糟工具链和流程的一种逃避，发在这里主要是表达我的态度，不是论证观点的。

wazggcd

2023-04-01 04:54:07 +08:00

@HiCode 如果想使用你的框架有些疑问：
如何用 less ，typescript 之类的？
如何引入浏览器兼容性的垫片？
依赖的包是不是没法做到按需加载？
开发的时候代码提示和代码检查方便吗？
提交代码前能自动检查代码格式有问题的不让提交吗
如果代码检查有特殊的要求，能支持自定义吗
如果都支持，感觉是不是又回到了工程化的老路了？

其实还有很多疑问，webpack 配置复杂，但其实 webpack 但每一个选项基本都是为了解决某一类问题存在的。都是工作，没有人会无聊到写无用的配置项。

另外我觉得你吐槽 webpack 没问题，但你不能在推广你的框架的时候吐槽 webpack ，因为你这个框架能做的事，跟 webpack 要做的事不一样：你俩不是竞品，你的框架是一个特定的细分场景下的解决方案。

探讨为主，不是非要抬杠哈

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/928423