@Yc1992 #25 有启发，显卡散热员，网线整理师

@wei2629 #28 之前有类似体会，写需求比写代码费劲，但是后面慢慢试着把一些相对比较清晰的模块（好描述一些）描述出来让 AI 实现，效果还挺让我意外，所以也会慢慢能比较接受这种方式。另外一致不一致这个问题咋说呢，人类写出来的代码也有一些 edge case 考虑不到的，需要后续通过修 bug 之类的来完善，或者可以把现在的 AI 编程看做一个一两年经验的程序员，后续会继续发展。需求理解上也是类似的，现实中不同的 prd 清晰程度也不一致，相同的 prd 不同的程序员理解程度也不一样。先把 README 之类的文件写好可能会对 AI 代码生成有好处，比如 @Chinsung #27 提到的测试用例，或许可以像 TDD 那样，人类先写好测试用例，然后让 AI 去理解然后做编码这一块，测试用例能全跑通了人类再继续介入。

我是更喜欢 Tailwind 的方式，配合 VSCode 插件挺好用的。另外 TS 的话见仁见智，我现在部分情况如枚举、纯工具函数之类的会单独用 TS 写，大部分还是用 JS 写，部分 JS 函数也可以再把注释完善一下，其实用起来代码提示也够了

@acorngyl 是的，所以说后面可能像我们这种人更多做需求调研、Code Review 、devops 之类工作，AI 来负责具体编码。也是想随便聊聊，对于我们来说，后面侧重于投入哪些技能会更好点

@hongyexiaoqing 人类程序员也分 369 等的，就像上面的一个大兄弟说的，比他工作两年的同事强多了。我也有同感，如果是让 AI 现在写一些需求清晰的模块的代码，完成率和质量都很高。这样一方面效率提升，一方面 AI 能替代大量初级程序员，一来二去对程序员需求是降低的。现在就我观察，周边很多同事对这个趋势其实没什么认知，用 Cursor 这类软件的都很少，一部分可能会用通义灵码之类的软件辅助编程，但是也是比较基础的用法，补全对话之类的。（对新技术不太关心）


@sillydaddy 说的很好，但是有一个时间的问题。现在 AI 编程热钱多，落地效果比较好，或许会早其他行业一步被逐步替代（可能因为我本身在这个行业更关注这一块，有注意力偏误，或许其他行业也是类似情况）

@nVoxel Cursor 直接选中一个文件，让结合 codebase 一行一行写注释也很方便。另外你这个英语母语的倒是让我想起来学英语的好了，因为互联网英文资料的丰富，训练出来的大模型对英文更友好些。在文生图或者写普通 prompt 的时候，有时候就单纯把中文提示翻译成英文效果都有明显提升。英文好确实能接触第一手资料

@gulu 他这个帖子暂不论。但 AI 在编程这个市场现在看来算是做落地确实比较好的了，也比较热门。再给几年的发展时间，真不好说是什么样子。或许像我们有程序员背景的人，以后很可能去做 需求调研、Code Review 、devops 之类的工作，具体的编码由 AI 来处理

对这样的播客挺感兴趣的，正在听第一期。感觉现在的节奏和内容更适合文章或视频的形式？在想播客的话如果找个合适的人一起聊天主持，可能会更轻松一些，顺便问一下 OP 即刻 ID 和第一期的文稿？

我认为 node 足够了，接口少的 nextjs 或是 serverless function ，复杂点的用 nestjs 搭纯后端也行。nestjs 的话我之前有练习写过一个模版，实现了一些常见的需求，commit 里可以看每个提交对应什么功能，我觉得这东西做小应用挺合适的 https://github.com/KwokKwok/nest-starter

赞一个

@HeyCaptainJack 是，你退出的那个群

即刻上热衷于出海 ai 的都很多，可以去看看，感觉不用局限于郑州。 另外我也在郑州，可以加个微信 MTc2ODE4OTA3MzM=

啊群主是吗

@xiaoli1999 所以加了个自动生成优化版的中英文 prompt ，也考虑单独再加一个翻译按钮，中文实在是没法看

微软远程桌面，体验很好，同事在我旁边我不说根本看不出来我其实是远程。我平时重度写公司代码体验也很好。

@laragh 公司电脑有，所以自己放了个 mac mini 在公司，网线直连公司电脑，公司电脑只做公司内部开发用

说一下我在用的一些方案。

1. 自己的 mac 装 微软远程桌面，直接用网线在 mac 和公司的 surface 之间直连。公司相关的开发都在公司电脑上完成。网线直连无延迟。远程桌面偶尔会有焦点丢失导致卡顿的 bug ，但是可接受。
2. 使用在线 ide 写开源项目，比如 marscode 现在提供免费在线 ide ，其实也还好用。打算之后多用用看

@wantstark 开源的 ，https://github.com/KwokKwok/Silo 。速度快主要是 SiliconCloud API 的功劳，前端处理上大通小异。相对于其他，可能就是这个是直接前端直连供应商服务器，少了个后端中转的过程

@liango 你感兴趣的话，我改天折腾一下，我倒是能打火狐的包，但是我没用火狐也没开发者账号

@jy00566722 啊你两点还在搞呀。今天早上的审核也很离谱，9 点到公司传了个更新包，9.14 给我发邮件说发布了....晚上把自动打包提交的功能弄一下，后面就不用自己手动发了