V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mark2025  ›  全部回复第 3 页 / 共 9 页
回复总数  169
1  2  3  4  5  6  7  8  9  
@DOLLOR ts 看起来似乎顺眼些~
两台服务器谈什么高可用呢
30 天前
回复了 tmtstudio 创建的主题 全球工单系统 网易云崩了? 502 Bad Gateway
据说 tidb 挂了
33 天前
回复了 devzhaoyou 创建的主题 程序员 买电脑,糟心的拼多多维权,求指点?
@coryxu JD 是花钱买方便和安心。如果不想多花这份钱就要做好扯皮的准备
考虑在 transaction_time 上面创建 BRIN 索引(不是 btree )
37 天前
回复了 a1oyss0925 创建的主题 程序员 有老哥搞过国产化数据库吗
还有就是 mysql 到 postgres 怎么做数据迁移啊
====
mysql SQL 迁移要注意:GROUP BY 字段和输出字段关系。mysql GROUP BY 字段在 输出区域内可以直接输出字段,pg 则输出区域必须使用聚合函数。
所有建表 DDL 纳入 git 版本管理
任何表结构变动必须在版本管理中有提交记录
@wusheng0 劳动春咩
@nino 问题是测试环境和生产环境的运行时不同,出了故障怎么排除是运行时的问题还是代码问题呢,问题反而更复杂了
阿里内部 nodejs 项目组对比测试过 nodejs vs bun , 综合看后者性能并不明显。目前不推荐生产上 bun 。
如果是多版本发布策略,用 1 楼图片那种,如果是单版本滚动发布就用 gitlab flow
@RandomJoke 不会吧。gitalb 的 issue 是可以跨 group 的: 创建一个项目组,其下包含多端的多个仓库,可以在 group 级别的看板查看管理相关的 issue 啊。
gitlab 的 issue 我觉得拿来作简单的项目管理也不错的:wbs 任务分解、任务状态管理、任务流转、里程碑管理。
@RandomJoke jira 偏重管理,关注的是流程; gitlab 的 issue 是基于代码的偏重于开发, 比如可以在基于 issue 创建 MR 的时候同时创建代码分支,让开发人员里面切入到开发中,并且基于 web 的代码审核方式也提供了同事口头交流之外的比较高效的沟通方式——直接在页面显示的代码上面通过评论进行交流沟通。开发人员应该更喜欢用 gitlab 的这个流程管理方式吧。
43 天前
回复了 qW7bo2FbzbC0 创建的主题 Go 编程语言 被 go 语言的 json.Marshal 恶心到了
@ryalu 不同阶段问题矛盾不同
- 普通 CRUD 场景/中小规模阶段,orm 可以避免新手菜鸟挖坑
- 复杂业务统计场景/大规模阶段,任何小失误都可能会放大成大事故,所以 orm 虽然一方面可以避免菜鸟的低级错误,但另一方面对老鸟也能反向挖坑,所以需要 DBA 来把关(审查 SQL )
@RandomJoke
“一次上线内需求拆分成多个 issue ,这里其实并没有太多作用,只是象征性记录,更多的还是靠组内沟通”
=====
GitLab 的 issue 系统可以实现追踪一个 issue 被分解成多个 issue 然后每个 issue 链接 MR ,然后统计每个 issue 的完成时间
试试华宇输入(前紫光输入)
46 天前
回复了 qviqvi 创建的主题 PostgreSQL 学习 PostgreSQL,有什么资料推荐?
46 天前
回复了 webeasymail 创建的主题 Java 有什么好用的轻量级搜索服务?
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5004 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 01:13 · PVG 09:13 · LAX 18:13 · JFK 21:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.