V2EX › starryin 的所有回复 › 第 1 页 / 共 4 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4

❮

❯

2025 年 10 月 12 日

回复了 wayfarer 创建的主题 › 职场话题 › 工时太短，被领导约谈了

@GuLuDaDuiZhang 这领导相当不错了，都明说了你摸会鱼就行，我很好奇这帖子里面看到七点下班就叫的人，是家里有矿还是抱着金饭碗出生的

2025 年 9 月 26 日

回复了 wuxingli 创建的主题 › 职场话题 › 才来不久的 CTO 又要走了，来了给技术做了最大的调整：记工时

@lswlray 跟这个楼里的讨论没有任何意义，开发任务复杂的话，一个功能可能几个小时就进去了，每天鼠标点两次就乱吠的人你能指望有多高级
团队稍微大点，没工时这个东西就会失控，虽然日报自有日报的问题，但是什么员工配什么领导倒是真的

2025 年 4 月 6 日

回复了 realpg 创建的主题 › 酷工作 › [沈阳]招聘精通 vue3 生态前端工程师一名,非外包

北漂过的说一下，这个价格别想着招一线大龄带娃回城的，基本上居家远程这些人能找到的也会超过你的总负担，找不到的话说实话能力肯定也有问题，你招过去是给自己埋雷
沈阳本地工作的小伙子可以考虑考虑，但是年轻人希望养家，你这个不卷反而又不是优势了，但是本地定居的没啥压力的可以作为目标找找看

2025 年 3 月 22 日

回复了 xiaocongcong1 创建的主题 › 优惠信息 › HUPPO 香氛「京东」开业 5 折仅此 2 天，欢迎来玩

分子

2025 年 3 月 17 日

回复了 guancyxx4king 创建的主题 › 创业组队 › AI 创业公司招募技术合伙人（前后端）

@guancyxx4king #47 v2 不适合招人，只适合吵架和日常，这里早就不是一个技术社区了，说实话国内也没什么像样的技术社区

2025 年 3 月 14 日

回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好

@FranzKafka95 #24 再说一下为啥不能明着来全均分，假设你搞的好，以后这种机会少不了，那这奖励本来就是你组织团队理所应得的奖励，升米恩斗米仇，以后但凡少分一点搞不好就有人骂娘，糊涂账是最好的方式，大家知道你挣了，也知道你掏了不少请客，你就是比大部分领导做的好了，做太好又成了给做的不好的领导上眼药

2025 年 3 月 14 日

回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好

@FranzKafka95 #24 没看到老板这一段，给你个综合的建议：请大家吃一顿，剩下的有机会单独请老板吃一顿，老板不吃你就当省给自己了
不要发红包，也别发什么拼手气红包，那几十块钱不够大家高兴的，想想公司过节为什么发实物而不是发购物卡就知道了，都是几十块，感觉不一样。你要是还想继续跟团队一块混，一起吃个饭热闹下大家互相拉近关系是个好办法，这钱相当于公司出了，你落到凝聚团队的好处，发红包完全没这个效果，请了老板，下次有这好事还是落在你身上，一来二去你在团队的地位就起来了

2025 年 3 月 14 日

回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好

过意不去就请大家搓一顿，剩下的自己留些就可以了，留多留少看自己，总不至于倒贴请客

2025 年 2 月 28 日

回复了 littlemis 创建的主题 › 职场话题 › 如何科学快速判断开发项目是否为伪需求或是真实需求?

多问，但是不如现场多看，你猜的不见得是客户说的，客户说的不见得是心里想的，心里想的不见得是真实问题

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@xiaohupro #25 我挖了个坑，他没注意到，我就知道他什么水平了，已经 block 了
所有无脑劝你用大厂流行技术的回帖，都没有任何价值
有价值的贴子只有两种，一种是用了和你一样的技术，成功了，那他们是什么业务和压力场景，这里的业务当然包含数据价值，比如可不可以丢，延迟多少可以接受，另一种是用了和你一样的技术结果失败了，他们碰到了什么具体绕不过的问题
我在 V2 上并不喜欢发言，因为肉眼可见的菜鸟太多，没精力理会，恰好你这个场景我们以前做过而已，而一开始一水的大厂狗让你换中间件，显然会把人带歪，还好后边跟贴里有不少其他人的实际用例，就不多说了

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@xiaohupro #20 打个比方说，小公司给客户交付的一台服务器连软件开发加硬件就五万块，你得算计硬盘多少钱，内存多大多少钱，是雇个光会打嘴炮懂个半吊子 MQ 的，还是 redis 和应用层能一把抓的，这种事情很要命，直接决定生死，但是大公司是另一回事，有专门的维护每个中间件的工程师（是不是真熟悉底层另一说），成本收不收回来那也是商业策略问题和员工没关系

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@bronyakaka #18 张嘴就来分布式大数据高可用？做 waf 防应用层攻击的时候给你额外落盘处理的时间？爆内存就加内存，redis stream 文档里的的 maxlen 参数看过吗？ kafka 不均衡爆盘是不是只会找运维？一再说看需求看成本，你要是拿着八股文 chatgpt 干得更好

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@xiaohupro #15 实际上我们当时 Redis 和 Kafka 两个都上了，Redis 的原因是吞吐，限流，Kafka 是为了落盘持久化，而且硬盘的总 IO 有限，都留给 Kafka 了

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@xiaohupro #15 并不见得是这样，kafka 需要落盘和不平衡同样会带来让人头疼的问题，单技术维度思考会带来很严重的后果

2025 年 2 月 27 日

回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性

@abccccabc stream 有 maxlen 可以控制容量，如果你不希望消费比生产慢把内存爆掉的话