V2EX HTravel
 HTravel 最近的时间轴更新
HTravel

HTravel

V2EX 第 688168 号会员,加入于 2024-05-05 21:58:03 +08:00
今日活跃度排名 11686
根据 HTravel 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
HTravel 最近回复了
4 小时 10 分钟前
回复了 kuanat 创建的主题 Linux Linux 漫谈(三)
@kuanat 我 100%支持以史为鉴。

但以史为鉴是为了支持我们下一步的进步,所以应该主要总结这么多年这么多聪明人经过了这么多实践,最终被证明是做对了的那些事。即使放在图形技术来说,也是 win32 GUI 做成功了,web UI 在丰富特效方面做成功了。web UI 虽然容易不跟手,但反而在最强调手速的游戏场景,里面的背包、聊天、任务场景,反而是普遍采用了 web UI 技术。这些才是值得深思、值得深挖的。但问题是这类深挖的文章太少了,都是浅浅的回忆了一遍历史,然后什么也没留下,天下文章一大抄,最终也就是多了篇冗余信息的文章(因为文章中所有的信息都能从网上其他文章搜到)。

至于 Linux 的图形技术,谁不知道那就是一坨屎?真想分析,还不如分析安卓图形技术,这是真正成功了的。

失败的东西那么多,再深挖,能挖出啥?那么多聪明人都折戟沉沙了,你真有这技术实力为其分析失败原因、然后给出可行的成功方案?所以在我看来,只有深挖各种成功的 GUI 方案,才可能进一步给出下一步 GUI 技术演化方向。即使最终给不出下一步 GUI 演化方向,深挖了成功的 GUI 方案后,也便于自己写出更好更跟手的 GUI 交互界面,这就是其现实价值所在。

XP 后面不再成功,是因为市场方向变了啊。服务端转云,消费端转手机,即使企业内部的办公软件,也都尽可能转 web ,那操作系统 GUI 还做个啥?就剩个复杂的生产力软件吧。但生产力软件的 GUI ,为了追求极致特效、极致性能、甚至现在还要考虑跨操作系统,所以基本上都自绘了,更是没有操作系统 GUI 组件什么事。macOS 不也没再成功嘛,连苹果自己的 office 软件都改成了免费送。

我认同你说的“了解和学习背后的设计理念更具有价值”,所以你要把成功 GUI 背后的设计理念讲出来啊。至于 Linux GUI 这种垃圾,你讲的再透彻,即使透彻到我能为其写一个复杂生产力软件 UI ,又有什么价值?
7 小时 41 分钟前
回复了 kuanat 创建的主题 Linux Linux 漫谈(三)
图形系统唯一成熟到能支持各种消费场景和工业场景的,就是 win3.2 一直成长到的 win XP 。分析这段历史有巨大价值。即使直到今天,XP GUI 界面在当年 CPU 上的跟手速度,依然能把在最新 CPU 上跑的基于 web UI 的跟手速度吊打。

至于 Linux 的图形系统,一直就是垃圾的代表,连 macOS 这种垃圾都比不上(虽然我是苹果全家桶用户,但苹果是从 iPhone 才成熟的,macOS 虽然改过,但本质变化不大,今天的 Finder 能和 XP 文件管理器比功能、比易用性吗?)。在有 AI 的今天,还去炒冷饭分析 Linux 图形这类失败案例,完全是浪费所有人的时间。

至于有人在回复中说 COM 是微软臃肿过度设计的体现,估计又是不会写汇编的菜鸟。否则就会发现二进制接口协议,必然走到 COM 这条路上来。当然,微软后来基于 COM 技术做了很多垃圾设计,但这不是 COM 技术方案垃圾,是微软故意的。

因为 COM 技术原理很简单,就是问它有没有一个接口,如果有,它就返回这个接口的内存地址。这个接口中的各函数的内存地址的指针,就在从该接口内存地址那开始,依次排列着。所以你想调用哪个函数,就是加上这个偏移量直接取函数地址,然后跳转过去即可。COM 原理就这么简单。相比汇编进步的一点,就是明确规定了一个接口中各函数地址的排列顺序,一经编译发布,就不可更改,新版本新增的函数接口,必须排在后面。但这个规定函数地址顺序,难道不应该、不必要吗? COM 就通过这一点点的设计约束,就撑出了 COM 技术体系这一个参天大树。

也就是说,要在二进制层面设计一套面向对象( COM 接口就是一个个对象)的函数接口方案,设计方案还要确保不引入任何运行期的性能损失,那 COM 就是唯一最佳方案,没有之一。
说明你还是没看明白。本质其实是避免给任何行业的专业人员提供服务,因为这对专业资质要求太高。

