V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  agagega  ›  全部回复第 22 页 / 共 278 页
回复总数  5546
1 ... 18  19  20  21  22  23  24  25  26  27 ... 278  
我的建议是,如果你觉得有些数据不想被任何人看见,那就让它可以在你离世以后随时间流逝被删除,互联网有记忆难也没有那么有记忆。

更麻烦的其实是让你的数据保留下来,这类做法基本都需要委托一个你足够信任的人在你不在以后代你行事,可以是孩子、配偶、朋友。现在每个人的照片录像那么多,数据存储也相对便宜,我想有孩子的人能够一代代把这些数据传下去,形成一串更真实的家谱,也是件有意思的事。
2024 年 3 月 9 日
回复了 livin2 创建的主题 Linux Linux DE 与普通消费市场的距离到底在哪?
就我使用 Linux ,还有 macOS 和 Windows 上的感受来说,开源社区实际上能够把单个软件或者组件做得很好,Gnome 设置里有很多 Windows 和 macOS 根本不会考虑的功能,开源社区出品的东西就是更尊重开发者的感受。

但到整合的问题上就麻烦了。到现在用 Linux 桌面都有各种东西拼装在一块凑合用的感觉,并不像一个系统,一致性和 macOS 或者 Windows 不能比。只能说有刚需可以将就干活,但自己用总觉得各种地方不舒服。

其实开源社区并不是克服不了这个问题,比如 GNU 旗下的各种工具都可以相互配合,Gimp 还可以用 Guile 写扩展。也许是 GUI 要考虑的东西太多了,Gnome 或者 KDE 难以面面俱到吧。感觉还是要有个商业公司做推动,并不是弄个 Wine 跑一堆 Windows 程序就够了,Linux 桌面要走出自己的风格
2024 年 3 月 9 日
回复了 LTuser 创建的主题 OpenAI claude 真难搞啊
没交钱的也就算了,付费用户睁只眼闭只眼,多赚点钱不好吗
你想要的应该是「老全屏」?(现在按最大化全屏这种方式是 OS X Lion 才有的)

这个要应用程序自己这么实现才行,我能想到的例子:Firefox 播放视频的全屏、Telegram 播放器全屏、IINA 全屏
2024 年 3 月 6 日
回复了 Ayanokouji 创建的主题 Apple iOS 17.4 发布了,没见有人讨论侧载
你找家大点的外企去上班就能体会到了…这些企业内部都有苹果的企业证书,装上以后会有个公司内部的 App Store ,算是实打实侧载了吧
2024 年 3 月 5 日
回复了 loveumozart 创建的主题 Apple 被苹果生态绑住了
没必要为了逃离而逃离,只要消费得起且自己觉得好用。消费者只需要考虑产品怎么样,过度站在公司的角度想应该如何如何又何尝不是另一种形式的精神股东呢
2024 年 3 月 5 日
回复了 Inzufu 创建的主题 问与答 各位是如何解决隐私焦虑的
太长内容没人看,回复点短的:

- 任何发布在网上的信息,都视为其会被永久保存(实际上并不是,很多零几年的资料现在想找也找不到了,不过今天数据遗失的概率确实在越来越小),比如本论坛

- 任何和实名关联的信息,都视为已经暴露或已经暴露,无法避免

- 在可以不实名的情况下,除非想清楚(比如实名博客),否则尽量不要和实名信息产生关联

- 很多时候人肉靠的不是泄露的个人隐私,公开资料的拼凑足以透露惊人的信息量。但隐私泄露不是 0 或 1 ,你可以让难度变大。一个叫李华的人,别人要靠名字人肉他就会很难(当然不是让你去改名字)

- 你今天晚上悄悄和朋友去某地吃了个饭,如果这件隐私被曝光,你也不该觉得不适,因为通常来说这条信息对你不会有伤害。大隐隐于市,最好的不是一片空白的记录,而是和茫茫人海分不出差别

- 使用任何自己不能掌控的平台时,思考一下平台运营方有多值得信任,不同的信任程度决定了可以做不同的事情。隐私难免泄露,有些只会让你不适,有些会让你尴尬,有些甚至性命攸关。对待它们的认真程度也不一样,对吧?
2024 年 3 月 4 日
回复了 0littleboy 创建的主题 问与答 自己做饭真的能省钱吗?
不能,一个人会浪费大量食材。很多菜尤其是配料即使是最小份一顿也吃不完,你也不可能保证每顿都在家做,也不能保证每顿都做一样的。
2024 年 3 月 3 日
回复了 zim298247 创建的主题 分享发现 BitWarden 的移动端应用正在重新开发
Xamarin 被放弃咯。软吹出列!
2024 年 3 月 3 日
回复了 csfreshman 创建的主题 C++ 如何从 c++菜鸟转型 c++高手
如果想知道 C++模板设计 API 的好思路,可以看看 LLVM ,当然不是编译器那块,而是 utils: https://github.com/llvm/llvm-project/tree/main/llvm/include/llvm/Support
2024 年 3 月 3 日
回复了 malagebidi 创建的主题 机械键盘 WASD 作为普遍游戏默认的上下左右按键,是个灾难
我还觉得 104 键盘左手和鼠标隔太远了,如果让字母区域放中间,那鼠标就得很靠后,怎么想都不够方便。
2024 年 3 月 2 日
回复了 fanyingmao 创建的主题 投资 纳指破新高了
国内买不了 etf 了
2024 年 2 月 28 日
回复了 abcbuzhiming 创建的主题 问与答 现在哪家网盘(存储)用于数据备份比较好?
上次听说国内有些网盘如果发现你的文件是加密的会直接不让你下载,所以还得长个心眼
有本书叫《 Engineering a Compiler 》,有中文版《编译器设计》,翻译的也还可以。这本书涵盖了前端到后端的理论,但也比龙书通俗易懂一些,另外章节划分比较完整,不会像有些书一样从头到尾带你写一个语言的编译器。前端里面各种自动机理论看不明白可以跳过,把前端部分看完以后就能理解递归下降、LL 、LR 这些概念了。

写类似编译器的软件,还有本书叫《编程语言实践模式》,里面提供了很多实用性的套路(或者说设计模式),也算很有帮助。

你要改 SQL 的话重点其实不在编译原理这里,而是理解 SQL 的完整语法,有些地方不理解还得学一下关系代数。C 语言的语法定义在主流语言算简单的,但也能找到不少大家不了解的阴暗角落。

查询引擎和编译器关系就不那么大了,虽然说有很多人觉得可以用编译器思路来优化查询,但不做那么深的话基本还是数据库那套理论。其实你用 ANTLR 或者 Bison 这类工具,只需要知道它们解析的局限性就好了。LL 很好理解,LR 可能要稍多花点时间。
2024 年 2 月 26 日
回复了 HashV2 创建的主题 V2EX 感觉站内技术问题讨论的贴子越来越少了
这个论坛不是没有优质的技术讨论。

但很可惜,这个论坛的底色(基本盘)并不是所谓硬核技术爱好者,而是无感甚至讨厌技术的混饭程序员。
在 iOS 上始终有点卡,比不过原生的
1 ... 18  19  20  21  22  23  24  25  26  27 ... 278  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3572 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 106ms · UTC 00:40 · PVG 08:40 · LAX 17:40 · JFK 20:40
♥ Do have faith in what you're doing.