其实大概率是时间和付出成本不成对比。 工作量大，那么钱就要给够

逐渐变成 vscode 的形状

@nice2cu 正解

莫名喜感 哈哈！

@mohulai 不折腾吧 随便找一个 ,docker 部署 ,连接数据库 ,写 sql 显示 很方便啊

开源 bi

三其实不算拉屎吧,如果是对于一些元数据的管理,关系表对 json 做一个 fqn id 键,相关 json->导入 es 这类搜索引擎管理,很舒服

搜一下 rxdarg 这个作者有做过

厌恶屎山,接受屎山,理解屎山,成为屎山

去津巴布韦做行政是什么鬼... 去打灰还能理解

为啥我看文档的时候切换组件 背景颜色都要变了

可能需要一个超融合深信服系统 ，背锅备份!

uniapp 把

@guyoyo 我知道你的意思,但是 ui 这类 Bug list 对于程序来说，占用时间又没有高附加值的 Bug 其实都不愿意去改的。而且反过来说,我站在程序的角度上来说,希望设计能够有组件化的意识,而是不只是扣几个 px 的问题。而往往组件化来说其实对于双方是有意义而且避免更多时间的消耗。打个比方说现在很多数据大屏都提供模板,或者一个组件往往有几十个属性,那对于开发来说,希望设计能意识到一个组件有多少属性，然后再去设计标准化,这样。

@ahahage 调度是啥意思? 都是海豚 这些吗,类似 kettle 的那种转换 要怎么做

@ahahage 大佬请教下数据治理 和数据中台, 我现在在看 openmetadata 这些 ,请教下如何自己做一个数据中台这样

@guyoyo 我觉得 op 的功能会本能导致程序员群体反感... 目前的设计平台也好 figma,蓝湖这种，都是自动化生成标注,我的理解是要从设计上去组件化,主题样式提取出来,去规避这类问题,而不是说设计师随便拖拉拽一个像素点,然后去硬扣程序这边的问题。更多的是能够提供一种平台,比如说让程序和设计协作,让设计和程序感知一个页面组件里有多少种属性可配置。然后去协调这样比较好