写一点最近看回复的感想

100 天前
 Braisdom

1 )大家对 DSL 普遍感到鄙视,认为作用不大,实现难度也不高 其实所有高级编程语言都是 DSL ,只不过是语言的特性多与少,Agile Query 的确设计了一种新的 DSL ,但也有程序编译的所有过程,从词法 -> 语法 -> 语义 -> IR -> 有向无环图,最终构建所有子查询,再优化子查询,输出 SQL 。

2 )对 BI 的认知误区 感觉 BI 系统就是要一层一层构建中间数据,这符合程序员的思维,将复杂问题分解成多个问题,逐个解决。Agile Query 提出了一种新的方式,将复杂的过程封装起来,外部无法感知而已,并不是复杂问题不存在了。

3420 次点击
所在节点    推广
53 条回复
wenhuacode
100 天前
power bi 很方便
Braisdom
100 天前
@wenhuacode 对的,的确很方便。
justdoit123
100 天前
我自己觉得 DSL 多了,要记的东西就太多了。不同的 DSL ,等于有不同的编程语法。

但是矛盾就在于,DSL 本质上是沉淀的结果,总不能每次写个新东西都从二进制开始吧?

只能说希望同领域、同场景的 DSL 语法最好趋于相近,能有一个统一;不同领域、不同场景的 DSL 的语法,能遵循一定的规律。
beneo
100 天前
1. 不是鄙视 DSL ,是反感你的人设和执拗;一个人坚持搞了大半年的 Agile Query ,这种努力值得尊重。但是,一开始大谈特谈自己不是 BI ,结果最后还是 BI ,开始说要开源最后没影,开始说 Docker 本地试用,现在都烟消云散,你一开始就不要立 Flag 嘛。你的算法再牛,现在看上去核心卖点还是 DSL ,也不敢直接秀出来,藏着掖着,直接网页注册试用啊。哎哟你这东西多金贵,还天天怪大家思想跟不上你。

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

说白了,你这个坚持,论谁都提倡都点赞,但你不吹牛没有人捶你,你有东西就秀出来,别搞了快一年了,时不时跳出来说你这个东西有多好多好,但是你们想看啊,来联系我吧。哎呀,兄弟,你要营销真发错地方,真累
Braisdom
100 天前
@justdoit123 习惯有时是个好东西,有时候反而会局限自身的认知,好奇一些往往会有意想不到的收获。
Braisdom
100 天前
@beneo 不是大半年,是 2 年多了,兄弟你估计 Agile Query 的一篇文档都没看完
Braisdom
100 天前
@beneo 我不是开源项目,不需要有人点赞,只是让更多人看到,其中找到需要的人而已,如果你真的对项目感兴趣,可以加我微信,而不是在贴里讨论。

Agile Query 不能满足所有人的需求,但肯定能满足一部分人的需求,我需要的是让那部分人看到,看懂。
beneo
100 天前
@Braisdom 你要的热度效果我帮你添柴了
Braisdom
100 天前
@beneo 感谢。你公司的资料我也看了,我们应该算同行。
sampeng
100 天前
不是。。没别的意思。技术人都是直来直去。。你要吹你的东西多好没问题。别整天想着搞个标题党然后就爆火了。就算是官方博客你即不是行业领袖也不是行业大拿。这个语气和内容完全不匹配。
想赚钱没什么寒碜的,光明正大的赚光明正大的打广告爱看的就看一眼,不爱看的就划过了。
CaptainD
100 天前
我简单看了您的几篇文章,有点疑问
1. 如果数据量比较小的情况下,我本身就不需要预计算,直接写 SQL 似乎更好,为什么要用一个新语法
2. 如果数据量很大,依然需要预计算的话,Agile Query 为什么会减少预计算表,它的底层不是基于 SQL 吗
3. 我个人认为分析报告也好,BI 也好,主要的精力不是复杂 SQL ,是各种指标能否正确计算,数据质量是否好,大量精力会用在处理脏数据上
Braisdom
100 天前
@CaptainD
1 )数据量大小其实并不重要,关键看分析的复杂度,如果复杂高,写 SQL 是有难度的,而且维护起来也比较复杂,Agile Query 本质上是降低 SQL 的复杂编程,如果你的统计需求原本就很简单,那就不需要 Agile Query ,用 Excel 就能做了。
2 ) Agile Query 有个大前提是 MPP 数据库的发展,使得大数据量的复杂 SQL 也可以正常查询了,而且效率非常高。
3 )数据清洗在早期已经完成了,而分析需求是不断的新增的,这样的工作是持续的,没有尽头的,如果每个分析需求都有 300-500 行的 SQL ,维护成本是极高的。
beneo
100 天前
@Braisdom 我跟你同行个球,我搞教育的皮包公司而已
Braisdom
100 天前
@sampeng 我个人对每个技术人做的产品都保持着敬畏之心,无论是创业项目,还是个人兴趣,因为任何一个项目没个 3 个月,半年是搞不出来的,能潜下心来认真做一件事,实属不易。
Braisdom
100 天前
还有,在喷其它人的项目的同时,自己可以好好想想,自己能不能坚持 3 个月,半年搞一个小东西,做出来的东西敢于发出来让人挑战吗?
weijancc
100 天前
DSL 相当于一种异类, 被排斥是正常的, 我本职是写 Java 的, 就很排斥 Rust, 语法接近的 typescript 就马上接受且上手. 你发明 DSL 相当于自己定了个标准, 问题你又没有大厂背书, 谁会那么闲专门去学你的语法呢?
Braisdom
100 天前
@weijancc Agile Query 没有定义语法,语法与 SQL 完全一致,只是新增了大量分析函数,你可以先简单了解一下 Agile Query
weijancc
100 天前
@Braisdom 我没看过你的帖子, 只是看你这篇主题自己说了你自行定义了 DSL.
fishily1993
100 天前
有时候,坚持和执拗只有一墙之隔🙄
Braisdom
100 天前
@fishily1993 你说的非常对,坚持和执拗不是一墙之隔,是一回事。懂得坚持的人往往更酷一些

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1013359

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX