Foxii

我在的国企也这样

首先排除 vue 的问题。tailwind 和其他组件库结合会出问题是因为它引入了一层略微修改浏览器默认行为的通用样式表，是全局生效的（如 css *或者 div 选择器），组件库如果没有专门适配自然会出现很多小毛病。这和 vue 的组件 scoped 样式一点关系没有，vue 想管也管不到。其次剩下那些说白了你就是觉得组件库灵活度不够高，仅此而已。现在和原子化 css 配合良好的是无样式组件库，可以看看 prime vue 的 styless 版本，或者 headless ui 。手机打的可能有拼写错误，见谅

天生长了张嘴，特别能吃

高铁动车对春运来说有难以估量的价值，但清朝用马拉的火车能有什么用？
只是你的 ai 在你们公司就像后者罢了

直接使用 `Executors.newVirtualThreadPerTaskExecutor()` 代替线程池就可以

插眼，同样想知道那种第三方微信公众号会员价代下单怎么实现的

@murmur 我们 bi 用的帆软

国企，之前公司领导感兴趣，对西门子的 mendix 和宜搭做过调研和试用。据我了解前者是以模型为中心的，开发时需要先设计实体关系 ER 图，再围绕这些去生成操作他们的页面，就是增删改查那一套。后者是以表单和工作流为中心的，也就是楼主所说的第一种，自带了 OA 、人员组织结构、报表等等（部分高级功能可能需要阿里生态的其他项目支持，像 datav 等等，宜搭本身可以很方便的嵌入钉钉，直接接入钉钉的组织结构），这种开发的时候主要就是设计表单和工作流程。
要说优点，但凡比较常用的需求，低代码平台本身对实现这些需求做过设计的，那做起来确实很快。缺点就是，这类非生成式的低代码，社区支持几乎没有，全靠官方文档，而官方文档往往又打磨得不够，导致你的需求一旦实现起来不那么直观，你就根本无从知道到底要怎么做。因为我在调研的时候，没有正式购买，是没有产品方技术支持保障的，这一点体会非常强烈。换句话说就是上限非常低，没有发展空间，他给你提供的能力支持到哪那就到哪，不像开源框架是可以通过技术人员自己成长来提高框架的能力上限的。
另一点就是后续的费用并不能完全节省，这些低代码平台要是大规模用上了，那后续还是一直要给他交钱的。就算不更新，维护也自己做，但至少技术支持总是要有的。
最后一点主要针对西门子的 mendix ，它的野心很大，并且学习门槛并不低，实际上并不适合业务部门去用（它要设计实体关系模型的，还有增删改查，还有面向对象比如继承那些，还有基本的流程控制等等，实际上编程的数据结构算法设计思想一个不少，只是给你图形化了）。他的目标是让国企的 it 部门这种，自主开发。那很现实的一点，后续别的项目，不可能自己真的都有能力完全自主开发的，如果找第三方，该不该要求他们也用 mendix 来做开发呢？如果要求，目前来看很不现实；如果不要求，你如果想把这些项目也接过来自己维护，最后还是要去学常规技术，岂不是白忙活。

有没有那种 就是那种
k8s 启动 list.size （）个微服务
启动完毕 kafka 推消息给中心
中心发启动倒计时消息
微服务分别跑 list.get （ i ）秒的倒计时
完了用 Kafka 推过来，取第 list.size （）个的秒数