***你的思路

既然你的大量时间都是用在沟通、研究和多任务上，你需要一些工具来帮助一切井然有序。TODO 清单/任务工具：你的公司应该已经有了某种任务管理软件了，但你自己也有类似的个人系统是有帮助的。采用自动比较技术，还可以自动完成测试用例执行结果的判断，从而避免人工比对存在的疏漏问题。使用便利贴或者像 Trello 或者 Todoist 之类的软件。笔记：开会一定要记笔记，要致力于改进现有文档并且建立个人的知识库。使用 Evernote、OneNote 或者笔记本。使用这些工具似乎有用力过度之嫌，但日后在回顾这一耗掉了你 3 天时间才想清楚的晦涩的开发过程时你会感谢自己的。不做丰富笔记的好的软件开发者我一个都没见过。图表/可视化：人是视觉动物，创建流程图和架构可帮助你和其他人理解复杂的话题。在跟非技术人员沟通时图解尤其有用。可使用 Lucidchart、 Visio 或者白板。

a) 职责和任职要求。

这大概是***核心的问题，如果你的职位有清晰详细的职位描述（JD），可能这就不是个问题了。算法升级可以看到实现漏桶算法的话需要每隔interval时间都要另外一条线程去遍历所key的value去做递减操作，那么有没有什么办法可以省略这一步呢。但我曾经任职的一个职位，因为没有清晰详细的职位描述，我在任职前也忽略了这一点，致使我在任职期间，感觉很别扭，总感觉这不是我当初想象中职位，是个不适合我的职位。

b) 前任去向和离职原因。

问这个问题的目的是看看这个职位是不是个棘手的职位，如果你的前任因为这个职位很难做，遇到了这样那样的问题而无法解决，而离开，你就要谨慎了，想想你自己是不是有能力超越你的前任。(7)另外，根据测试目的的不同，还有回归测试、压力测试、性能测试等，分别为了检验修改或优化过程是否引发新的问题、软件所能达到处理能力和是否达到预期的处理能力等。但是，如果真是这种情况，面试官往往在此问题上含糊其辞，说什么这是个新职位，或者说前任自己去创业开公司了等等。你的对策就是“刨根问底”，寄希望从细枝末节上嗅出一点味道。

您的数据事务是基于什么？或者，您需要什么级别的事务支持？如果您的系统需要ACID属性，那么您很好还是坚持使用RDBMS解决方案。否则，您将花费大量的时间试图在您的应用程序/业务逻辑层重制ACID保证，并且您可能仍然没有RDBMS解决方案那么***。因此，很多公司都有培训预算用来买大学和在线课程、会议或者内部交流。#3: 您需要Web/高可伸缩性吗？总是在先计算出您需要什么样的可伸缩性。在这个特殊的例子中，我们正在为微软内部游戏工作室构建系统。有10到15个游戏工作室正在考虑中——这取决于有多少注册用户使用这个系统每个工作室***多有3-5个活跃的游戏标题。每个游戏标题为三个环境存储遥测模式——开发、预生产（PPE）和生产对于每个标题，将会有2-5个数据科学家同时修改游戏标题数据每一个标题事件都有大约50 KB的max事件数据我们被要求存储所有的版本——我们估计这个数字是1000除以一个标题的生命周期有了以上粗略的估计，我们就可以计算并发性和存储需求：

总并发数 = 工作室数量 * 标题数量每工作室 * 用户数量每标题

= 15 * 5 * 5 = 375 并发用户

大存储 = 工作室数量 * 标题数量每工作室 * 环境数量 * 事件存储大小每版本* 需要存储的版本数

= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存储

SQL Azure支持1024个并发打开连接，并且能够很容易地支持并发需求。另外，在考虑云计算时，11.25 GB实际上是一个非常小的数字。

这个系统并不是下一个FaceBook或必应——那么NoSQL的路线真的值得吗？