@yohjisakamoto 不需要“准确”！甚至你都可以不要数字，直接用“很多”，“超过一倍”这样的描述。

我知道你在项目里花了很多心血，想要诚实以对，但问题是用户并不关心你有多努力，也没人会在意你说的准不准，用户只关心他自己，他需要在 3 秒内判定这个项目能不能为它所用，然后马上关掉页面。

你的真实用户，3 秒内看不出这个项目的价值，其实都流失了。

不要看你现在关注的人还多，我敢说他们大部分不是你的用户，他们的真实意图是：“想把你的东西抄成他们自己的，关注后以后有时间慢慢研究”。因为只有这样的人，才会愿意看你这么多“专业”的废话

github 上 readme 的文字不对。

最外层的标题

你现在是：

《 Tura：少 83.1% 的交互轮次，高 16.7 个百分点的成功率》

改成下面这个，可以提升 star 率：

《 Tura：一个更快、更省钱的本地 AI 编程助手——免费、开源，减少 83.1% 的交互次数、提高 16.7% 代码生成正确率》

readme 后面的文章中夹杂着大量的专业术语，那一定会同时给人两种感觉：
1. 你似乎很专业。
2. 你似乎在看不起我——连个介绍的文档都不懂——我们不是一路人——江湖再见。

真正的专家一定是能化繁为简的。

越是水平高的专家，说的话就越能让人听懂。

而不是把简单的东西弄的很复杂，显得你很专业、用户很傻逼似

@yafoo 主流 MVC 框架都是这样设计的，“模块自动加载，懒加载，class 自动实例化，自动单例化”算是标准 MVC 框架的基础功能了。

但是我的设计不一样，我的 MVC 框架非常轻量，因为大量的功能都是由语言底层提供的。

比如“懒加载”，任何项目其实都或多或少需要懒加载，不是说只有 Web 才需要，所以这个能力由编译器的性能优化模块提供，只要用了这个语言就能享受。和 MVC 框架无关。

我语言里面，写一个 hello world 的 HTTP restful 接口，代码是这样的：

@get("/api/hello") function hello(input: string) {
return { input }
}

然后浏览器打开 localhost/hello?input=abc ，就会返回 {"code": 0, "data": { "input": abc } }

普通静态页是这样写的：

@get("/index.html") function index(input = "hello world") {
return html`<div>${input}</div>`
}

在今天，AI 仍然无法“很轻松地”做一个有大厂质感的前端页面。

实际上，各大公司的做法依然是招聘前端工程师来完成高质量的页面。
除非这家公司对前端的态度是“有就行，质量不重要。”，才会用 AI 完成前端。

那些鼓吹前端已死、AI 可以取代前端的，大部分都只是用 AI 或其他魔法做了一个录视频的素材而已，实际做的东西很有可能都是 AI 味十足

@levelworm 凡是自己做业务项目时用的到的工具都开发完了，比如 ide 插件、调试器、mcp 插件。
文档没写，因为就自己以及几个熟人用，要啥文档。
后面准备补一些文档，不过不是给人看的，是给 ai 看的

客观看这个事情：
1. 从你的描述看，确实是他完全抄了你，而且你也能提出很多证据，证明是他抄的你。
2. 但问题是：证据只在法庭上有用，在 QQ 群、在论坛上，毫无价值。
3. 他抄你，是看得起你，是认可你的东西有价值，作者心里是敬佩你的，但在利益面前，他选择干死他敬佩的人。
4. 你做的东西能被 100%抄袭，说明本身没啥技术壁垒。一个没技术壁垒、还能盈利的产品，被抄的概率是 100%。现在有一个人抄你，是因为你这个 idea 能赚的钱不多，要是能年入 1000 万，那抄你的肯定不止一个人

@SmiteChow 对的。一个功能只需要一种写法即可，大家只追求早点干完活下班，而不关心代码是否“优雅”

@1018ji 语言我是从 2015 立项的，到现在 11 年，开发的其实比较完善了。

之前的实践证明，放出来的意义不大，因为不会有路人真的去用这门语言，更不会有人贡献有质量的代码。

我目前的策略是：

不需要向外人证明这个语言很好用。

只要我自己，以及少数愿意使用它的程序员，在使用了这门语言之后，开发效率确实提高了，那就继续开发下去。

我不靠这个项目盈利，因为靠不了。

