abcbuzhiming 最近的时间轴更新 abcbuzhiming 最近的时间轴更新 |
abcbuzhimingV2EX 第 112484 号会员，加入于 2015-04-22 01:21:10 +08:00 |
主力:Java,C#,Go
备用:JavaScript,Python,PHP
懂一点点C
备用:JavaScript,Python,PHP
懂一点点C
| 为什么大模型已经搞了好几年了，智能音箱似乎没啥动静？ 问与答 • abcbuzhiming • 55 天前 • 最后回复来自 gggccc44 | 19 |
| 2024 了，现在如何建立个人隐私为主，并可方便进行数据同步的的知识库？ 软件 • abcbuzhiming • 107 天前 • 最后回复来自 aero99 | 86 |
| 请问这宽带运营商的 FTTR 设备主猫+从猫是什么玩法？ 宽带症候群 • abcbuzhiming • 119 天前 • 最后回复来自 lovexiaofan12312 | 21 |
| 光猫拨号 UI 这里的这个“启用 NAT”是啥意思？ 宽带症候群 • abcbuzhiming • 127 天前 • 最后回复来自 xqzr | 9 |
| 除了 Flex，还有什么办法好办法解决"最后一个盒子塞满剩余空间"这个问题 CSS • abcbuzhiming • 140 天前 • 最后回复来自 chnwillliu | 10 |
| 现在那些前端 UI 组件库，修改其单个控件样式的方法是什么 前端开发 • abcbuzhiming • 137 天前 • 最后回复来自 chuck1in | 7 |
| 如何抄人家的布局？ CSS • abcbuzhiming • 141 天前 • 最后回复来自 2333wz | 11 |
| 有没有基于 Vue 并且设计初始目的是偏向桌面端软件的 UI 组件库？ Vue.js • abcbuzhiming • 137 天前 • 最后回复来自 Eension | 12 |
| npm 的这个 audit fails 到底是什么原因造成的？ 前端开发 • abcbuzhiming • 147 天前 • 最后回复来自 0o0O0o0O0o | 3 |
| Web 前端项目如何和 Electron 项目共享代码？ 前端开发 • abcbuzhiming • 147 天前 • 最后回复来自 webszy | 10 |
abcbuzhiming 最近回复了
9 天前 回复了 Tiking 创建的主题 › NAS › 分享我的异地 nas 备份方案 |
备份方案？你正文里一个备份都没有
10 天前 回复了 5261 创建的主题 › 程序员 › 后端要咋快速入门前端开发呢？ |
前端不管 CSS 的话，和后端思路没区别。问题就在于前端有 CSS 这个深坑
40 天前 回复了 tangping 创建的主题 › 问与答 › 为什么 steam 下载游戏速度这么快呢？ |
只要你有钱买 CDN 就行，静态内容分发技术是很成熟的
54 天前 回复了 KentonLee 创建的主题 › 问与答 › 为什么现在的动图都变成了视频？ |
视频编解码技术一直在进步，GIF 一直停在原地，现在视频已经是兼容性赶上了，比 gif 压缩比更好，更清晰。那还要 gif 何用
58 天前 回复了 1311317 创建的主题 › 问与答 › 家人痴迷于酿酒想着以后能大卖怎么劝 |
你这酒但凡有一次失误，混进点杂醇进去，把人喝伤喝死，就准备坐牢吧，这可是有现实案例的，自酿酒最大的问题就是控制不了质量
59 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务 |
@dylanqqt 朋友，十个人纯后端的项目真不能算大的，国外推荐开始考虑微服务的时间点，基本都是你已经有几十个不同功能开发小组的时候，而不是十几个人的时候。
当然，你这个时间点可以开始考虑转微服务，只是我觉得此时收益和付出的代价比还是不够。
微服务其实是一个“在到了一定条件下不得不选”的选择，而不是一个“更好的”选择。我觉得所有人在决定上微服务前，都得想清楚这个区别
当然，你这个时间点可以开始考虑转微服务，只是我觉得此时收益和付出的代价比还是不够。
微服务其实是一个“在到了一定条件下不得不选”的选择，而不是一个“更好的”选择。我觉得所有人在决定上微服务前，都得想清楚这个区别
59 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务 |
@dylanqqt 虽然那位说上千人有点夸张了。但是你这十多个人维护的几十个服务，也能叫业务规模大？
59 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务 |
老外有个暴论：当你的团队人数用一盒披萨就能喂饱的时候，你根本不需要微服务这东西。
微服务一定要系统足够庞大，庞大到不拆分几乎无法维护的时候，才会有意义——相对微服务带来的那些问题：运维麻烦，各数据分散在不同的存储中，报表困难。
另外和大家想的不一样的是，不要觉得微服务上了，就真能各团队独立，这其实是个幻觉，现实是大概率你把你的服务改了，一个依赖你的服务挂了，这才是普遍现象。
微服务不是灵丹妙药。
微服务一定要系统足够庞大，庞大到不拆分几乎无法维护的时候，才会有意义——相对微服务带来的那些问题：运维麻烦，各数据分散在不同的存储中，报表困难。
另外和大家想的不一样的是，不要觉得微服务上了，就真能各团队独立，这其实是个幻觉，现实是大概率你把你的服务改了，一个依赖你的服务挂了，这才是普遍现象。
微服务不是灵丹妙药。
Select Language