-
Notifications
You must be signed in to change notification settings - Fork 115
Description
尊敬的各位 botpy
开发人员们,我不知道你们是如何设计这个框架的。我搞这么久QQ机器人以来,第一次见过这么难用的框架、这么难懂的文档。这个框架我前年就出现一直无法鉴权的问题,也没有什么解决方案。那时候天真的我以为你们是在韬光养晦,能够大器晚成。成熟之后能够追加详细的文档和实例,同时优化框架设计。结果呢?现在好不容易能鉴权了样例都跑不起来,代码改了又改,一版更比一版烂。前端后端是完全分离的,详细引导是没有的,文档是一团乱麻的,内容是天天更新让人不知所措的,垄断是做了的,Issues是选择性失明的,提交是莫名其妙的,会是每周要开的,班是每天要加的。一个框架两年了我都没看明白一点,这么多年你们一直以加班为荣,结果却是劳而无功。我想知道付出了这么多劳动力,你们一天天的究竟在干什么。
所以,反正复杂的东西咱不会干,咱也懒得干。那就把乱七八糟的代码反复重构吧,既不需要脑子,也能冲KPI。“哎呀领导,我今天熬夜到凌晨,又写了1K代码,我得了MVP。”不知道这是不是你们的想法,颇有些“晨兴理荒秽,带月荷锄归”的意味。咱们不比别的,就看看那些被一些有趣的原因强制性报废的QQ机器人框架吧。它们的SDK文档是完整且易读的,整个文档由浅入深,每个样例都可以成功运行。而贵司在做什么呢?不是推出一套真正易用、强大的框架来自然取代它,而是通过手段强制报废这些框架,之后端上来自研的东西却是一塌糊涂。
既然如此,有那么多开源的框架,就像其它老哥说的,不会开发你一句句抄也可以啊。但是不行,你们感觉这样显得你们失去了所谓的自主创新性。你们可以用“借鉴与自研的两难境地”来搪塞这个问题。既然如此,为什么你们还要基于 Electron 来开发QQ NT?既然要创新,那么你们就要自研一个类似 Electron 的框架,那么 Electron 里面又有一个 Chromium 内核,你们是不是还要自己开发一个浏览器内核呢?十有八九,你们研发出来的东西你们自己都是不想用的。当然这句话只是玩笑话,别太在意。公司内部有如此多的条条框框,最后开发出来这么一个东西,你们是该好好反思一下了。
实在不行,把这个项目放到Gitee上面去吧,托管在Gitee上面的东西,我看一眼不行至少会放弃。把这个框架放到Github上来,跟那么多优秀的框架比较,你们真不觉得有些赧颜汗下?