V2EX › Mithril 的所有回复 › 第 60 页 / 共 138 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 56 57 58 59 60 61 62 63 64 65 ... 138

❮

❯

2022 年 7 月 29 日

回复了 luffy 创建的主题 › 程序员 › 制造业真的有在吸收互联网这边转移过来的嘛？

@dongpengfei1 这也是为啥 V2 上一堆人找不到工作抱怨环境不好。
靠泡沫堆起来的高薪，当泡沫破了以后自然维持不下去了。
所以最好每年多出去看看，别只盯着几个泡沫多的行业，才能知道自己的实际价格。

2022 年 7 月 29 日

回复了 poporange630 创建的主题 › Apple › 分享一下 Apple Watch S7 保修过程

Apple Watch 要不要买 AC 还是看个人。我自己很少摔碎东西，买 AC 完全无用。
用了很多年 Apple Watch ，一直都买 AC 。去年用 S4 的时候摔了一跤，屏幕没碎但刮了很多很深的划痕。

去店里跟我说这都算正常使用痕迹，不在 AC 范围内。但实际上表盘都快看不清了。

反正店员既然说是正常使用痕迹，我当场就折价换了个 S7 。也是按照正常官网折价标准算的，没有因为划痕额外扣钱。

Apple Watch 还是当消耗品用比较好。过几年换个新的就是了。不然电池也撑不住。

2022 年 7 月 29 日

回复了 killer8998 创建的主题 › 问与答 › IO 操作密集型程序怎么优化

@killer8998 没有改啊。
你接受的还是 ID 文件，生成的也还是 bin 。只不过你用一个标准数据库做缓冲，来解决自己实现队列的时候可能会出的各种问题了。
如果你每个 ID 文件的内容，在 BIN 文件中不会重叠在一起，那对于经常会新增和删除的操作来说，链表就是最佳实践了。
你可以看看文件系统是怎么实现的，功能上是类似的。也可以用数据库去实现类似的逻辑，如果想要更安全的话。
用链表来缓存结果，最终隔段时间刷一遍链表生成最终的 BIN 文件就行了。

实际上如果你 ID 文件不是很多，也用不着链表。你就只把所有 ID 文件和内容存下来，然后隔段时间全读取一遍，重新计算生成 BIN 文件就行了。用数据库也只是省得你为了防止脏读自己加锁而已。

2022 年 7 月 28 日

回复了 killer8998 创建的主题 › 问与答 › IO 操作密集型程序怎么优化

1. 换 SSD
2. 用内存文件映射操作你那个 bin 文件
3. 用数据库，SQLite 也行，收到 ID 文件内容直接存到数据库里，然后隔段时间从数据库拉数据重新生成 bin

主要问题是，不管是你用队列缓冲指令，还是隔段时间再写入 bin ，长时间把数据保存在内存里风险都会比较大。如果你需要一个可靠的方案保证数据不丢，最好就是每次变更都写入文件。
实际上数据库就是这么干的，所以你可以用它来省点事。

2022 年 7 月 28 日

回复了 mahufong 创建的主题 › 问与答 › 如果想要像稚辉君一样把一个想法变成一个实物,需要有怎么样的知识储备,应该从学什么开始?

上学的时候好好学就行了。
就算是软件工程，本科也会学模电数电，VHDL 。
组成原理和体系结构实验就是自己拿 FPGA 撸个简单的 CPU 核。

如果这些课都是认真学下来的，你就知道该要什么知识储备了。

2022 年 7 月 27 日

回复了 testcaoy7 创建的主题 › 奇思妙想 › 23 年了，软盘里文件还在

有一大堆，还有什么 16MB ，32MB ，64MB 的 U 盘。
当时觉得 16MB 简直太大了。。。
那时候装个软件还得 1234 的来回换

2022 年 7 月 27 日

回复了 meguru 创建的主题 › Android › 要换手机了，有什么推荐的安卓手机

@meguru 你可以拿别的程序打开然后截屏再保存试试
有的时候某些图像编码参数比较奇葩，不一定能读出来。不是所有“格式”或者“扩展名”相同的图像，使用的图像编码和参数都一样的。
有些图像格式就只是个容器，虽然给了默认编码，但啥都可以往里装。

2022 年 7 月 27 日

回复了 magicdu 创建的主题 › 问与答 › 电脑老是莫名奇妙的删除当前窗口的文件

@magicdu 可能是你键盘卡住了，或者进了什么东西短路了。