V2EX › sampeng 的所有回复 › 第 44 页 / 共 192 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 40 41 42 43 44 45 46 47 48 49 ... 192

❮

❯

359 天前

回复了 exch4nge 创建的主题 › 程序员 › 在有复杂功能且持续迭代过程中的工程，如何保持架构简洁、代码可读性等？

持续重构。没有第二条路。其他都是扯蛋。如果没有投入持续重构，动不动就是，这个功能稳定了，不能动，代码不能改。吧啦吧啦。。这必定成为一个新的 shit 山

359 天前

回复了 UnrealEngine 创建的主题 › 程序员 › 线上数据库某些大表几亿以上的数据量，没法通过直接查取数据库数据排查线上问题，如何优化？

都几亿数据了。你要说没备份库我是不信的

359 天前

回复了 justincnn 创建的主题 › MacBook › 512 的 macbook 又被塞满了

nas 啊。。。。再不济。。接个外置硬盘在 dp 口上。
真想不明白怎么可能有 500G 的数据经常要查看。。

359 天前

回复了 RangerWolf 创建的主题 › 数据库 › 关于很多人说“MySQL 1 亿条数据统计轻轻松松”，确实超出我的认知。可以请各位大神发一下你们的“轻松”的标准跟扫描的数据量嘛？

说的轻轻松松是有前提条件的。仅仅是业务查询，非聚合查询。聚合分析别说上亿了，上千万，可能就得考虑上 olap 的分析工具了。

另一方面，你都上亿的数据了，还是需要分析的。4c 16G 是不太小了点。这个成本是可以计算的。

1.clickhouse 集群。4*16 集群 x3.
2.mysql 把硬件往上面拉三倍。

从哪个角度看都是 2 成本更低。除非你能做到 1 是动态的，但投入的隐形成本又是另一回事。

换句话说，我个人认为绝大多数的场景，堆机器就够了。除非有数据分析团队资源，全靠研发自己出方案，实在得不偿失

364 天前

回复了 tool2d 创建的主题 › 职场话题 › 感觉学前端技术，很难升职加薪。

这倒是，有 gpt 加持，后端狗半天就会撸前端了

2024-01-09 23:51:21 +08:00

回复了 lujiaxing 创建的主题 › 程序员 › 2024 年了, 有多少公司和系统由微服务/云原生转为了单体架构?

反正作为运维，每个新项目我都要怼一次后端开发 leader：不许给我搞微服务，你就单体。

单体也需要运维，都让研发搞就是逗闷子的。只是真不需要一堆运维了，我一直认为国内公司，90%有且只需要两个运维。搞微服务？那就看架构吹牛逼吹多大了。

我怼得最多的一句：高并发？你自己试过本地 mysql 1000 万数据集两到三层良好索引的 sql 效率吗？没有？没有你扯犊子的因为性能横向扩展？

2024-01-03 17:43:05 +08:00

回复了 newbee2000 创建的主题 › 买买买 › 各位， 2024 年有啥准备购入的数码产品吗

如果有 apple vision 。那就只有这个。如果没有。憋着

2024-01-03 17:15:26 +08:00

回复了 dc2002007 创建的主题 › React › react ui 组件库选择

组件是为需求服务的。。
你这相当于我要一个超级牛逼一统天下的组件库。等于没要求。

2024-01-03 17:12:55 +08:00

回复了 VensonEEE 创建的主题 › Java › PHP 转 Java ，上千张表需要 CRUD

按回车按快了。。
另一方面肯定不是一蹴而就，前面网关做分离工作，迁移一批网管流转新流量过来一批。反正这么大的规模，就算是看起来是差不多的业务逻辑，但凡错一个，估计得祭天。

2024-01-03 17:11:36 +08:00

回复了 VensonEEE 创建的主题 › Java › PHP 转 Java ，上千张表需要 CRUD

从写单元测试开始。上千的表。接口也差不多上千了。你怎么保证重构完了一摸一样的结果和逻辑？