Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  yinmin  ›  全部回复第 51 页 / 共 163 页
回复总数  3245
1 ... 47  48  49  50  51  52  53  54  55  56 ... 163  
❮ ❯
2025 年 1 月 19 日
回复了 life90 创建的主题 › 分享发现 › 如果能穿越，我想回宋朝 -- 美食
为啥不是 2010 年？ 当时比特币才几块钱，买几万个比特币存到现在，你就是首富了。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@demoplayer88 #47 OP 的单体是指一个超级 jar 包（见#14 ），一个 jar 包里跑 mq 应该不常见吧。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@demoplayer88 #47 OP 的单体是指一个 jar
2025 年 1 月 19 日
回复了 k9982874 创建的主题 › 投资 › 缅 A 就是个大赌场
2023 年沪深 A 股共分红 2.2 万亿，706 股连续现金分红十年。有人几年前闭眼买入银行股，每年分红 4%+；有人追打板股，1 周起落几十个点。
2025 年 1 月 19 日
回复了 f1197199424 创建的主题 › 程序员 › 尴尬了，为租机老板做了个 工具，差不多好了，他不要了！😭
项目做多了，各类甲方都遇到过，如果遇到操蛋的甲方，直接在“关于…”里放置一个许可证信息：许可证类型（临时授权/永久授权）、许可证到期日：（某年某月某日/永久）

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

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

许可证机制不要藏着掖着，一定要展现在界面上，别藏在某个配置文件里，定性为软件定时炸弹，甲方是可以报案的。
2025 年 1 月 19 日
回复了 f1197199424 创建的主题 › 程序员 › 尴尬了，为租机老板做了个 工具，差不多好了，他不要了！😭
签合同的时候，交付日期千万别写某年某月某日，把交付日期写成：收到首付款后 xx 天。

太多的甲方签合同后拖着首付款不付，又逼着你按期交付，这种痛苦的酸爽太猛了。甚至拖着合同不签就忽悠你按期完成。
2025 年 1 月 19 日
回复了 Jianrry 创建的主题 › 投资 › 请问一下炒股有什么注意事项
国内 A 股单次交易手续费最低 5 元，你买入/卖出 2 个股票，交易费 20 元就没了。另外，你提供一个只有小几百流水的股票交易记录，对开户有用吗？
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？
@zaunist #6 你是用 usb 硬盘盒的吧？ 大概率这个硬盘盒有问题，建议换一个硬盘盒。
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？
@jonsmith 新硬盘推荐英睿达 t500 pro ，大厂、发热低、稳定、但小贵。
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 › 程序员 › 根据 SMART 信息如何判断硬盘故障？
@zaunist #6 ssd 看 03 、0e 、0f 。你这个盘 03 、0e 正常，0f 异常大概率是非正常关闭次数（ 0d ）太多导致的，不一定是坏了。
2025 年 1 月 19 日
回复了 RainZack 创建的主题 › 宽带症候群 › 人在上海租房，有适合的办卡方式吗？
几乎所有的小区都能安装/移机电信宽带，移动宽带、联通宽带的小区覆盖远低于电信。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@sagaxu #28 我同意你的看法。只是技术发展到现在，如果需要用到消息队列，优选微服务；如果单体用消息队列，开发复杂性、部署复杂性、伸缩性都不如微服务。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@cobbage #23 企业项目不会出现突发高并发，单体可以集群(多服务器负载均衡)，应付企业项目绰绰有余。

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

高并发的架构是不一样的，微服务是独立的，通过消息队列异步通讯，会根据消息队列情况自动伸缩微服务，消息队列过长超阈值直接抛弃掉，保证系统不崩溃。单体用集群就有点力不从心了。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@xhwdy26 #15 CEO 又不会上机直接操刀，“简化部署，只一台机器搞定”，你就一台机器装 docker ，为每个微服务写一个 compose file ，汇报的时候说：已经微服务改成子系统模块了，程序基本不用改。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@me1onsoda #12 微服务有同步通讯(API)和异步通讯(MQ)，如果在高并发下使用异步通讯(MQ)，系统是不会崩溃的，通过微服务伸缩机制能够在秒级快速克隆出几十/上百个容器(微服务)去处理队列，最坏情况就是队列过长 timeout 直接抛弃掉部分。如果微服务使用同步通讯(API)，就和单体区别不大了，高并发延时导致雪崩，重启服务引发更高并发再次崩溃。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@mbeoliero123 #7 单体是否能扛住，主要看每秒并发，用户总量百万只是参考值。每秒并发 1000 以下，大致上限是 5000-1 万人同时在用系统，单体大致也就这个量级了，并发再上一个量级，就需要用消息队列 mq 将并发事务转换成队列，而单体基本上是不太会用 mq 的。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
@xhwdy26 你问问领导： (1) 会不会找网红直播 (2) 会不会同一时间突发上万人在线下单 (3) 要不要用消息队列应对高并发。如果都是 NO ，改单体问题不大。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
看用户量和并发量，如果用户量在几百万量级，每秒并发在 1000 以下，单体还是很好用的。

如果找网红直播，同一时间突发上万人在线，单体大概率会崩溃。因为，单体通常不会用消息队列，高并发无法转化为队列依次处理，然后就堵塞崩溃了。
2025 年 1 月 18 日
回复了 manimalt 创建的主题 › macOS › macOS 的时间机器硬盘怎么选好？
推荐时间机器的容量是 mac 硬盘总容量的 2 倍以上，你硬盘总 1TB ，时间机器至少 2TB
2025 年 1 月 18 日
回复了 litblack 创建的主题 › 职场话题 › 续：辞职带娃
等 2-3 年后娃上幼儿园了，大概率还是重回职场。但是 2-3 年的空档期会严重影响求职。找个熟悉的 IT 公司挂社保，事先沟通好背调的内容，简历就不会空档，求职会好些。
1 ... 47  48  49  50  51  52  53  54  55  56 ... 163  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1041 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 23:27 · PVG 07:27 · LAX 16:27 · JFK 19:27
♥ Do have faith in what you're doing.