@enchilada2020 #1 所以，怎样成功的项目会让你觉得是绝对性因素？嘿嘿

之前请同事帮忙测试了一下（用 new bing ），我的结论是：它能准确理解我要检索的东西，检索能力达到我的 85%以上。但是对于互联网上不存在的东西，它也没什么办法。特别是关于 hindley-milner type system ，它找到的是 racket 上我已经看过的一段代码。这让我挺惊艳的，毕竟那个代码隐藏的比较深，不太好找。
结论：面向搜索引擎编程的那部分的程序员会死掉 30%吧，剩下 70%负责把老板的话转述给 chatgpt 或者类似的东西。
https://i.imgur.com/8sDoBHs.png

@voidmnwzp #20 感谢回复。
1.go 这个规定很正常啊，但是不能文件夹里面有文件夹，把结构弄的深一点嘛？因为我对 go 不熟悉（ 8 年前，那时候我还是本科看过一点点），所以就不再评论了。
2.关于目标。一般我们做开源尽量做人无我有，做一些自己遇到的特殊场景。你给自己设置的目标是一个 state-of-art 的场景。也就是说，场景是常见的（似乎是），但是要求太高，一般需要不断做工作打磨才能完成。所以你玩 3a 当然就任务完成的半吊子。而且，为了完成这种任务，不知道你是否采取了一些奇技淫巧——绝大多数情况下这些奇技淫巧是牺牲可读性的，这也就造成了你的现状：看不懂自己的代码。
3 、“总是涉及到好几个模块”这个涉及到本质问题：目标高但是完成度不高，自己又不太写文档和 commit ，功能耦合也高，性能 state-of-art 难度大。

建议：以后写这种项目，不要急于求成一下吃胖子，要把下层结构单个儿写出来做组合。不要怕上层整合不了，大不了重构嘛。你这又不是什么挣大钱的项目，应该有比 python 扔掉若干个大版本重构还要大的勇气 2333
你要觉得自己的项目是 jvm 那种，那倒是有人给你写注释和文档了 2333

@wzzzx #17 谢谢夸奖。

哥们，我看了一下你的项目结构，大概……明白你是在哪里遇到困难了。
我用自己的项目 scheme-langserver （ https://github.com/ufo5260987423/scheme-langserver ）做基准，对你的项目进行一下评论，说的不一定对，请批判：
1 、对于任何来阅读你的代码的人（包括你自己）来说，你必须假设这是一个黑箱子，他们什么都不知道。那么，在这种情况下应该提供一个统一的出入口。对于 c 语言的代码来说，main 就必须要暴露在代码的根目录下的那个.c 文件里。这不是不可以做妥协，而是要尽力抓住这个原则，让人家尽快找到黑箱子的出入口；我不熟悉 go ，你大概率也不熟悉我用的 scheme ，但是我的根目录下面只有 run.ss 和 scheme-langserver.sls ，入口显而易见。你的则看不出来。
2 、代码的目标不清楚，似乎一开始是 tcp 推送的一个 server ，那为什么要有一个文件夹叫做 http 什么的？中间的需求变化了，当然就有问题了。我自己的建议是，利用好打包工具，分包去写。例如我的代码中用到了 match 宏，我是单独写了一个包（ ufo-match ）发布在 akku 上，然后自己随时取用。总之，对于某一个包，完成了最初预定的功能就尽量不要动，要动就肯定是大规模重构。
当然你会问：可是我并不能一开始就看清楚自己想要什么啊。
3 、这就需要你一开始就做好架构设计。什么是好的架构设计，就是架构的不同部分抽象程度足够高，功能重叠足够少。从你的目录结构来看，你这点做的不好。一个文件夹就代表了你抽象的一部分，这一部分下面就那么大猫小猫三两只。可想而知，文件夹命名没有给出足够的信息。
比如 protocol 下面是 pack 和 unpack 两个文件。protocol 是这个意思么？而且 pack 和 unpack 为什么不合并为一个文件呢？
persist ，全称大概是 persistent ？下面一个是 test 文件一个是 db——db 就是 persist 的全部么？
4 、commit message 要么不写，要么就好好写。你可以看到我的 commit 大部分都是 fix 。因为修正的都是无关紧要的问题。只有比较难的我才去稍微认真的写一下。

先评论这些，有什么问题和意见我们可以再交流。

我举个例子，如果你让 chatgpt 写 scheme 的 type system ，更具体来说是 hindley-milner type system ，它会从让 racket 的 benchmark 仓库里面找到一些代码给你返回来。然而更进一步的生产端的，它就彻底做不到了。

chatgpt 目前的水平在专业领域大概就是我 95%的检索能力，其他能力显然还不具备。当然，它学习其他领域范围比我大，速度比我快。

我不知道您为啥说 logstash 效率低，不论是全量更新还是增量更新，效率都还不错。我处理过的专利数据大概几百个 G ，都能在可接受时间内完成任务。

如果需要实时更新，那么在事物里面同步操作 es 就好了。
可能我了解的还不够多，请您指正。

坐等 tg

布隆过滤器……

@bitkuang8 那个 scheme-langserver 就是我的，第一次投，不知道阮老师的标准是什么囧

o(╯□╰)o 为什么我就没上 5555

@eaststarpen 我直接用 vim 插件，在打开网页的时候可以直接搜索

dWZvNTI2MDk4NzQyMw==

你自己所谓技术一般是什么样的？为了刷技术进行过怎样的尝试？

基于 Linux 的轻量级 Http 服务器，你可以仔细写一下其中遇到的困难。现在你只是说了改进。

问问某人我们干的还是不是共产主义

开源的真正威力在于业务的标准化。
现在搞开源的都是把自己搞不定的东西开源出去，当然举步维艰。

你的考虑和我很像，但是我的方向是做一些积累性的工作，越老越吃香的那种。所以我自己就搞了一个 scheme-langserver( https://github.com/ufo5260987423/scheme-langserver)。还是有一些人觉得比较 cool 的，目前正在往里面加 type inference

@weak 说的太对了！买了一辆车以后就想着如何尽量多跑车。买了车库以后就想着怎么样让员工多跑车。