1作者: charliebwrites大约 1 个月前原帖
我想建立一个 docking station(扩展坞),这样我可以将笔记本电脑放入扩展坞,它会自动连接到我的显示器、USB 设备和音频线(AUX)以供扬声器使用。<p>大家都在使用什么设备来实现这个功能?有什么是应该避免的?
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