油管那个做梯子技术原理科普起家的电玩科技 AK ,就明确说过,你们这群懂技术的,又不愿花钱充我会员,又喜欢在评论区对我说的话指指点点。反而是不懂技术的普通人,很愿意充会员,这类人才是他真正的衣食父母。

本质其实很简单,对任何行业的专业人士来说,看其他人做本行业的科普或服务,能得到的收获是很少的,为这点小小的收获花大钱购买,显然不合理。反而是外行人士,看了这类科普或服务,觉得大有收获,花钱购买,才会觉得很值,觉得挖到宝藏了。
都快 2026 了,谁还跑去找人讨论代理内核、dnsmasq 、tls 、花样过墙、软路由?

不懂的菜鸟们,能讨论出个毛线。

懂相关技术的大佬们,如果有疑问,会找 AI 探讨,谁疯了去找一群普通人扯淡。

普通人只能提供一点信息,是提供不了系统性的知识的,凑再多的普通人也不行。就这点信息,都是在屎里淘金才能偶尔得到。
16 天前
回复了 rufo 创建的主题 程序员 google 账号被停用了
能上外网,还买 gmail ?自己用 86 号码就能注册。除非你们城市恶心人,故意拦截这类验证码
CEPH 家用很垃圾的,因为它把每个大文件分成小块,这就导致看一部电影,可能要到所有磁盘上找各个块来合并成一部电影。商用场景下没错,IO 性能最高。但家用场景下所有磁盘都不能休眠,耗电高、温度高、空调散热压力大、炒豆子声音和散热风扇声更是受不了。

其实基于文件散列值,自己写一个家用的分布式存储并不难。基于散列值分片,每个片有 3 块硬盘来达到三副本。考虑到不是同一时期买的硬盘(但一次必须买 3 块盘),后买的硬盘容量更大,那可以数据分片时环形哈希就行了。不考虑动态扩容,存不下了采用数据割接方案。

在确保三副本前提下,应该尽可能将一个文件完整存储在一个磁盘上。家用场景很可能是晚上才看部电影,甚至都不看,所以所有硬盘在正常情况下都应该休眠。

当然实际上都不需要这么麻烦。只需要保证 3 副本,然后不同的磁盘取不同的名字就完了,手动往上面放就行,最简单最好维护。我家里就这么玩的。而我之所以提了散列值,是因为我的文件快照,就是这样实现的。
弱电箱本身就空间小、散热差,所以只能放光猫+傻瓜型交换机。交换机五口就够了。这种 2.5W 左右发热很小,长期运行会很稳定,我家就这样玩的。

即使将来硬件故障,完全可以提前家里多备几个这种五口交换机(像水星这种一个就几十块钱,我家里就买了几个备用),让家人无脑换上去,插上电,网线随便插哪几个口都能立马恢复正常。而网管型交换机要配置,你确认家人搞得定?再说,用网管型走 VLAN 价值在哪?

如果你 VLAN 指的是 IPTV ,那现在路由器早支持单线复用了,我家华硕 AC5300 就是
个人不做判断。因为理论上讲,数据只能做到防删、无法做到防查。即使微软这类一线大厂也有数据泄漏的多次记录,但黑客却没办法删除大厂数据让他们原地破产。

所以,你要通过多副本、WORM 等机制来确保恶意脚本、黑客等无法删除或加密你的数据。再通过强密码加密自己的敏感数据来确保别人无法解密你的敏感数据就行了。至于数据,他们想获取,就获取吧,反正拿到的要么没价值、要么解不开
古代是绝大多数人种地,但大多数人不敢每次吃到撑。现在没多少人种地,几乎谁都可以每顿吃到撑。

技术进步,本就是提升生产力,这样才能从现有行业挤压人出来建立新行业。
25 天前
回复了 moudy 创建的主题 Apple 炸裂 ~~ iCloud Keychain 被同步清空
macOS 上所有密码除了 passkey 都是可以导出成 csv 格式的,我都是定期导出加密保存。

另外,与家人应该分别建不同的 apple id ,而不是用同一个,给娃可以再单独建一个。现在还只是丢个密码,等哪天很多钱没了你再来抱怨一次吧。

夫妻之间是可以互相同步密码的,定期登出一方的然后选择在设备端保留所有密码,再用另一个人的帐户登陆即可同步过去。
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5717 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 14ms UTC 06:27 PVG 14:27 LAX 22:27 JFK 01:27
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86