但如果我自己靠这门语言，干活的效率比其他程序员高很多，那就很容易从其他程序员嘴里抢饭吃。

所以现在践行方向是：语言不公开，一切以提升自己开发效率为目的。

如果你认为这个项目可能对你也有帮助，可以发邮件私聊。

@xinyu391 我的语言是比较创新的设计：可选 GC ，意思是手动和 GC 都支持，而且是自动的：
只要你的代码里出现了 new XX()，那就是自动 GC
如果代码没有 new XX()，那就没有 GC ，这时内存有多种方式。
1. 通过 Allocator.allocate<XX>() 申请，那就和 C 一样，需要开发者自己调用 Allocator.free() 释放。
2. 通过 Allocator.createReferenceCounter<XX>() 申请，那就引用计数。
3. 通过 Allocator.createSmartPointer<XX>() 申请，那就和 Rust 一样，编译器在作用域释放。

刚才试用了下编辑器，10 秒内就发现了好多 bug：

1. 输入 aaa[bbb](ccc) 后，再继续输入中文，比如“的”
bug: 内容就变成了“aa 的[bbb](ccc)的”

2. 然后 **撤销** 一次
bug: 撤销后光标位置飘到了行首

3. 继续在行尾输入几个字，然后选中刚才输入的 bbb
bug: 无法正确选择 bbb

4. 中文输入法选字界面下多按几次 backspace & ctrl+z ，页面直接挂了

不是 code agent 太卷，而是 code agent 是面向程序员的产品。

个人不适合做一切面向程序员的产品。因为“程序员”是最理性、付费意愿最低的群体。他会找一万个理由证明你做的东西不值钱。其中最受欢迎的理由是 “有一个开源、免费的替代品”

可以参考我之前的帖子：《为什么创业不要选择做面向程序员的产品》 https://www.v2ex.com/t/1181554

@june4 AI 没学过新语言。

但 AI 可以正确理解这个语言写的代码（因为语法和主流语言差不多，AI 能猜对语法啥意思）。

只是让他写这个语言的代码，容易按其他语言的习惯写了，容易写错。

所以，我做了一个工具，AI 只生成 go 的代码，然后通过工具自动翻译成新语言。

我自己就是这样用的。

@llsquaer 语法风格和主流语言差不多，我认为多数程序员看了都不会反感。比如这是一段实际的代码：

```
private getArrayElementTypeNode(node: TypeNode) {
match (node) {
case ParenthesizedTypeNode:
return getArrayElementTypeNode(node.type)
case ArrayLiteralTypeNode:
if (node.elements.length == 1) {
node = node.elements[0]
if (node is ArrayLiteralTypeNode.RestElement) {
return getArrayElementTypeNode(node.type)
}
}
case ArrayTypeNode:
return node.elementType
}
}
```

优势在语言的自动分析、性能优化的能力。

@cc9910 初期，生态不需要自己建，可以直接导入 go 的包，然后也做了工具直接将 go 的代码翻译过来。其他配套工具比如 ide 插件，都已经完善了

巧了，我正准备整理一些相关教程，私我邮箱详聊下看你具体需要什么

做过比喻，这个问题就非常直白了：

1. 程序员 = 厨师
2. 语言 = 厨具
3. 不同的语言 = 不同的菜需要不同的厨具
4. 框架 = 料理包
5. AI = 炒菜机器人
6. 牛逼的 AI = 会用各种厨具、把菜做好的炒菜机器人
7. 垃圾 AI = 看上去啥都会，但容易把菜烧焦的炒菜机器人

8. 程序员更重要的不是写好代码，而是搞好人际关系 = 厨师更重要的不是炒好菜，而是服务好客人
9. 有 AI 后不需要学新语言和框架了 = 有机器人后不需要学厨具和料理包了

10. 以为自己全栈很牛逼 = 以为自己会烧各种菜系很牛逼
11. 但实际深度不够，没法做工业级项目 = 但实际味道一般，没法做出能卖的口味

12. 懂点基础 + 会写 Prompt”就行了 = 会做个水煮蛋 + 会指挥机器人就可以了
13. 公司业务萎缩、AI 几乎能包揽“编码”工作 = 客流量减少、一个厨师烧所有菜

假如你是领导，你擅长 Java ，然后你招了一个牛马，牛马要用 Python ，理由是：代码都是他写的，你又不写代码，用啥语言和框架你管得着吗。请问你作为领导，管吗