lbbdefy 最近的时间轴更新
lbbdefy

lbbdefy

V2EX 第 192025 号会员,加入于 2016-09-17 12:39:41 +08:00
今日活跃度排名 24763
lbbdefy 最近回复了
13 天前
回复了 opentrade 创建的主题 推广 RustDesk 即将突破 100K stars
@opentrade 我在 https://github.com/rustdesk/rustdesk/discussions/11152#discussioncomment-14693536 回复了,也上传了视频,您有空看看。
14 天前
回复了 opentrade 创建的主题 推广 RustDesk 即将突破 100K stars
大佬,我在使用 mac m4 作为主机时,用 Windows 系统的客户端连上去后,显示远程光标掉帧特别严重,您有时间可以看下吗?我试了几台 Windows 设备都是这样,想把 Windows 当副屏用,所以需要显示远程光标。linux 作为主机时,非常流畅。
14 天前
回复了 opentrade 创建的主题 推广 RustDesk 即将突破 100K stars
我靠巨佬
@rizon 安卓升级本身就有完整的升级方案,包括打包、差分升级、上传下载固件,只要服务跑起来就行,自己找不到源码可以找厂商给。
设备是无人值守的需要。是有人值守的不需要。
36 天前
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
我们组,3 个后端。一个项目需要一次需要部署 20 个微服务,其中一部分是功能,一部分是业务,一部分是基础服务。有的 java 写的,有的 python 写的,有 go 写的,我觉得挺好。做的都是本地部署的活,到一个地方使用 K8S 写好的脚本一键部署,不需要修改的服务稳定运行几年都不需要动它,只需要修改常用的几个服务。
而且不存在人员不解耦,我就没看过其他人写的工程,并不影响开发我的服务功能,多人之间对话只有"接口"。
"服务升级很难只升级一个",那说明你们架构师水平不行,接口兼容都整不明白。
"微服务有成本,首先代码量就先翻个倍", 代码量翻倍的结论从何而来?公共组件放 maven ,没有遇到过很多重复代码的问题,而且现在跨进程的框架越来越多,多服务开发和单服务开发体验本身就相差越来越小了。多服务开发甚至还有跨语言优势。
"微服务尝试解决什么问题?
保障多个 p0 服务不会一崩全崩。然而实际上大多数微服务就是一崩全崩。" 保障业务持续运行不是高可用范畴该考虑的吗,这是微服务要解决的问题?退一万步说,确实有很多微服务一崩全崩,那不也有很多微服务崩了并不影响其他服务的时候?单服务崩了那才是百分百一崩全崩。
多服务和单服务从来不是二极管,也不是因团队大小决定。根据合适的场景选择合适的技术才是正解。
63 天前
回复了 k1rin 创建的主题 NAS 各位来分享一下自己的个人数据备份方案吧
用 duplicate+alist(webdav) 每周加密备份到夸克网盘,备份是增量备份的,除了首次,后面都很快
thingskit
thingsboard
不是所有批次的 pixel 6a 都有补偿
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1139 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 18ms · UTC 23:22 · PVG 07:22 · LAX 16:22 · JFK 19:22
♥ Do have faith in what you're doing.