@cochlea #6 那为什么不期待

100
(删除) 50 (=80-30)

呢？我现在大概理解你想说的是：输入一个每个节点上标记了正数的二叉树（或者可能是指每个节点最多有两个子节点的有根树）和一个正数 target （不清楚如何处理 0 ），按照某种顺序（不清楚你想要的是什么顺序，但看起来满足：a 和 b 的顺序是距离根越近则越先访问，距离相等且 a 和 b 不是同一个节点的子节点，则 a 和 b 的顺序同于两者祖先的顺序）遍历该二叉树的所有节点，在已经访问节点之和首次不小于 target 时停止，删去还未访问的节点，并把最后访问的节点的数修改使已访问的节点之和等于 target 。

这个理解如果正确，填上合适的细节，怎么写代码就很明显了。但我依然不理解什么叫“所有满足……的所有树”，因为按照上面这个理解答案只可能是一棵树，何来“所有”？我的建议是先把想法用母语（比如汉语）表达，再翻译成代码。

我看了例子之后还是不能理解题目在说什么。例子里 target 是 200 ，什么叫做“满足 200 的树”？什么叫“剩余树”？题目不是说“给定一个树”吗？

另外那个东西叫“广度优先遍历”，但在二叉树通常不这么说，因为二叉树的子节点是有序的，要指定先访问左子节点还是右子节点才能确定惟一的序，除非你不在意序（比如把二叉树当成普通的有根树）。

按照这个逻辑分支的名字同时可以是文件名也恶心，毕竟无法区分 git checkout master 的意思是提取当前 commit 里当前目录下叫做 master 这个文件，还是指切换到 master 这个分支，尤其是在最近的改名浪潮下，master 并不一定是存在的分支呢~

建议以后分支都取不能是文件名的名字，但很可惜 Git 支持的分支名全是 Linux 下合法的文件名，所以推荐不要使用 Git ，免得造成歧义。

我比较惊讶于认为日历、提醒事项可以代替闹钟的想法——闹钟的通知必然会发出声响且在用户消除之前会持续很长时间，这和日历、提醒事项那种很容易错过的通知完全不同。

古代人曾经认为日心说是胡扯，所以即使是人，想要准确定义“胡扯”还是很困难的。另外有一些工作 https://arxiv.org/abs/2401.11817 传达的信息是：LLM provably hallucinates. 但我本人没有认真读过这篇文章，所以它的形式化模型是否适合用来解释 LLM ，我无定论。

我觉得还是那个 MSFT 员工更粗鲁一些，10 小时前楼主写道

>... the behavior modifies and saves a project file without any prompt and attempts to overwrite repeatedly, which clearly exceeds what an editor should do, I believe that categorizes this as a bug.

经过另外两句对话之后，5 小时前员工回复

>Why is that a problem for you?

反正这句话给我的感觉是阴阳怪气。

应该提醒一下 AIPC 是古代就有的词汇了，和现代分析语新词汇的意思完全不同，见 https://www.bilibili.com/video/BV1ex411F7zP/

@Sawyerhou #14 我很难理解 #3 想表达的意思，因为前两个分句的意思听起来风马牛不相及，我尝试的理解是“应该用大顶堆，pq 自带的二叉堆（不是大顶堆所以）不够好”，这当然是 nonsense 。堆不考虑无序，也通常不考虑二叉和多叉的区别，在“二叉”这个属性上的另外选项是指“二项”和 Fibonacci 等。

另外我需要更正一下#7 ，应该在例子里面用“二叉”而不是“二项”。

最后，比较自然的想法是使用小顶堆，因为需要反复查询、替换堆中的最小值，这表示堆顶应该是最小值。

@Sawyerhou #3 堆是否是大顶和是否是二项是两个正交的概念。

回到楼主的问题，描述实在是 underspecified ，数据范围是什么？是否大到需要使用非托管代码？ ID 和 value 是 int 可返程表示的吗？挂了是指代码机器评测不通过，还是指面试之后拒绝录用？后者的情况下可能和代码是否机器评测通过无关。

