wwwgoubuli

统计数据

43

文章

0

粉丝

0

获赞

626

阅读

4天前

别人的项目。我估计没这么多，因为我不敢看。哪怕我发了这条我也不敢看。

4天前

TUI和ChatUI 本质上是同一种东西，我用起来都可以。但 GUI 就有点不一样了。

1周前

Trae 真的是在不声不响地把能力追上来了。没有说他就是顶级coding agent，没收钱。字节系做产品真可怕。

2周前

在现在大火的 skills里面，我也感觉出了一种组合大于继承的模式…

3周前

吃了下这个要给tailwindcss 加 llms.txt 的 pr 的瓜。 tailwindcss 的这个回应，让人一声长叹，又一声长叹。我也没有答案。

3周前

我不喜欢，也很讨厌产品，不管是不是web的，有哪种新手引导。我很讨厌。哪怕有“跳过指引”也不行。我自己永远不会设计出那种东西来。

4周前

有越来越多的人不看代码，但他们会建立非常严格的测试，各种边界条件来确保自己这个由AI写出来的代码黑盒能正常工作—至少在指定的范围内。但我不一样，我仍然看代码，哪怕因此看起来效率低一点。模块功能是我的代码的产物，我有什么代码，我就会有什么功能。我是代码主体论这一派的。

1个月前

GNOME 更新了扩展程序审核指南，禁止提交由人工智能生成的代码。新规明确规定，任何带有明显人工智能生成痕迹的提交内容都将不予批准。

1个月前

"Go 并没有试图成为一门在理论上最完美、功能上最丰富的语言。它的所有设计，都服务于一个核心目标：让一个由普通工程师组成的团队，能够以一种可持续的方式，高效地构建出健壮、可维护的大型软件。" 是的， Go 的语法设计可以挑一堆问题，爱好者们可以慢慢挑刺，多的是。我能力一般，只想在我的能力范围内写出可控，安全的软件，并且能驾驭一定的复杂度，还想让别人能看得懂。没了。

1个月前

vibe coding 最累的部分是阅读代码。当然你不看那就没事了。

2个月前

😭😭 我的输入法还得改进

2个月前

以前讨论的居多的是 package-lock.json 要不要进仓库。现在是时候认真对待下要不要进了。我是反对的哈。我认为公用技能和要求可以独立docs或者skills目录，然后大家各自的来自己引用。

#package-lock.json #仓库 #公用技能 #docs #skills

2个月前

给 windword 加了一个小功能，用户不希望语音输入的内容自动粘贴后把原先他手动复制的东西给冲掉。我说这个有意思，我还真没做过，来问问 AI 有哪些手段，都给我介绍下。一通 pua 后，告诉我没那么复杂，不需要 native，就electron备份下原来的东西，新的内容粘贴好了，再把原先的东西拿回来覆盖就行。简单粗暴的毫无技术含量，但它信誓旦旦的说业界大家都这么做的。行吧，能用就行。试了下确实省心很多。有些东西真的是没做的时候以为很高大上，一做就发现真的是最简单的加减乘除……

#语音输入 #Electron备份 #用户体验 #AI辅助 #简单实现

2个月前

我打死都不愿意去理解一点编程原理和软件工程。我是希望自己能通过 vibe coding，能做出可以火遍互联网，让我财富自由的应用。

#Vibe Coding #财富自由 #互联网应用 #拒绝编程原理 #拒绝软件工程

2个月前

codex + claude 轮轴转，我给了所有权限，跑了仨小时无解。最后还是我大脑深处一个久违的声音响起：要不然删了node_modules 重装试试？…… 然后就好了……

AI编程工具激战：Claude Code、Gemini Cli崛起· 1256 条信息

#node_modules #重装 #解决问题 #编程 #经验

2个月前

我现在如果面试人的话，基本不会出什么算法题，因为简单的没必要，而难度一旦真的上的强度的话，我自己都看不明白。但我一定会看对方数据结构的设计，这个东西一样的吃经验吃能力，而且在真正的生产工作中到处都用得到。这是我在 go社区学来最值钱的东西。（虽然什么语言都用得到）

#面试 #数据结构 #Go社区 #经验能力 #算法题

2个月前

把老 nuphy拿出来重新把玩了下，还是觉得realforce更舒服

#nuphy #realforce #键盘 #体验 #对比

3个月前

户晨风我不熟悉，但那个著名的苹果山姆理论我也听过。不管你是职业开发者，还是热衷用 AI 落地自己想法的产品，在干活出货这件事上，他那个理论可以套用下。苹果手机当然不是最好的，只选择山姆也会失去很多其他生活中的美好和高性价比选择。但对有些人来说，不做选择，做一个不出错的选择，比考虑性价比和可能性更重要。而我的推荐就是 codex / claude，用原版模型。国产之光 glm ，kimi 等平替很好，但不稳定。不要浪费时间。实在觉得用量不够，加个 augument 和 amp 。你就当我是觉得国外的月亮圆吧。在 macos 上开发，别去 windows 里装 wsl 折腾。买台苹果。选个好的梯子，贵点的人少的，能给你解决 IP 问题避免封号的。如果你实在不需 terminal，就用个 vscode，别去尝试 zed。 zed 很快，但我都测出一堆 bug 了。别盲目追求那个。我以前推荐过 trae，但想贯彻不折腾的原则，你可以试试 windsurf 。 trae 的 action 和提示词有点用力过猛。副作用偏大，在这个帖子里我不推荐。 windsurf 稍微好一点。以上所有的建议，都是模仿户晨风那个出发的，不是什么最佳实践，也不是什么最好的2025年度选择。但是一定是那种，如果你经济能承担的话，又不想折腾，不想vibe 后改来改去，希望尽量一次性提高命中率，专注于让东西可靠，稳健的落地的最合适搭配。其中我最推荐的模型是 gpt-5-codex，它不快，跑起来慢。但它综合看来就是最不折腾，最容易让你晚上可以安心合上电脑，享受会儿生活的那个助手。再说一次，这些组合不是适合所有场景的，也不是最强的，你们可以在单点上很轻易的反驳我。重点是是不折腾，粗暴，管用。

