V2EX › yinmin 的所有回复 › 第 36 页 / 共 148 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 32 33 34 35 36 37 38 39 40 41 ... 148

❮

❯

335 天前

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

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

335 天前

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

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

335 天前

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

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

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

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

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

335 天前

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

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

335 天前

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

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

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

335 天前

回复了 manimalt 创建的主题 › macOS › macOS 的时间机器硬盘怎么选好？

推荐时间机器的容量是 mac 硬盘总容量的 2 倍以上，你硬盘总 1TB ，时间机器至少 2TB

336 天前

回复了 litblack 创建的主题 › 职场话题 › 续：辞职带娃

等 2-3 年后娃上幼儿园了，大概率还是重回职场。但是 2-3 年的空档期会严重影响求职。找个熟悉的 IT 公司挂社保，事先沟通好背调的内容，简历就不会空档，求职会好些。

336 天前

回复了 yagamil 创建的主题 › 职场话题 › 现在社保走代缴的多吗？

有些地方在非户籍地申请退休会查个税申报，如果只有社保没个税，直接认定代缴然后就卡住了。

336 天前

回复了 yagamil 创建的主题 › 职场话题 › 现在社保走代缴的多吗？

用个人所得税 app 看看代缴社保公司有没有个税申报，如果没有个税申请建议换成灵活就业自己交。

只有社保没个税，典型的代缴，很容易查出来的。

找朋友公司代缴，最保险的方式是：社保+工资银行流水+个税申报。

1 ... 32 33 34 35 36 37 38 39 40 41 ... 148

❮

❯