dxddd 最近的时间轴更新 dxddd 最近的时间轴更新 |
dxdddV2EX 第 452014 号会员，加入于 2019-11-09 13:45:39 +08:00今日活跃度排名 13401 |
dxddd 最近回复了
12 小时 8 分钟前 回复了 Joker123456789 创建的主题 › Java › 微服务是不是一种错误的方向？ |
@Joker123456789 你这么一说到还真是。一个工程，A 模块访问 A 库，B 模块访问 B 库，C 模块访问 C 库。技术上确实可以，不过我在现实里确实没见过了。
3 天前 回复了 wangxin3 创建的主题 › 生活 › 安装比亚迪赠送充电桩被增项收了一千四百八 |
@wangxin3 我也是地下车库，什么费用都没有。如果超出 30 米，我估计只收电线的钱。哥们你怕不是被坑了。
3 天前 回复了 wangxin3 创建的主题 › 生活 › 安装比亚迪赠送充电桩被增项收了一千四百八 |
我是理想赠送给的 7kw 充电桩，30 米外的线才收钱，找了个离电表进的车位，最后一分钱没出。
7 天前 回复了 maoxianCk 创建的主题 › 摄影 › 2025 相机更新推荐 |
1.5 的话，全画幅+国产头，美滋滋。
10 天前 回复了 yuant1me 创建的主题 › 宽带症候群 › 新房装修有线网络拓扑设计好了，求建议，求 ACAP 推荐 |
@dozer47528 我感觉有可能是 2.4g 信号冲突，或者是长时间保持连接对网关有一定的压力。后者我一般每天重启一次😄，就能解决。所以说弄个简单的网络拓扑，每天定时重启一下主网关就能解决很多问题。
11 天前 回复了 xiaohupro 创建的主题 › Redis › Redis Stream 实现 MQ 的可行性 |
我很久之前用 Redis List 去实现消息队列用于发短信，当时是一个小项目，但是突然涌入大良用户导致调用短信服务商 HTTP 请求阻塞。所以说当不想引入 MQ 中间件，这么做问题不大。
11 天前 回复了 wuyiccc 创建的主题 › JetBrains › jetbrains 系列软件或许有一天会因为功能过于高级而被抛弃 |
@NoKey 可能说 word 比较合适。我记得刚工作的时候各种文档还都是用 word ，算是工程标准文件。现在基本见不到 word 了。大多是在 wiki 上用 md 或者富文本去写了。
11 天前 回复了 yuant1me 创建的主题 › 宽带症候群 › 新房装修有线网络拓扑设计好了，求建议，求 ACAP 推荐 |
感觉有些过于复杂了。能精简就精简，避免出现问题。比如 电视机/机顶盒/游戏机，完全可以走 Wi-Fi ，没必要为了一点性能提升增加一个交换机。要是我去设计，入户一个大交换机连接各屋网线以及 nas 等设备。其他设备全走 Wi-Fi 。IOT 设备走 2.4G 、家用设备走 5G 。追逐游戏稳定性，就电脑占用当前房间唯一的网线即可。
11 天前 回复了 wuyiccc 创建的主题 › JetBrains › jetbrains 系列软件或许有一天会因为功能过于高级而被抛弃 |
留意过这种现象。比如 office -> MarkDown 。很多软件功能不断的在升级，但是功能越来越多，越来越复杂，越来越笨重，并且由于一些技术转机，软件变革较慢，导致一部分人开始追逐一些轻量级的替代品，然后这些替代品慢慢开始变得笨重……
14 天前 回复了 Joker123456789 创建的主题 › Java › 微服务是不是一种错误的方向？ |
“众所周知，微服务并不能提升整个项目的吞吐量”。你这第一段我就不赞同，微服务或者服务化刚开始就是为了提升吞吐量，虽然提升吞吐量，但是牺牲了一定效率并提升了成本。微服务比服务化更近一步的是更细粒度调节。一般程序的吞吐量瓶颈主要就在数据库，原本一个项目依赖一个数据库，现在依赖 100 个数据库（我说的极端些），吞吐量当然有提升。
你这里槽点有点多，不一一辩解了。还是那句话：“组织即架构”，适合自己组织的才是最好的架构。
你这里槽点有点多，不一一辩解了。还是那句话：“组织即架构”，适合自己组织的才是最好的架构。
Select Language