V2EX › yinmin 的所有回复 › 第 3 页 / 共 115 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 115

❮

❯

15 天前

回复了 kirieievk 创建的主题 › 生活 › 问下已婚和准备结婚的有真的给过彩礼的吗

提彩礼前，先了解女方家境、女方父母工作情况、是否有养老金，是否有兄弟已婚或未婚，然后共同憧憬一下婚后大额消费(买房买车)，问一下女方家庭是否能资助。这时，你大体能估摸出女方父母是否会截留彩礼了。

提彩礼，建议在男女双方准备推进结婚时，男方先说一下自己家当地的彩礼标准(定锚)，然后直接问女方彩礼情况，带回来多少，嫁妆多少，让女方先和家里沟通出大概情况，并了解一下女方当地的订婚/结婚风俗。然后就是双方父母见面敲定订婚事宜。

彩礼有直接现金的，也有转账给女方父母，也有直接转到女方的。(也出现过彩礼转给女方后，结婚当天女方的嫂子拦车不让过门的)

15 天前

回复了 kirieievk 创建的主题 › 生活 › 问下已婚和准备结婚的有真的给过彩礼的吗

女方家境一般的，有未婚哥哥弟弟的，很多女方父母都盼着拿女儿的彩礼，给儿子结婚。

为什么有些案例里，男方与女方发生彩礼纠纷时，男方的姐姐特别能折腾？大概率是男方彩礼中部分是姐姐掏的钱。

15 天前

回复了 life90 创建的主题 › 分享发现 › 如果能穿越，我想回宋朝 -- 美食

为啥不是 2010 年？当时比特币才几块钱，买几万个比特币存到现在，你就是首富了。

15 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@demoplayer88 #47 OP 的单体是指一个超级 jar 包（见#14 ），一个 jar 包里跑 mq 应该不常见吧。

15 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@demoplayer88 #47 OP 的单体是指一个 jar

15 天前

回复了 k9982874 创建的主题 › 投资 › 缅 A 就是个大赌场

2023 年沪深 A 股共分红 2.2 万亿，706 股连续现金分红十年。有人几年前闭眼买入银行股，每年分红 4%+；有人追打板股，1 周起落几十个点。

15 天前

回复了 f1197199424 创建的主题 › 程序员 › 尴尬了，为租机老板做了个工具，差不多好了，他不要了！😭

项目做多了，各类甲方都遇到过，如果遇到操蛋的甲方，直接在“关于…”里放置一个许可证信息：许可证类型（临时授权/永久授权）、许可证到期日：（某年某月某日/永久）

如果客户不结尾款，就 2 周 2 周给许可证，提前 5 天、提前 4 天、提前 3 天、提前 1 天、提前 12 小时，提前 8 小时，之后都是提前 8 小时给（万千别不给或晚给，切记）

许可证要做到界面里，要一目了然，第一次给足时间，还要外加 2-3 个月。上线就要有，上线的时候不一定要提示客户，客户问起来就说是行业惯例。

许可证机制不要藏着掖着，一定要展现在界面上，别藏在某个配置文件里，定性为软件定时炸弹，甲方是可以报案的。

15 天前

回复了 f1197199424 创建的主题 › 程序员 › 尴尬了，为租机老板做了个工具，差不多好了，他不要了！😭

签合同的时候，交付日期千万别写某年某月某日，把交付日期写成：收到首付款后 xx 天。

太多的甲方签合同后拖着首付款不付，又逼着你按期交付，这种痛苦的酸爽太猛了。甚至拖着合同不签就忽悠你按期完成。

15 天前

回复了 Jianrry 创建的主题 › 投资 › 请问一下炒股有什么注意事项

国内 A 股单次交易手续费最低 5 元，你买入/卖出 2 个股票，交易费 20 元就没了。另外，你提供一个只有小几百流水的股票交易记录，对开户有用吗？

16 天前

回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？

@zaunist #6 你是用 usb 硬盘盒的吧？大概率这个硬盘盒有问题，建议换一个硬盘盒。

16 天前

回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？

@jonsmith 新硬盘推荐英睿达 t500 pro ，大厂、发热低、稳定、但小贵。

16 天前

回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？

@zaunist #6 ssd 看 03 、0e 、0f 。你这个盘 03 、0e 正常，0f 异常大概率是非正常关闭次数（ 0d ）太多导致的，不一定是坏了。

16 天前

回复了 RainZack 创建的主题 › 宽带症候群 › 人在上海租房，有适合的办卡方式吗？

几乎所有的小区都能安装/移机电信宽带，移动宽带、联通宽带的小区覆盖远低于电信。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@sagaxu #28 我同意你的看法。只是技术发展到现在，如果需要用到消息队列，优选微服务；如果单体用消息队列，开发复杂性、部署复杂性、伸缩性都不如微服务。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@cobbage #23 企业项目不会出现突发高并发，单体可以集群(多服务器负载均衡)，应付企业项目绰绰有余。

互联网项目不一样，一个朋友的商城平时最多就几百人同时在线，有一次老板做推广，花了几十万请大网红做直播，然后 5 万多人同时涌入系统直接宕机，几十万软妹币打水漂了。

高并发的架构是不一样的，微服务是独立的，通过消息队列异步通讯，会根据消息队列情况自动伸缩微服务，消息队列过长超阈值直接抛弃掉，保证系统不崩溃。单体用集群就有点力不从心了。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@xhwdy26 #15 CEO 又不会上机直接操刀，“简化部署，只一台机器搞定”，你就一台机器装 docker ，为每个微服务写一个 compose file ，汇报的时候说：已经微服务改成子系统模块了，程序基本不用改。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@me1onsoda #12 微服务有同步通讯(API)和异步通讯(MQ)，如果在高并发下使用异步通讯(MQ)，系统是不会崩溃的，通过微服务伸缩机制能够在秒级快速克隆出几十/上百个容器(微服务)去处理队列，最坏情况就是队列过长 timeout 直接抛弃掉部分。如果微服务使用同步通讯(API)，就和单体区别不大了，高并发延时导致雪崩，重启服务引发更高并发再次崩溃。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@mbeoliero123 #7 单体是否能扛住，主要看每秒并发，用户总量百万只是参考值。每秒并发 1000 以下，大致上限是 5000-1 万人同时在用系统，单体大致也就这个量级了，并发再上一个量级，就需要用消息队列 mq 将并发事务转换成队列，而单体基本上是不太会用 mq 的。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

@xhwdy26 你问问领导： (1) 会不会找网红直播 (2) 会不会同一时间突发上万人在线下单 (3) 要不要用消息队列应对高并发。如果都是 NO ，改单体问题不大。

16 天前

回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化

看用户量和并发量，如果用户量在几百万量级，每秒并发在 1000 以下，单体还是很好用的。

如果找网红直播，同一时间突发上万人在线，单体大概率会崩溃。因为，单体通常不会用消息队列，高并发无法转化为队列依次处理，然后就堵塞崩溃了。

1 2 3 4 5 6 7 8 9 10 ... 115

❮

❯