我在推特上看到这个帖子，感觉有点道理，AI 可以看到全部的代码，理解上下文
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 179 days ago, the information mentioned may be changed or developed.
 |
XhackMay 12
1
不管是 单体架构和微服务架构 AI 都可以看到并且理解
|
 |
dnfQzjPBXtWmMLMay 12
2
个人经验：vibe coding 需要更极致的模块化。不是为了可重用，而是为了代码隔离：即是为了隔离问题，也可以减少修改代码时涉及到的上下文。
|
 |
LDaMay 12
3
微服务也可以通过添加到同一个工作空间中让 AI 窥见全文
|
 |
4
代码结构、AI 上下文可见性、程序架构，这三者是风马牛不相及。
并不会互相影响。 |
1 |
YanSevenMay 12
5
我觉得微服务的也没有什么问题，更利于并行和上下文管理。一个 agent 和一个上下文窗口专门负责一个子模块或者服务。
|
 |
xiaomushenMay 12
6
微服务当然可以放同一个工作区让 AI 来做
但是不可避免的，overhead 的行文会变多，而且每个微服务都要拉起来运行调试或查看日志，耗费的 token 也更多 总得来说，稍有劣势 |
 |
zhengfan2016May 12
7
难道不是微服务+monorepo 比单体更有优势吗，你 ai 把东西改坏了，你整个大单体编译啥的都是时间啊，如果微服务，你可以保留部分新功能的前提并把把有问题的服务回滚
 |
 |
teaguexiaoMay 12
8
单体确实更适合 vibe coding 入门，全部代码在一个地方 AI 辛苦少。不过项目做大后常思维还是模块化，单个上下文窗口按妈如果塩海了按重起就好。
|
 |
irrigate2554May 12
9
讲道理我觉得人写代码也不需要微服务，纯纯浪费
|
 |
lmmlwenMay 12
10
很久没听到微服务这东西了
|
 |
joelawMay 12 via Android
11
人少的情况下搞微服务，纯粹折腾自己
|
 |
xiapipiMay 12
12
跟什么时代感觉没什么关系。看团队吧。中小型的开发团队，搞什么微服务纯折腾自己。
|
 |
13
@zhengfan2016 对，是这个，表达错误，谢谢
|
 |
livin2May 12
14
推上原帖是哪个，看看
|
 |
SezxyMay 12
15
屎山越大，AI 分析上下文耗费的 token 也会更多
|
 |
16
不是利好单体，而是利好 monorepo
|
 |
vmoewillMay 12
17
工作区也可以看到全部的代码，api 、service 和 proto 添加到一个工作区即可。
|
 |
murmurMay 13
19
一直就是，尤其是中小型企业应用，一台牛逼的数据库服务器足矣，并发就二三十，要什么微服务
|
Select Language