V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  HTravel  ›  全部回复第 1 页 / 共 22 页
回复总数  426
1  2  3  4  5  6  7  8  9  10 ... 22  
2025 年 12 月 31 日
回复了 MEIerer 创建的主题 职场话题 AI 会让程序员变成人人都会的无脑岗位
这都信。现在人人都可以在网上发文、发视频,那为什么不是人人都成了大 V ?

AI 只会让大牛更牛,就像移动互联网让大 V 赚到了更多钱一样。但对不懂编程、不精通编程的普通人来说,只会淘汰他们,他们只能像大 V 的粉丝一样,只剩一个打赏、购物功能,想赚钱,不可能的。
2025 年 12 月 30 日
回复了 Yasuke 创建的主题 Java JNI 是否有向"简洁"演化的可能?
JNI 当年就有 JNA 这种封装了,声明下 API 接口就能直接用,一行 C 代码都不用写,这还啰嗦?

反而是现在的 FFM ,我以前看过一次,什么玩意儿
2025 年 12 月 29 日
回复了 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 ,又有什么价值?
2025 年 12 月 29 日
回复了 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 就是唯一最佳方案,没有之一。
2025 年 12 月 28 日
回复了 xuld 创建的主题 创造者 为什么创业不要选择做面向程序员的产品
说明你还是没看明白。本质其实是避免给任何行业的专业人员提供服务,因为这对专业资质要求太高。

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

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

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

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

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

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

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

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

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

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

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

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

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

夫妻之间是可以互相同步密码的,定期登出一方的然后选择在设备端保留所有密码,再用另一个人的帐户登陆即可同步过去。
如果能挑战下 YouTube 就好了,现在 yt-dlp 已经有点吃力了,YouTube 已经开始搞 JS 虚拟机来验证是否在浏览器中了
2025 年 12 月 3 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
@Alias4ck 原理不就这么简单嘛。而且感觉你写的代码输出没怎么兼容过终端吧,否则,这不就是常见的常识嘛。你不了解这些,咋让一条消息同时在 GUI 、HTML 、命令行中都正常显示?

但你又不是做 TUI ,最多也就是实现多行的同时刷新,类似多线程下载显示进度那种,压根不难。

当然,现在多数人都是调包侠
2025 年 12 月 3 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
@Alias4ck 如果我说我会用 HTML 或 Java 这类模拟一个 Windows 3.2 的软件 GUI 界面,你们会觉得很牛逼吗?一个 UI 新人也搞得出来啊。

你们现在觉得牛逼的终端显示动态内容,早在 Windows 3.2 之前就成熟了。但当年大家只会认为 windows 3.2 GUI 是真牛逼,终端 TUI 是真落后。

你们花点时间了解下终端显示原理,明白它就是无限读一个字符串。其实你自己就能通过 HTML 画布把常见的终端显示效果模拟出来。甚至在终端里面显示图片、音乐、视频都不成问题。真做完这个,你会发现这不就是个功能受限的浏览器嘛。难道在浏览器里面让自己实现字符串、图片、音乐、视频的显示和播放很难?

甚至现在你都不需要自己写代码。你问下 AI ,终端显示原理是不是把屏幕看作 m x n 的一个个小格子,然后每个格子中只能显示一个字符?你写代码读一串字符串,将每个字符填充到 m x n 的字符数组里,这很难?你可以让 AI 直接给你写出这个终端软件来玩,根本没多少行代码。
2025 年 12 月 2 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
@Alias4ck 其实终端是有多行组成的,每行又必须是同样高度和宽度的等宽字符。也就是说,终端是可以看作 m x n 列的 Excel 单元格的,且每个单元格中只能放一个字符。原理就这么简单。

所以,你把 Excel 单元格边框去掉,背景涂黑,然后通过 VBA 操作一个个单元格,你就能模拟出终端软件,以及终端中跑着的这类动态效果。
2025 年 12 月 2 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
@Alias4ck 这种没啥意思。我以前还在 Excel 绘过画呢,给我任何一张照片,我都能原封不动的画出来。原理很简单,每个单个格看作一个像素,然后用 POI 操作 excel 文档来填充这些单元格的背景即可。

记得日本还真有人在 Excel 作画,他们把这叫绘画仙人,认为牛逼的不行。我随便出手,就能做祖师爷
2025 年 12 月 2 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
@pDJJq 我闲的蛋疼玩这种?我之所以清楚,就是因为终端中有些效果与 GUI 中不一致,我为了让我的软件能同时在两种环境下运行且运行效果尽可能一致,才了解了下终端原理。最后发现,终端做到极致,不就是另一个 GUI 吗?那我直接在终端中打开 GUI 界面不就行了嘛。

我愿意花时间做的软件,都必须是能用一辈子那种。所以数据同步、增备、全备、快照,这类软件我全部自己实现了一遍。以及针对不同数据,比如文本类看小说、音频类听音乐、视频类看影视综艺、剪贴板在能支持浏览器上就能跨设备同步这种,我都给自己写了一套,并且能通过 termux 放到安卓里面完全跑起来,且挂后台不耗电。

至于其他的,我想想原理就行了,不可能投入时间的,完全不值得。
2025 年 12 月 2 日
回复了 pDJJq 创建的主题 程序员 curl 的小妙用, 在终端里展示 gif / image / markdown
你如果能理解终端显示的就是一维的字符流,然后通过 ESC 字符切换到控制模式来更改接下来的字体颜色、背景、闪烁、清除当前行、换行什么的,然后各个终端软件自然还能继续扩展,在 ESC 字符切换到控制模式后用另外的命令字来表示接下来的是图片、视频什么的。你就会发现,但凡你 GUI 编程时自绘过组件,就会发现让终端显示这些东西了然无趣,压根没任何技术难点。

甚至你可以直接解析这个字符流,将其转换为 HTML ,直接在浏览器中看到你想要的效果。HTML/CSS/JS 实现这一切很难么?
2025 年 11 月 30 日
回复了 GuluMashimaro 创建的主题 程序员 开发了一个安卓 APP,发现上架要钱[笑哭]
开发工具 app 还不如找个给加班费的公司换钱。

我敢说你开源到 GitHub 上,都不会有几个人下载。这年头谁缺工具 app
1  2  3  4  5  6  7  8  9  10 ... 22  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3228 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 101ms · UTC 12:47 · PVG 20:47 · LAX 04:47 · JFK 07:47
♥ Do have faith in what you're doing.