helbing 最近的时间轴更新 helbing 最近的时间轴更新 | helbingV2EX 第 264610 号会员，加入于 2017-11-03 11:21:07 +08:00 |
helbing 最近回复了
2024-07-10 00:44:52 +08:00 回复了 doudou456 创建的主题 问与答 v 友们，你们真的喜欢敏捷开发的这种节奏和方式吗？ |
敏捷开发最值得借鉴的就是迭代思想，所以小瀑布迭代就好
2024-07-06 23:50:57 +08:00 回复了 tangkikodo 创建的主题 程序员 从前后端分工的利弊谈起，聊聊这套分工的未来方向 |
好巧，前几天在别人的博文（ GraphQL 后端架构的经验分享）的评论中看到你，今天在 V2EX 又看到你
2023-02-23 10:10:01 +08:00 回复了 sinnosong1 创建的主题 程序员 后端开发人员中真的有人愿意用 js？ |
现在我的 serverless 技术栈是 aws fullstack ，相关的 ts 生态也支持的不错，大大提高生产力。
微服务只是个概念，它现阶段其实还在继续发展，甚至你也可以说它是个伪概念都没问题。当谈到微服务开发，你是不是想到了需要多个代码仓库存放不同业务代码（开发个功能往往需要打开多个仓库），每个代码仓库有自己的版本号（有版本依赖地狱的问题），还有测试，部署等问题。其实你会发现上微服务后给项目带来很多的复杂度，这也是为什么很多团队上了微服务后就说踩坑了，还不如继续用单体。其实你想想，我们用微服务更多的原因是我们希望能做到更细粒度的水平扩容（主因），如果现在是单仓开发+模块化目录划分，并且做到不同的模块能单独部署和水平扩容，是不是就解决了现在微服务开发中存在的很多问题？当然我不是再说你用 Monorepo 后就解决了问题（大仓也是个问题，你 git status 下就明白了，不过解决方案也还是有的），这背后其实还需要 DevOps 工具的配合（本地如何起一个完整的项目服务，部署问题等），但是你要知道现阶段其实是没有成熟方案的，只能一步步探索。从我个人的角度来说，如何做到简单（对于一个产品来说用户层面必然要是简单的，底层实现可以是复杂的）才是一条正确道路，也就是回归到“单体”。
2022-10-04 09:29:30 +08:00 回复了 solemelo 创建的主题 问与答 还有多少人在用 Alfred？你们用的版本是？ |
@Zchary 强烈推荐 +1
2020-02-25 19:45:16 +08:00 回复了 zitengdu 创建的主题 职场话题 收留回沪人员致重新启动 14 天隔离期，遭公司行政处分。 |
@TypeError 抄个 JB 作业，好像自己很高分一样。。换个角度，试想着全世界有哪几个国家的人民有谁是想被“硬核”对待的。日韩确实在疫情方面有轻视和懈怠，但它们的一系列行为终究是照着预案走的，及时公布疫情情况，根据事态发展提升防疫等级。。反正要它们一上来就突然封城，不好意思，法律不允许
2018-05-13 22:04:37 +08:00 回复了 qsnow6 创建的主题 全球工单系统 百度网盘为什么下载速度这么慢？ |
+1，同 SVIP，这几天下载速度都非常慢
Select Language