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