dxddd 最近的时间轴更新
dxddd

dxddd

V2EX 第 452014 号会员,加入于 2019-11-09 13:45:39 +08:00
dxddd 最近回复了
@dozer47528 我感觉有可能是 2.4g 信号冲突,或者是长时间保持连接对网关有一定的压力。后者我一般每天重启一次😄,就能解决。所以说弄个简单的网络拓扑,每天定时重启一下主网关就能解决很多问题。
2 天前
回复了 xiaohupro 创建的主题 Redis Redis Stream 实现 MQ 的可行性
我很久之前用 Redis List 去实现消息队列用于发短信,当时是一个小项目,但是突然涌入大良用户导致调用短信服务商 HTTP 请求阻塞。所以说当不想引入 MQ 中间件,这么做问题不大。
@NoKey 可能说 word 比较合适。我记得刚工作的时候各种文档还都是用 word ,算是工程标准文件。现在基本见不到 word 了。大多是在 wiki 上用 md 或者富文本去写了。
感觉有些过于复杂了。能精简就精简,避免出现问题。比如 电视机/机顶盒/游戏机,完全可以走 Wi-Fi ,没必要为了一点性能提升增加一个交换机。要是我去设计,入户一个大交换机连接各屋网线以及 nas 等设备。其他设备全走 Wi-Fi 。IOT 设备走 2.4G 、家用设备走 5G 。追逐游戏稳定性,就电脑占用当前房间唯一的网线即可。
留意过这种现象。比如 office -> MarkDown 。很多软件功能不断的在升级,但是功能越来越多,越来越复杂,越来越笨重,并且由于一些技术转机,软件变革较慢,导致一部分人开始追逐一些轻量级的替代品,然后这些替代品慢慢开始变得笨重……
5 天前
回复了 Joker123456789 创建的主题 Java 微服务是不是一种错误的方向?
“众所周知,微服务并不能提升整个项目的吞吐量”。你这第一段我就不赞同,微服务或者服务化刚开始就是为了提升吞吐量,虽然提升吞吐量,但是牺牲了一定效率并提升了成本。微服务比服务化更近一步的是更细粒度调节。一般程序的吞吐量瓶颈主要就在数据库,原本一个项目依赖一个数据库,现在依赖 100 个数据库(我说的极端些),吞吐量当然有提升。

你这里槽点有点多,不一一辩解了。还是那句话:“组织即架构”,适合自己组织的才是最好的架构。
18 天前
回复了 Adamo 创建的主题 电影 现在的电影怎么没人看 IMAX 3D 了吗?
其实不止是 IMAX 3D 。感觉去年一整年 3D 电影都没几个,大部分都是转制过来,有的不带眼镜都能看。可能是制作公司觉得加上 3D 也赚不了更多的钱吧。
我的回答是没有。以上诸如悬崖、黎明之前、风筝之类的,本质上跟潜伏就不是一个类型。
19 天前
回复了 SD10 创建的主题 旅行 想自驾游,求指导
@SD10 那就好,那我说一下我曾经走过的比较好的地方。
我是从北京 7 月份出发,一路向西,有几个我觉得比较不错的地方。
1 北京的景点无需多说。长城/颐和园 我觉得算是比较不错。
2 张家口-草原天路。个人觉得一般般,但是路过的话其实可以去溜达溜达。或者再往上一点去呼伦贝尔草原。
3 乌兰察布。乌兰哈达火山,个人觉得很值得一去,直接在里面搭帐篷露营。而且附近城镇会种许多油菜花,很漂亮。
3 呼和浩特,可以吃吃羊肉。
4 银川,逛逛博物馆。
5 阿拉善左旗,出银川去新疆这一路就很有看头了,望不尽的沙漠,你先后会经过许多大沙漠,可以找个景区或者路边溜达溜达,亦或者就在高速上看看两侧,没见过沙漠的人很难不喜欢。
6 哈密 市区没什么看的,可以去东天山,从哈密市区去往东天山或者鸣沙山的路上就很漂亮。然后也可以去巴里坤或者直接去吐鲁番。
7 吐鲁番 无需多说,景色其实没啥,主要是这里夏天不适宜人生存,太热。
8 乌鲁木齐 无需多说
9 之后就是新疆 青海各个景点。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2777 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 08:57 · PVG 16:57 · LAX 00:57 · JFK 03:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.