V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  justRua  ›  全部回复第 1 页 / 共 5 页
回复总数  86
1  2  3  4  5  
你准备今年结婚。想安安心心结个婚的话就别去了,制造业公司的科技创新部门,做基于 AI 的质检软件。年底你们拿不出像样的产出的话,不出意外是要裁员。当然你对那个同事能力有信心可以去试试。。。
21 天前
回复了 memechs 创建的主题 程序员 分布式系统学习路线求助
是不是跑偏了,你是想快速了解微服务相关的知识,而不是学习什么基础原理吧。自己搭一个 dubbo 服务,写个客户端调用一下。然后过一下官方文档,了解里面的一些概念。zk 、redis 这些也本地搭建一下,敲一敲命令,然后过一下官方文档基本就能上手了,再搜一下使用的最近实践。剩下的有空自己深入学习就行
27 天前
回复了 adaishixiong 创建的主题 职场话题 你都遇到过哪些被裁的前兆?
最明显的就是:没有活干,长远看就是业务营收不行,这个也是迟早要裁一波的
年轻时无聊的优越感吧,岁数大点了就不在意什么语言、框架了
142 天前
回复了 kaizceo8 创建的主题 职场话题 技术架构逐步走向“国产化”
toG 项目一堆都是重复建设的,某种意义上就是计算机版本的以工代赈,国产化也凑活干呗,能开工资就行,这类系统大部分也没啥技术难度
百亿补贴可以买,买过 iphone12 、14pro ,还有 findx3 x5 以及好几个蓝牙耳机,没遇到过什么问题,现在手上的 vivox100p 也是 pdd 买的,不过听说百亿补贴会有一些官翻机或者那种退货后重新包装的,正品是正品,不介意的话还是能买的,毕竟便宜几百块
2024-04-10 18:19:36 +08:00
回复了 qxdo1234 创建的主题 程序员 如何才能做到尽可能快的实现热点数据变动并记录?
是不是可以把加钱、扣钱两个动作区分对待,扣钱失败的场景一般是用户余额不足之类的业务异常需要立马回滚事务,但是加钱失败则可能是出现锁竞争、网络之类的系统异常导致,重试就好了不需要回滚整个事务,可以适当延迟。

用户余额加钱逻辑:
1.写入账户流水;
2.发送 MQ ,流水表加一个同步状态字段。
后面异步执行:
3.用消费者根据 MQ 消息去扫描流水表、批量的把多个加钱的记录金额合并为一个 update 操作用户余额,把同步状态更新为已同步。

查看用户余额逻辑:
查询用户余额表 + 流水表未同步的记录金额

扣钱逻辑不变,但可能出现扣钱时,余额还没加上流水表未同步的加钱金额,导致余额不足扣钱失败,应该也还好。
2024-04-09 14:11:29 +08:00
回复了 sunshine0204 创建的主题 职场话题 我应该是病了,麻烦给我点建议
没得选就去,反正实习而已,主要是积累经验,为你后面找工作做积累
2024-01-08 09:49:02 +08:00
回复了 subwin 创建的主题 职场话题 35 岁真的是程序员的大限吗?
35 岁找找应该还是有希望的,非互联网开发应该还行,40 岁纯开发就比较难了,真心没见过 40 岁以上的普通开发同事
2023-12-29 10:52:51 +08:00
回复了 huhu222 创建的主题 职场话题 在公司不爱说话是什么体验
想着完全凭技术吃饭, 不指着一家公司活。那你技术上至少在组里要能排的上号,遇到问题要主动挺身而出,要给你的 leader 有个好印象,至少要觉的你人靠谱虽然话不多,其实做到这样也可以了。否则你工作能力一般,对其他人又冷漠,真的很容易被劝退,路上打招呼这个,至少组内的同事和你的 leader 还是要的吧,其他没什么交集的当没看见就行
2023-06-08 09:47:31 +08:00
回复了 chen0520 创建的主题 程序员 实际生产环境中轮询和异步通知到底那个更好点?
类分布式锁的一个场景,回调轮询都可以,如果实时性要求和请求量都不大轮询也没毛病。回调可以参考 zookeeper 的 watcher 机制
2023-05-06 18:31:33 +08:00
回复了 Saitama 创建的主题 程序员 金蝶 ERM 是一坨大粪还是我是大粪。
@fxxkingduck 老师好
2023-04-17 09:44:25 +08:00
回复了 wellR 创建的主题 Java 在 SpringBoot 中使用 Netty 的思路,偷梁换柱之计
有现成的 grpc-spring-boot-starter ,协议是 grpc ,实现是 netty
2023-03-20 09:43:15 +08:00
回复了 fenranaab 创建的主题 程序员 关于工作无意失误,造成公司损失的疑问请教大家
有责任,但不是全责,代码是经过测试、review 的,责任是大家的,没必要全往自己身上揽,如果最后全怪你只能说明这个公司很 low 。以前公司百万日活,支付代码有问题,导致异常提现了几十万,后面是追回一部分,就这样也没见要谁负全责的,大家复盘以后避免就是了。
2022-11-18 10:15:22 +08:00
回复了 Dogod37 创建的主题 Java 系统架构设计求解惑
如果流量不大属实没什么必要切分,分开后你要多处理各种异常情况,后续如果有新增什么复杂功能你可以提议新增一个服务避免影响旧服务。
2022-11-18 10:11:19 +08:00
回复了 Dogod37 创建的主题 Java 系统架构设计求解惑
要明白服务切分的意义。例如隔离影响、方便服务扩展和加机器。
2022-10-31 09:45:54 +08:00
回复了 Joker123456789 创建的主题 Java 为什么就是没有人愿意升级到最新的 JDK?
新项目可以直接用最新的,老项目真的没必要,jdk 模块化是有破坏性的,一些旧点版本的框架没有适配升级,不加--add-opens 根本跑不起来
2022-10-27 09:46:35 +08:00
回复了 itechnology 创建的主题 程序员 被刚转正的测试弄的不厌其烦,求各位支支招
说明人家负责,我们这测试都会看你代码,测试环境有问题人家自己先看日志,然后跟你说代码 xxx 这一行是不是有问题。。。
用个 NIO 实现的异步 http client 的做就行了吧,就像 webflux ,IO 异步调用不需要太多的线程
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1085 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 18:05 · PVG 02:05 · LAX 11:05 · JFK 14:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.