Windows XP 用什么算法来选择你的初始用户图片？
Windows XP 看似简单的默认用户账户图片选择，实际上依赖一个精心设计的蓄水池采样算法：在不知道文件夹里有多少文件的情况下，从中均匀随机选出一张图片。评论者围绕这种效率和边界情况处理为何在早期硬件上很重要展开讨论，争论替代方案和文件系统限制，同时夹杂着对 Windows UI 设计与工程质量演变的怀旧与批评。
UI 怀旧与美学
- 许多人怀念 Windows XP 的 Luna 主题和用户图片，对它那种“费雪牌”外观的看法褒贬不一。
- 有些人喜欢 XP 的默认外观；另一些人则一上来就切换到 Windows 2000/“Classic” 风格，称 Luna 显得不专业或笨拙。
- 不少人认为 Windows 2000 或 95/NT4 才是 UI 清晰度和效率的巅峰；也有人推崇 XP、Vista（Aero、黑色任务栏）或 7 是最好看的界面。
- Royal/Royale、Zune 等主题，以及 Watercolor 之类被放弃的概念，也被人们怀念。
- 有些人认为 XP 是某种桌面时代的文化终点；之后移动端和受 Apple 影响的设计开始占据主导——这是文化层面，而非市场份额层面。
随机用户图片算法与蓄水池采样
- 讨论中的算法是蓄水池采样：单遍、常数内存、从迭代器中均匀选择，而无需事先知道列表长度。
- 多位评论者演算了概率论证，解释为什么必须遍历整个目录，以及为什么不能“遇到第一个匹配就返回”。
- 有人问为什么不直接列出所有文件，再随机选一个索引。回复指出：
- 那可能意味着两次遍历或额外的内存与复杂度。
- 在 XP 时代的机械硬盘上，额外的文件系统调用和目录遍历代价很高。
- 单遍可以避免两次遍历之间目录变化带来的竞态条件，尽管在最终使用时仍有残余竞态。
- 还有人提出一种更复杂的“逆 CDF”变体，但其他人认为这属于过度设计，而且由于浮点和超越函数，可能还更慢。
性能、文件系统与目录大小问题
- 关于统计文件数量“应该”是 O(1) 的争论。多条评论解释：
- 传统文件系统不会维护一个持续更新的文件计数；必须逐项迭代。
- 添加这种元数据会带来兼容性和并发方面的问题。
- 一些现代文件系统确实会跟踪近似计数，但这并不普遍。
- 另一些人强调，即便磁盘缓存能缓解物理 I/O，减少调用次数仍然更好。
确定性、基于用户名的选择，以及管理员图标
- 有人建议更简单的方案，比如对用户名做哈希来选择图标，但其他人指出这会让相似名字聚集到一起。
- 多位评论者记得 Administrator 账户总是使用棋子图标；有些人把这当作事实，另一些人则提醒这可能是错误记忆（“曼德拉效应”）。
Microsoft 的工程文化与代码库
- 有几位评论者赞赏这种对一个微小功能的用心，与现代 Windows 中其他地方被认为的草率或对用户不友好的做法形成对比。
- 讨论还提到 GitHub 上泄露的 NT5/XP 源码、仍在使用的极其老旧代码路径，以及大型组织如何最终形成“优雅内核”和“混乱用户态”并存的局面。