感觉 layui 很适合你，这货的目标用户就是对前端认识还停留在十几年前的开发者，https://www.layui.com/demo/layer.html

真相大揭秘 —— 最后选的是 Homeland

@minglanyu 学到了个新词，谢谢

以我手头一个中等规模（ PS：架构规模）的电商项目，后端数据模型大概有三十几个，前端采用 react-ts 技术栈，基本的交互开发完之后，前端有状态组件大概七百多个，还只是实现了一些核心功能。

就开发体验来看，ts 确实是好东西，但相对于采用 js 去开发需要更多的时间去抽象模型、分析状态、拆分组件。

话说回来，抽象模型、分析状态、拆分组件与用什么技术栈无关，这一步做不好或者不熟练，开发效率永远提不上来，或者根本做不出来东西。

我是做软件的，对电子信息工程专业超级感兴趣，有两点关于这个专业职业发展方向的想法，你看对你是否有帮助。

一、不管软件专业还是电子专业，学到的理论、技术终究只是工具，不是进入市场做产品就是留在学术机构做研究。假设是做产品的话，市场就是真理，竞争这么激烈，知识产权保护体制还不健全，只能靠自研来提升竞争力，换句话，不能别人给方案而我们只实施，要一直这样，真的变成高级流水线工人了。典型的正面案例就是大疆，较大程度上自主把控研发、供应、生产、营销链。

二、不推荐脱产创业。个人能力覆盖的领域有局限性，不可能同时把控研发、供应、生产、营销多个环节，需要借助外力。借助外力的方式多种多样，举个例子，国内开源开发板走的是自主研发、自有工厂或者代工厂生产、针对开发者开源软件硬件方案、零售开源硬件、获取下游真正做产品的公司采购订单才最终实现盈利这条路线。

@gemo 构图是啥？

楼主真是为不靠谱的前端同事操碎了心

这事儿得问黎总

@lihongjie0209 锅背不动了，那就不背了

理论上说，交给前端来排序没有问题，但前提条件是 ——　由前端来决定什么时间请求数据以及如何请求数据。

“前端做起来很费力”，只能说明交互场景设计、视图状态分析等等工作拆分的还不够细。

换个角度说，不能用后端“少量字段抽象一个模型”的思路来处理前端问题，应当先分析交互流程，将一个完整的功能拆分为一系列静态场景，然后由前端提出后端数据接口的适配需求，也就是说实现一个功能可能需要提供多个接口，而不是后端把数据“一锅甩给前端，让前端自己在里面选有用的”。

抖腿