AI编程工具激战：Claude Code、Gemini Cli崛起· 1256 条信息

#苹果山姆理论 #AI落地 #codex/claude #不折腾 #提高命中率

3个月前

多年前和人聊天，开起玩笑，说 coding 就是两件事，for 和 if 。什么业务都能往这个逻辑里面归，循环，判断，直到到达最终业务结果。这当然是个玩笑，只是个粗糙的表达。比如连变量都没有，怎么往下继续？但我当时隐隐的觉得，哪怕那时候我是个菜鸟新人，我也似乎捕捉到了一点什么东西。不是真正的 coding 的东西，而是 crud 写多了后，突然领悟到的一些简单的道理。粗糙，不完整，模糊，但有点触摸到了什么东西的感觉。今天看 agent 们的处理方式，那个感觉又回来了。看着AI 们奋力的循环，调用工具，判断结果，走入下个分支，继续循环。和当年我一点朦朦胧胧的想法似乎遥相呼应了。但我怎么也没想到过会有一些东西这么的不知疲倦去按那个模式跑。我更想不到我那个模糊的想法，它本意是个玩笑性质的表达，居然今天真的看到它的应用了。也许世界可能真的本来也没那么复杂？

#coding #For循环 #if判断 #AI #业务逻辑

3个月前

我正在试图在 electron 里引入 rust 做一些事。总感觉我做的事情和有些东西似曾相识，又好像哪里不一样🌚🌚🌚

#Electron #Rust #技术 #引入 #尝试

3个月前

用 codex 想把代码写错都挺难的。

AI编程工具激战：Claude Code、Gemini Cli崛起· 1256 条信息

#Codex #代码 #难

4个月前

朋友说他公司老板又在 "all in agents" 了。去年 all in 的是垂直业务的工作流定制。 all in 这个说法，在我的个人感受上，从来不是孤注一掷，全情投入。可能感受因人而异，但我觉得 all in 从老板嘴里出来，往往是慌不择路，无可奈何，赌一把是一把的意思。而且往往是让员工的时间 all in，并不等于自己有破釜成舟的意志。不是骂人，但听多了真的有点狗急跳墙的意思。我比较喜欢另外一种。像狙击手一样，不动声色，冷静分析，精密判断。判断对了，毫不犹豫，出膛的子弹一样，没什么东西能让它改变一点。命中了再说。这类人并不少见，推上不少做出成功产品的人，平时日嘻嘻哈哈的，发点猫猫狗狗。但做事的时候就是这样一股劲，真正的全情投入。一扎到底。他们从不喊什么 all in，但做事的态度就是那种理想中的 all in 。

#职场 #老板 #All In #焦虑 #策略

4个月前

虽然都说cloudflare是赛博菩萨，但这个菩萨的产品的体验真的一言难尽。就如果只看终端用户用到他们的产品，速度、稳定性都不错。但那个dashboard打开，需要管理者来做些事情，或者是在终端里面用他们家的 cli 工具，又或者是那些配置文件，远远算不上亲民。和其他云服务商巨无霸的管理界面相比，cf 我不满意的不是说他有什么特别难理解的操作界面，大多数时候是那些奇奇怪怪的，看起来很不讲究的交互小细节。他的底层能力的强悍，与上层的粗糙不讲究，可以同时堆在我的面前，总让我有一点别扭。但人家免费额度那么多，我还能说什么呢…

#cloudflare体验 #赛博菩萨 #用户体验不佳 #免费额度 #交互细节粗糙

4个月前

prompt： “不要头痛医头脚痛医脚，当遇到报错的时候，要从更高的整体视角来思考错误产生的原因，以及你的思考路径是怎么引向了这个错误，看是否有别的方式处理，而不只是单纯地仅仅解决眼下当前这个问题。”

#解决问题 #整体视角 #思考路径

4个月前

在AI coding的整体 token 输入和输出里，有一个普遍性的规律，就是代码的部分占比越低，那么代码的质量也就越好。量变可以引起质变，但这个量要堆得多，而且不是堆代码的量。但现在很多模型的问题是，可能是在训练阶段代码的比重过多，他们经常输出着输出着就一个劲的只往代码的方向去干。如果不是我们通过提示词构造的agent或者其他一些外部环境打断他，他会越写越来劲。不是说代码写得多，他就一定错。而是比例要降低，需要有大量的其他文本性的描述来反复的理清所有细节，一次又一次的推敲，一次又一次的在不同的方案中确定，反反复复地游走于整体和微观，从不同的视角来审视问题。一定要想办法用提问，或者写文档，或者读文件，或者让他再看一看，或者上网找参考，这些都是成熟有效的方法，总之，拿别的东西来降低代码的比重。这不是一个严格的因果关系，但在大多数流程中是高度相关的。代码之外的东西给得越多，代码的比例就越低，也就往往写得越好。就这么简单。

#AI Coding #代码质量 #文本描述 #降低代码比重 #提示词构造