starryin 最近的时间轴更新 starryin 最近的时间轴更新
测试
169 天前
 |
starryinV2EX 第 33127 号会员，加入于 2013-01-27 14:50:42 +08:00今日活跃度排名 16361 |
starryin 最近回复了
3 天前 回复了 xiaocongcong1 创建的主题 › 优惠信息 › HUPPO 香氛「京东」开业 5 折仅此 2 天，欢迎来玩 |
分子
8 天前 回复了 guancyxx4king 创建的主题 › 创业组队 › AI 创业公司招募技术合伙人（前后端） |
@guancyxx4king #47 v2 不适合招人，只适合吵架和日常，这里早就不是一个技术社区了，说实话国内也没什么像样的技术社区
11 天前 回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好 |
@FranzKafka95 #24 再说一下为啥不能明着来全均分，假设你搞的好，以后这种机会少不了，那这奖励本来就是你组织团队理所应得的奖励，升米恩斗米仇，以后但凡少分一点搞不好就有人骂娘，糊涂账是最好的方式，大家知道你挣了，也知道你掏了不少请客，你就是比大部分领导做的好了，做太好又成了给做的不好的领导上眼药
11 天前 回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好 |
@FranzKafka95 #24 没看到老板这一段，给你个综合的建议：请大家吃一顿，剩下的有机会单独请老板吃一顿，老板不吃你就当省给自己了
不要发红包，也别发什么拼手气红包，那几十块钱不够大家高兴的，想想公司过节为什么发实物而不是发购物卡就知道了，都是几十块，感觉不一样。你要是还想继续跟团队一块混，一起吃个饭热闹下大家互相拉近关系是个好办法，这钱相当于公司出了，你落到凝聚团队的好处，发红包完全没这个效果，请了老板，下次有这好事还是落在你身上，一来二去你在团队的地位就起来了
不要发红包，也别发什么拼手气红包，那几十块钱不够大家高兴的，想想公司过节为什么发实物而不是发购物卡就知道了，都是几十块，感觉不一样。你要是还想继续跟团队一块混，一起吃个饭热闹下大家互相拉近关系是个好办法，这钱相当于公司出了，你落到凝聚团队的好处，发红包完全没这个效果，请了老板，下次有这好事还是落在你身上，一来二去你在团队的地位就起来了
11 天前 回复了 FranzKafka95 创建的主题 › 职场话题 › 拿了个奖，奖金 2000 怎么处理比较好 |
过意不去就请大家搓一顿，剩下的自己留些就可以了，留多留少看自己，总不至于倒贴请客
25 天前 回复了 littlemis 创建的主题 › 职场话题 › 如何科学快速判断开发项目是否为伪需求或是真实需求? |
多问，但是不如现场多看，你猜的不见得是客户说的，客户说的不见得是心里想的，心里想的不见得是真实问题
26 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #25 我挖了个坑，他没注意到，我就知道他什么水平了，已经 block 了
所有无脑劝你用大厂流行技术的回帖，都没有任何价值
有价值的贴子只有两种，一种是用了和你一样的技术，成功了，那他们是什么业务和压力场景，这里的业务当然包含数据价值，比如可不可以丢，延迟多少可以接受，另一种是用了和你一样的技术结果失败了，他们碰到了什么具体绕不过的问题
我在 V2 上并不喜欢发言，因为肉眼可见的菜鸟太多，没精力理会，恰好你这个场景我们以前做过而已，而一开始一水的大厂狗让你换中间件，显然会把人带歪，还好后边跟贴里有不少其他人的实际用例，就不多说了
所有无脑劝你用大厂流行技术的回帖，都没有任何价值
有价值的贴子只有两种，一种是用了和你一样的技术，成功了，那他们是什么业务和压力场景，这里的业务当然包含数据价值，比如可不可以丢，延迟多少可以接受，另一种是用了和你一样的技术结果失败了，他们碰到了什么具体绕不过的问题
我在 V2 上并不喜欢发言，因为肉眼可见的菜鸟太多，没精力理会，恰好你这个场景我们以前做过而已，而一开始一水的大厂狗让你换中间件，显然会把人带歪，还好后边跟贴里有不少其他人的实际用例，就不多说了
26 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #20 打个比方说，小公司给客户交付的一台服务器连软件开发加硬件就五万块，你得算计硬盘多少钱，内存多大多少钱，是雇个光会打嘴炮懂个半吊子 MQ 的，还是 redis 和应用层能一把抓的，这种事情很要命，直接决定生死，但是大公司是另一回事，有专门的维护每个中间件的工程师（是不是真熟悉底层另一说），成本收不收回来那也是商业策略问题和员工没关系
26 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@bronyakaka #18 张嘴就来分布式大数据高可用？做 waf 防应用层攻击的时候给你额外落盘处理的时间？爆内存就加内存，redis stream 文档里的的 maxlen 参数看过吗？ kafka 不均衡爆盘是不是只会找运维？一再说看需求看成本，你要是拿着八股文 chatgpt 干得更好
26 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
@xiaohupro #15 实际上我们当时 Redis 和 Kafka 两个都上了，Redis 的原因是吞吐，限流，Kafka 是为了落盘持久化，而且硬盘的总 IO 有限，都留给 Kafka 了
Select Language