有三种办法达成目标，虽然可能和楼主想要的版本不同：

1. 把任务栏高度变大，可以容纳更多按钮。

2. 用虚拟桌面，并设置任务栏只显示当前虚拟桌面的窗口的按钮。

3. 写一个自己的任务栏，用 Application Toolbar API——任务栏自己也是这样实现的。

Outlook 的编辑器基于 Word ，所以方法大概是插入图片之后设置为环绕格式为衬于文字下方。

在调试器下启动需要调试的进程不就行了？这样刚启动就崩溃的时候调试器就可以用来查看状态。

感觉对方和你说的是两回事儿。你说的是 JVM 已经控制进程的状态，对方说的是没有合适的 runtime 管理进程的状态。

以非支持的方式注入 explorer.exe 是非常糟糕的习惯，正确的做法应该是自己写一个完整的 shell ，而不是魔改 explorer.exe ，因此 ExplorerPatcher 随时崩溃不足为奇。我的不满在于 Windows 8 以来想要写好用的自定义 shell 难于登天，因为 packaged app 几乎只有在 explorer.exe 运行的时候才能运行。

应该和同步邮件的方式无关，和邮件本身的格式有关？ Outlook 大概显示用 Outlook *发出去* 的邮件做得最好吧。有些邮件是 Office 专有格式（ winmail.dat ），有些邮件是双重格式（有 HTML 版本，再加专有格式的版本），一封邮件一旦有专有格式就会用专有格式显示。另外 Outlook 毕竟是 MS 血统的，考虑上古时代以来的市占率、用户基数、兼容性，更多邮件确保了可以在 Outlook 里正常显示，不足为怪？

需要单独实现。如果预算不允许的话，可以做一个简单的一般动画，离开的图标缩小且旋转且变得透明，进入的图标放大且旋转且变得透明。

首先，是“剪贴板”。

这个功能无法一般地实现，因为剪贴板的数据格式可以是任意的，并且剪贴板的数据可以非常非常大。剪贴板是 window station 级别的对象，因此注销再登录就会清空。

方案：弄一个程序，做成用户级别的服务，自动启动，启动时从磁盘中还原剪贴板数据，并且对注销作出反应，在注销的时候把常见的格式存下来。可能需要配置关机顺序，确保这个服务足够晚才被结束。

注意做成普通的自启动程序是不行的，因为用户点注销/关机/重启后，若有程序阻碍，则用户可以取消，但 Windows 结束普通程序的顺序是没有保证的，因此这个剪贴板程序很可能在用户点“取消”之前就已经结束了，此后用户重新注销自然就没法自动保存剪贴板数据了。

另外，这个方案无法存下任何延迟渲染的数据，因为持有该数据的程序几乎一定在服务退出之前就被结束了。

就是要找四个单位向量 abcd ，使 ad 、bc 正交且 ab 、ac 、bd 、cd 都是锐角。

很明显零维不行：没有单位向量。

很明显一维不行：两个单位向量从不正交。

很明显二维不行：令 ad 为 xy 轴，则 bc 必须都和坐标轴不重合，此时 abcd 中存在钝角。

三维，考虑 a=(1,0,0), d=(0,1,0), b=(1,1,sqrt2)/2, c=(1,1,-sqrt2)/2 ，所以可以。

要加到旧 commit 里面（“所有”版本控制作此理解的话）的话，先 git checkout -b new old_commit 然后把 new 调整到你希望的状态，再 git checkout -b new2 previous_current 再 git rebase new 。

当然如果希望新的历史还时刻反映忘记版本控制的文件在创造旧历史期间的变化，那当然无法自动完成，因为这些信息已经丢掉了，可以如上，但每个旧历史的 commit 都 cherry-pick 再修改到你希望的状态。

还有一种是在当前的 commit 上继续产生数个 commits ，用来表达对每个旧版的修正，然后 git rebase -i 重排、合并让历史看起来完美。

git add -f path/to/file