28作者: EGreg大约 1 个月前原帖
我一直想写下这个内容,因为它的效果出乎意料地可重复,我希望有人能早些告诉我。 在过去一年左右的时间里,相较于我2019年的开发基准,我的开发速度轻松提高了20倍,有时甚至更多。这并不是因为我打字更快,或者因为我偷工减料,而是因为我改变了使用人工智能的方式。 简而言之:我不在编辑器中使用人工智能。我在浏览器中并行使用两个人工智能,提供完整的上下文。 以下是我的设置: 我保持两个标签页打开: 一个人工智能充当“构建者”。它获取大量上下文并进行繁重的工作。 另一个人工智能充当审查者。它只查看差异并尝试找出错误。 就这样。没有插件,没有特殊工具。仅仅是浏览器标签和一个终端。 重要的是上下文。与其请求代码片段,我会粘贴整个文件或模块,并解释目标。我要求人工智能首先解释方法,包括权衡,然后再编写代码。这迫使我保持对架构的控制,而不是接受一个我不理解的代码块。 一个典型的流程如下: 1. 粘贴几个相关的文件(通常跨语言)。 2. 描述我想要的更改,并请求选项的解释。阅读并总结概念、维基百科等。 3. 选择一种方法。进行广泛的关于权衡、概念、对抗性安全等的讨论。寻找操作系统允许的实现方式。 4. 让人工智能在所有文件中实现它。 5. 将差异复制到第二个人工智能中,要求它查找回归、缺失的参数或微妙的错误。 6. 修复它发现的问题。 发布。 第二个人工智能捕捉了许多我在快速移动时可能会错过的事情。例如,“你更改了这个调用签名,但没有更新一个调用者”或“这个默认值微妙地改变了行为”。 让我感到惊讶的是跨栈工作的速度有多快。以前因为跨越边界(Swift → Obj-C → JS,或后端 → 前端)而停滞的事情,现在变得简单明了,因为人工智能可以一次性推理所有内容。 我对“手术式编辑”保持严格。我不让人工智能重写文件,除非这明确是任务。我要求添加或更改的确切行。这保持了差异小且可审查。 这与自动补全风格的工具非常不同。那些工具非常适合局部编辑,但它们仍然让你在文件之间担任整合者。这种方法则颠倒了这一点:你仍然是架构师和审查者,人工智能负责整合工作,而第二个人工智能进行合理性检查。 这大约花费我每月40美元。真正的成本是自律:始终提供上下文,始终审查差异,绝不粘贴你不理解的代码。 我分享这个是因为它对我来说是一次真正的飞跃,而不是噱头。乐意回答有关限制、失败模式或此方法何时失效的问题。 以下是我为我们团队的开发者整理的维基式概述: https://community.intercoin.app/t/ai-assisted-development-playbook-how-we-ship-faster-without-breaking-things/2950
3作者: Subrata_Roy大约 1 个月前原帖
Forge:C语言的npm + HTTP框架(纯C99,无依赖) https://github.com/rsubrata383-debug/Forge 生产级C99包管理器 + HTTP服务器: forge-pm.exe install pkg@1.0.0 libforge.a → localhost:8080 5/5 测试 + Linux/Windows持续集成 无依赖,纯C,构建全部 无JavaScript,无CMake,真正的系统编程。 作者:Subrata
3作者: cookiengineer大约 1 个月前原帖
我利用圣诞节和年末的时间重新设计了我的网站。<p>这次我决定以一个邪恶的西斯领主为主题,他统治着银河饼干帝国,因为我发现之前的饼干同意游戏玩久了有点无聊。<p>这是网站的欢迎页面和饼干同意游戏:<a href="https://cookie.engineer/index.html" rel="nofollow">https://cookie.engineer/index.html</a><p>(饼干同意游戏只在欢迎页面启动,其他页面没有)<p>我还写了一系列“制作过程”博客文章,如果你对开发过程、我如何实现它以及遇到的各种问题感兴趣,可以看看:<p>- 游戏制作过程:<a href="https://cookie.engineer/weblog/articles/making-of-my-website-part-1.html" rel="nofollow">https://cookie.engineer/weblog/articles/making-of-my-website...</a><p>- 头像制作过程:<a href="https://cookie.engineer/weblog/articles/making-of-my-website-part-2.html" rel="nofollow">https://cookie.engineer/weblog/articles/making-of-my-website...</a><p>- 可供玩耍的调试工具:<a href="https://cookie.engineer/design/consent/index.html" rel="nofollow">https://cookie.engineer/design/consent/index.html</a><p>它“应该”在现代浏览器上正常工作。我在Linux上的Firefox、Chrome/Chromium和Macbook上的Safari上进行了测试。没有iPhone,所以无法测试,但我的两部旧Android手机在使用meta viewport hack时也运行良好(我简直不敢相信在15年后这仍然是“现代”的做法,真是搞笑)。<p>当然,最佳体验是在更大的显示器上。在较小的屏幕上,游戏会使用摄像机在游戏世界中缩放,并跟随玩家的飞船。最小窗口宽度为1280像素时不使用摄像机,我认为800像素可以玩(否则在Boss战中头像会挡住视线)。<p>哦,还有一个秘密Boss战可以通过玩弄开发者工具来解锁 :)<p>关于头像动画方面剩下的工作:<p>- 我需要将CMUdict移植到JavaScript / ECMAScript。这是我现在正在做的,因为我对音素的时机还不满意。现有的Python工具和流程并不是实时的,这引出了我的下一个要点。<p>- 我想切换到使用“波形能量检测”和零交叉率检测器来更准确地定时音素。我相信波形及其结构的变化可以检测音素之间的差异,但这只是我的直觉,而不是科学事实。现有的音素动画论文质量较差且存在问题(见我的制作过程文章2)。不过,音素边界检测器是高度实验性的,完成还需要几周的时间。<p>目前就这些,希望你在我的网站上能享受愉快的时光,也希望你玩饼干同意游戏时能玩得开心 :)<p>哦,还有,因为这可能不太明显:在制作这个网站时没有使用任何大型语言模型。几乎所有内容都是手动编码的,并故意未打包和未压缩,以便访客可以学习代码。<p>~Cookie