|      1yooomu      61 天前  1 自己维护一套脚手架 | 
|      2nananqujava      61 天前  1 不应该是维护 prompt? | 
|  |      3lemos1235      61 天前  1 复制粘贴,勿要过度封装 | 
|      4iomect      61 天前  1 07 年至今造的轮子已经够了  从 20 年开始就很少造轮子了 | 
|  |      5yjxjn      61 天前  1 有些东西不是部门统一搞得么? 比如登录注册 SSO 认证这些,有团队专门开发维护,直接引入依赖 jar 调用就好了。 | 
|  |      6hamsterbase      61 天前  1 1.  让 AI 写高质量的轮子。  除了轮子代码以外,要求 AI 编写单元测试,集成测试,详细的文档。  2. 代码都让 ai 写,调用高质量的轮子。 | 
|      7test0103      61 天前  1 最重要的是写好技术文档,要做新业务时,先读一遍技术文档。然后再思考如何辅以 AI 来写 | 
|  |      8soul11201      61 天前  1 这是必要的成本付出~ | 
|  |      9lswlray      60 天前  1 会不会重复造轮子取决于开发者,你要改变的是人。这个难度大于收益。 | 
|  |      10ZeroDu      60 天前  1 自己造轮子,有个点就是要跟随迭代,这个就比较烦 | 
|      11luckyc      60 天前  1 自己维护一套自己的脚手架,工作中有新需求新模块新增,通用性比较强的,就在自己脚手架实现,再拷贝过去。 难道大家都不是这么干的? | 
|      12jayasme      59 天前  1 业务逻辑不要找轮子,最好自己造,基础逻辑简单的可以让 AI 实现,复杂的找轮子 | 
|      13Cheez PRO  1 说实话,挺难的。例如最简单的登录注册。 不管是 WorkOS/Clerk/Auth0/Authing/Logto 都可能有诸多坑点…… 自己制作又得涉及多个页面的 UI 和对应后端的逻辑,忘记密码、用户管理后台诸如此类,麻烦死了 |