V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 4 页 / 共 251 页
回复总数  5019
1  2  3  4  5  6  7  8  9  10 ... 251  
164 天前
回复了 clieujv 创建的主题 问与答 你们都会用倍速看剧吗?
有文艺价值的不会,纯内容输出型的长视频会。
164 天前
回复了 abcfreedom 创建的主题 Apple TV apple tv 盒子值得买吗
电视盒子该有的功能都有吧,设计目标内的使用体验都挺好的,就只是如果有一些应用不上架苹果的话用不了。
164 天前
回复了 m1klos 创建的主题 问与答 关于空气净化器,求建议
空气净化器现在就用的米家,没啥特殊需求的话应该也够用了。
空气净化器只能净化颗粒(猫毛等),有害气体(二手烟等)得通风,比如用新风机。

在北方没有除湿需求,临时需要除湿就用空调除湿档,南方应该有专用的除湿机吧,没了解过。
以前也做过,后来发现跟记账工具一样,人得勤快地记,一段时间记乱了,就得把冰箱重新清点一遍。
164 天前
回复了 pdone 创建的主题 Docker 2024.7.15 如何流畅的拉取 docker 镜像?
软路由透明代理,国外源随便用。
164 天前
回复了 BlackSiao 创建的主题 生活 电解质饮料真的有效吗?
宝矿力的粉可以。

要是长期大量补充电解质(比如运动和体力工作)可以考虑用一些专业运动员用的健身饮料粉(跟蛋白粉一样大桶的那种),早年学生时期用过康比特的。
164 天前
回复了 omz 创建的主题 买买买 兄弟萌,求推荐个电脑桌
租房用?

宜家的大桌版,加可伸缩桌腿,根据自己的身高调。需要搬家就螺丝一拧一拆打包走人。
164 天前
回复了 paidahai 创建的主题 NAS 准备存储 10 年以上的 NAS 硬盘方案?
从 2019 年开始玩 NAS 。

RAID 是用来保障故障的时候不停机的,不是用来保障数据不丢失的,超过故障盘额度后数据会全部丢失。看你的摄像头方案是否需要高可用性,比如本身无存储,必须 NAS7x24 小时连续运行才能存下视频。

对速度和可用性没有要求的话,就一份存储( JBOD )加至少一份备份就行了,为了故障处理简单可以用一些奇偶校验方案;备份可以额外买大容量硬盘,或者考虑网盘,或者一些云厂商提供的冷归档服务。

硬盘价格官方店是官方零售价,通常价格最高;经销商通常会比官方零售便宜一些有的确实能便宜一半;全新的 OEM 盘,一般保修不走官方,而是走 OEM 厂商,或店铺;拆机盘上机跑过但有的写入量不高,一般是店铺保修,且保修期短;矿盘写入量没保障但会巨便宜;其他的就是可能存在一些翻新的贴标签伪装成新盘的假冒硬盘。

买硬盘需要识货,找信誉好、售后靠谱的店,买回来要做测试,用的过程中要监测健康情况,保修期内有问题即时找店家解决。

平时确保至少一块盘的空闲空间,一旦有盘故障了,可以将数据移到空闲空间里继续使用,直到补充新盘。

企业级硬盘是为数据中心设计的,通常不会着重解决发热和噪音问题,看放 NAS 的地方是否考虑这些。

每块硬盘的功耗在 7-10W ,所以小容量硬盘用多了功耗会多。机械硬盘读写速度都差不多,所以大容量硬盘做数据恢复和迁移时间会很长。自己平衡取舍。
164 天前
回复了 iorilu 创建的主题 Rust rust 用来开发一些命令行程序是不是神器
上周刚用 Rust 写了一个命令行程序,总体上中规中矩,跟其他大多技术栈区别不大。

rust 、go 这类的编译完可以不依赖运行时,python 、perl 这类绝大多 Linux 都自带运行时,其实都还行。

大小其实无所谓,现在硬盘都那么大了。

编译速度其实也还好,因为用户使用的时候主要使用编译生成的可执行文件,只需要开发者发版或用户安装的时候编译一次就行了。

主要还是看你的个人喜好,以及当前项目有没有对一些技术特性有强依赖。
任何一项技术、思想都只是实现需求的工具,都有其适合的场景和不适合的场景,应用之前要评估清楚是否能能够使生产获得收益、如何使收益最大化,没想清楚就硬上,多么高大上的技术最终都会变得“不好用”。
@IamUNICODE #11 没有一个固定数目,每个公司的情况都不一样。

微服务的划分是参考业务复杂度和人员组织架构来考虑的,目的就是降低项目的维护复杂度、提升项目管理的灵活性、灵活分配各服务的资源配置、服务间做故障隔离。如果你们使用微服务思想却又没有获得相应的好处,肯定就是有问题。

比如看看是不是有一些微服务可以合并,是不是有一些微服务的人员团队职责不清楚,是不是一些微服务要交接给更适合的人员或团队可以在生产流程上更高效。甚至可以看看是不是人员组织架构划分与实际业务开展不相符。另外大的后端团队是否没有定期梳理微服务和开发协作中的问题,是否没有进行服务治理,是否对于一些公共领域的技术没有形成公司标准。
定位过程不通顺 说明要么是人员流动交接没做好,要么是文档沉淀没做好,要么是微服务划分有问题。
真要高可用就采购商用的现成方案,自己鼓捣不一定成本比商用的低,也不一定比商用的可靠。
1  2  3  4  5  6  7  8  9  10 ... 251  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1073 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 19:32 · PVG 03:32 · LAX 11:32 · JFK 14:32
Developed with CodeLauncher
♥ Do have faith in what you're doing.