@letianqiu 是那个意思。懒得思考，那就先把项目按照押金递减排序吧，这样转移方程就是正确的了。考虑玩第 a 项且前 a-1 项玩了 b-1 项的情况，这样玩：先玩第 a 项，退完押金再玩前 a-1 项里的 b-1 项。

这个是字符串枚举顺序

另，如果这是你的作业题（或者任何需要你书写报告或代码上交的），你应该给予我 acknowledgement

@letianqiu

只需要知道 f(a,0)=0, f(a,a+1)=+infty 然后按照顺序填表即可。

因为题目要求 n^2 的算法，所以状态数最多 n^2，要用到钱数限制很容易想到，这个题做多了就会了

这个 n^2 的算法不需要排序，“排序”是没有普遍定义的（很难说“对数据排序”是一个 universally applicable 的操作），根据解决问题的不同有不同的处理。

状态 (a, b) 表示前 a 个项目玩了 b 个。令 f(a, b) = 开始需要持有的钱的最小值

要在前 a 个项目玩 b 个，你可以选择玩第 a 个或者不玩第 a 个

f(a, b) = min { f(a - 1, b), max { f(a - 1, b - 1), D[a] } + C[a] }

最后寻找 argmax(m) { f(n, m) <= T }

Lab series 的那款皂基氨基酸配方的我朋友一直在用，然而我觉得不小心挤多一点会感觉烧；目前我自己用的是香奈儿的 mousse douceur 和 le blanc。

你需要异步，开一个新的线程可以实现该需求。

@MiffyLiye #57 虽然你猜的结果是对的，不过我的 TeX 里面配对的括号都是 \left \right 的，不存在手动调整大小的问题。

@zyxbcde #59 这个功能不需要写脚本，你可以在 Home | Styles 里面右键 Heading 1，点 Modify，修改成你需要的样式，然后所有的一级标题都会变成那个样式。在 Word 里面简单问题复杂化，是许多人的常见错误。

答案是：提升自己的审美要求。

用 Word 不代表就要用 ad-hoc 的 stlying，你完全可以做 semantically correct 的 styling，然后交给 Word 处理样式的排版，并且你还可以用 COM 访问结构化的数据（省去了文本源代码的 parsing 工作）。用 TeX 也不代表你的源代码就有多 manageable。而且 TeX 有一些 nuances，如果不注意会得到看似正确实则错误的排版结果。

实际上我用 Word 还是 LaTeX 写出来的文档长得都差不多。

http://wx1.sinaimg.cn/large/8e7092e9ly1fr9pfrm4cgj21kw149wqj.jpg

这个功能好像 Windows 98 和更早的 Windows 自带的 object linking and embedding。

我并不知道这样的一个 app，但这样的 app 通常会毁坏一些剪贴板体验，比如：它可能会不可避免地干掉所有 Office 程序的剪贴板，或者显著降低剪贴板的性能，如果在复制完了之后总是立刻改变剪贴板。或许做成 shell context menu handler 更好一些。

我在很久以前的一家公司实习的时候用的 VSS，再之后的一家公司是 Git，再之后的研究机构是 SVN，再之后在微软的具体的项目是 Git (VSTS/VSO)。

平时自己用的是 Git (GitHub, VSTS/VSO)。

我没搞懂，SVN 是不是没有分支啊😪

@l57t7q 我觉得最后一个问题是问我 - - 用了别人的邮箱开的账户可以被关闭，至少战网删除了那个不是我开的账户。

@sobigfish 你说的和我说的并不矛盾啊，实际上还有人猖狂到用我的网易邮箱开战网，一个电话过去把他号销了比较好哦。

提醒：明知不是自己的卡还拿去刷，是盗刷。

@gzxu guid 和网卡地址有关系，毁灭网卡之后就不可能有人产生来自该网卡的 guid，这可以保证之前产生的 guid 绝对不会被别人产生，所以除非一个人找茬儿，几乎不可能产生这样的文件名。

相关故事： https://blogs.msdn.microsoft.com/oldnewthing/20040211-00/?p=40663/

@geelaw 这里的一个问题是用户 naively 复制一个文件会导致的问题，你会搞不清楚谁是原本谁是副本。

如果你想获得 Windows 上的 OneDrive 的功能，你需要 extended attributes 这种东西，which 我不知道 Linux 上的常用文件系统有没有这种功能。

如果你想获得变化的通知，你需要一个 publicly accessible 的 Web API，使用 Webhook 或者 Subscription 的接口。

我觉得可以这样：放一个文件夹专门存 leaves （不是文件夹的文件），用 userid!itemid 这种格式；对于实体的文件夹，所有的文件都用 soft link 弄上去，每个文件夹放一个 .userid!itemid 的占位符，表示这是云上的哪个文件夹（类似 .gitkeep 的作用，如果不放心，可以生成一个 guid 然后毁灭网卡，用它命名，这样除非是找茬否则就不会有什么问题了）。

最简单的更新方案是：寻找每个云上的更新，如果自从上次以来原来对应的文件没有修改过，则 apply 云上的修改；否则认定为一个冲突，要求用户解决；然后寻找本机的更新，确认云上自从上次以来没有修改过该文件，并把更新应用到云上。

如果本地出现了一个文件夹但文件夹里面没有占位符，说明是一个新的文件夹；如果本地出现了一个不是 soft link 的文件，说明是一个新的文件。