低代码,可视化,bi 数据大屏怎么做, appsmith 那种可以做吗? 数据中台类似 dlinky 那种可以做吗？ 工具链部分 webpack, 目前有哪些用 rust 的工具链可以替代的？理解 ant design 或者 naive ui 这种 ui 组件库的设计吗 ，自己可以尝试一下实现吗。 scss 或者 css in js 用的咋样。 随便点点都是一大堆东西可以做...

你们都不用无痕模式吗... ctri+shift+n

@kongkongye 生成慢 而且报错了...

有点慢...

@zjhong 嗯 可以的话 super 的账号看看效果,
我是觉得这种平台核心能力是数据管道+数据可视化 :
datart https://github.com/running-elephant/datart
openmeta https://github.com/open-metadata/OpenMetadata
技术上到是感觉没啥难度 ，主要是要让交付易用性更高吧

目前在做设备采集数据展示这块，提一下意见。
1. 可以考虑接入第三方的开源 bi 软件 ，比如 datart ， 目前数据大屏这块看着有点单薄？
2.核心功能规则引擎功能在哪?这类平台我觉得核心功能应该是 etl 部分,如何存到数据库和进行批量设备的数据清洗？数据存在哪？

@meeop 如果觉得画图都麻烦了... 系统流程引擎化不会更简单.. 你可以简单先在 controller service 上打上注解 前端渲染生成流程图看看...

这种都是数据管道的活吧... 强烈不推荐直接 mqtt->直接 api 应该是 mqtt->时序数据库->etl->实时报表,相关指标->api or 数据库

有价值啊 ，这就是虚幻里的蓝图啊 ，让设计和开发能一起协助开发，开发专注于开发新插件。 只不过你这里是交付，产品或者开发，不过要支持可视化编排和代码的逃脱通道，这个可是要前后端很多人一起配合试错开发吧。。

twitch 那个直播观看插件页面才是对微前端最好的一个例子！

@nicegoing jetpack compose 确实是趋势啊, 本质模仿链 就是 react->flutter->jetpack compose 这在前端都被验证可行性了，这有啥好喷的..

同上 ,px2rem,
如果是数据大屏的话 需要全屏展示就要固定 px,利用 css scale 去做伸缩

编程是语言是哪来用的,没有魔法 ，都学习 github 上和码云上的第三方开源项目, 看视频学习和对别人的代码去"临摹"一遍 ，都可以提升相关知识的提升

抽我抽我

这是 orm 做的事情 ，可以关注一下 mybatis-plus...

@idlewater 嗯我也一直关注一些开源低代码平台 例如 appsmith , datart, openmeta, 我发现凡是产生价值的低代码平台，一定要找准定位，特定领域，产生价值, 你的平台能够支持一定的 source(数据库,商业 api,http,其他) -> 目的地（数据展示,数据填报,数据管道） 这样子产生实际价值才会有人愿意用

@idlewater 是这样的 我个人感觉是要和现在的开源基础框架上去做改进，才有更多的受众, 底盘是你开放的类似 java-admin 框架,这种的话开发可以在你的平台上进行代码操作 ，只不过里面提供了二级人口，开个口子,类似 bi 数据大屏,表单可视化,uml 代码生成 ,数据管道的可视化。这样子才会有更多的人去愿意接受你的项目，因为你的开源项目对大家来说是可控的，是可以进行修改的。

@idlewater 看到你的东西 ，我觉得方向是对的。

我觉得方向应该向脚手架的方向走会更好, 类比现在市场上的一些开源脚手架,例如若依,spring-blade,pix-x ，这种能否提供更好的代码生成, 能否在云端做一个 ide,从可视化角度对代码进行组装，和逆向工程 生成 code,能否和 ide 一样去做到对代码的智能感知。

应该更向程序员的低代码脚手架的方向走 个人感觉会更好,如果想做低代码的话 ，跟商业公司冲突了 ，一个人是干不掉一个团队的...

当从客户端来说 流畅没啥值得特别的地方吧... 只要不在里搞骚操作就行。同步不懂 ，感觉这个才是重点..