能不能 OP 总结一下

就是被裁了，然后出海菲律宾，目前还在 0-1 中？

Mysql 依赖于单个主库来处理所有写操作，如果主库宕机，切换到从库作为新的主库，这个过程中可能会面临短暂的服务不可用，或者数据延迟问题。而 Paxos 和 Raft 就提供了对分布式而言更通用、更强大的算法，能够帮助设计和实现高可用、高一致性的分布式系统。

你的 2023 总结，文字的 AI 味有点重

@lesismal 所以 go 就是 一个大公司全部自己搞，然后鼓吹 go 多好多好；不能拿着 Java 的生态去憧憬 go 有多好的资源，因为一不小心就是大坑，还救不回来

@ZZ74 我们本地部署居多，公有云不行的

@smallparking 我们给过甲方这种类似的网页，甲方爸爸不认，找我们要证书或者授权书，官方盖章那种

1. mariadb 是不是能过信创？？
2. 楼主的问题很简单，运维和研发是不是一个头，如果是一个头，运维去部署部署也没关系，否则你研发自己去折腾

@NoobPhper 真的假的？

@Braisdom 我跟你同行个球，我搞教育的皮包公司而已

@Braisdom 你要的热度效果我帮你添柴了

1. 不是鄙视 DSL ，是反感你的人设和执拗；一个人坚持搞了大半年的 Agile Query ，这种努力值得尊重。但是，一开始大谈特谈自己不是 BI ，结果最后还是 BI ，开始说要开源最后没影，开始说 Docker 本地试用，现在都烟消云散，你一开始就不要立 Flag 嘛。你的算法再牛，现在看上去核心卖点还是 DSL ，也不敢直接秀出来，藏着掖着，直接网页注册试用啊。哎哟你这东西多金贵，还天天怪大家思想跟不上你。

2. 然后咱们聊聊 BI 。你可能觉得大家对 BI 有什么误解，但实际上，大家用 BI 的不少，用 BI 交付项目的也不少。在这个圈子里，操作的便利性，向上管理的艺术，以及数据的处理能力才是王道。你的 Agile Query 提供了新的 DSL ，挺好，但问题来了，如果大家已经用着 FineBI 、QuickBI 、PowerBI 挺顺手的，为啥还要折腾去用你的东西？你说的这些语法糖真的解决了什么实质性的痛点吗？什么过度计算在企业里面真的会算个大问题么？就像你家做的厕纸更薄更有韧性，减少成本 5%，但是对使用手法有了更高的要求，那这点改进真的值得大家换吗？

说白了，你这个坚持，论谁都提倡都点赞，但你不吹牛没有人捶你，你有东西就秀出来，别搞了快一年了，时不时跳出来说你这个东西有多好多好，但是你们想看啊，来联系我吧。哎呀，兄弟，你要营销真发错地方，真累

看了一下，目前宣传有 AI 但是没看到哪里用了 AI ，挺好的，就说自己 AI - Native ，兄弟你出去做生意，脑袋灵光

看了一下技术栈，Grails 在国内还是很小众的，实话说也不太适合团队开发，我自己把团队从 Grails 转化成了 Kotlin ，但是小团队用 Grails 灵活性是真的无与伦比，特别是 Gorm 我觉得惊为天人

不过兄弟你把 github 的 repository 都关了，以前你这个是开源的么，我看视频里面的 template.git 都没有了

domain 自动建表和映射表单这个都还能理解，没看懂运行参数是什么意思，望解惑

封网是对的

跟领导汇报，如果你是领导你就让他写个正式申请，然后你报送最高领导

@Braisdom FineBI ，PowerBI 没有么?
@lexa 本质上你公司就是想白嫖，开源的用的不爽，想嫖 B 兄弟的，QuickBI 不香吗？

说真的，别再吹了。Agile Query 本质上只是 BI 里面的 SQL 组装工具。

如今的 BI 系统，普遍通过数据集、分组字段、自定义计算字段等方式，结合可视化维度和度量的拖拽操作，来生成 SQL 语句。
而 Agile Query ，它仅仅是创建了一个 DSL 用来生成 SQL 。

这两种方法，无论是图形化界面生成 SQL ，还是你的 Agile Query ，其本质都在于简化查询过程。但最终，这些查询还是需要转换成 SQL ，由底层数据库执行。无论查询语言或工具有多高效，它们的数据处理和计算能力终究受限于底层数据库的性能。即便是高级的查询工具，也不能超越它们所依赖的数据库的基本性能限制。比如，最近有人在讨论 MySQL 单表一亿条数据的聚合查询，即使使用了 Agile Query ，也无法达到 Clickhouse 那样的效果。

此外，你提到的“预计算时代的结束”这一趋势，确实存在这样的方向。但是，别人的解决方案通常是采用像 Apache Doris 或 StarRocks 这样的 DB 。他们是引入更牛逼的 DB 啊，而不是引入一个“语法糖”。你怎么能把别人的能力当成你的 feature ，然后做一个广告呢 ？

最后，我真的好奇你家庭如何支撑你这样创业，或者有怎样的金主来支撑起你的事业。你这个东西搞了好几年了，V 站上面也宣传了小一年了，从承诺开源到不开源，从承诺 docker 镜像开放到现在没谱，从一直否认 Agile Query 不是 BI ，到现在就是 BI （的一个小边角）。次次都在转弯。

所以，你到底要做个什么东西？你面相的用户到底是谁？

@mydev6666666 我坚持认为 err 设计哲学是一个 很傻逼很傻逼的事情，想法 Java 的 stacktrace 是务必务实的存在；我的问题是说，我是用了一个 gorm 库，出现异常后只有一句 log ，我都没有办法知道是这个库的哪行源码处理问题，就好像 Java 的 stacktrace 一样方便我定位问题。

@lesismal 大神如何处理堆栈的，使用 go 语言的时候，比方说 gorm ，一个打印的异常，堆栈都没有，很那去追到代码里面，然后查看是哪行代码错了

怎么说呢，虽然我感觉你自己写的 BI ，起码落后 5 代，但是希望你能找到自己的细分市场，祝你早点能赚到钱

内存优先。Java + docker + intellij 我觉得还是内存大一点比较香