“你们是如何测试软件的？”
理想情况下，验证代码质量应该是单元测试、人工测试以及自动化测试的结合。
***信号：“我们都写不出 bug，哈哈。” → 那些人正是会写出 bug 的人。
“你们使用什么样的版本控制系统？”
版本控制系统对于协作极其有用，在职业环境下没有理由不使用。
***信号 #1：“额，版本控制系统？” → 快跑，跑得越远越好。
永远记得使用版本控制。
***信号 #2：“lt;插入不知名的或者定制的 VCSgt;” → 这表明他们很有可能没有跟上时代并且很久没有升级自己的基础设施了。
***你的思路
既然你的大量时间都是用在沟通、研究和多任务上，你需要一些工具来帮助一切井然有序。TODO 清单/任务工具：你的公司应该已经有了某种任务管理软件了，但你自己也有类似的个人系统是有帮助的。以下节选几张学员给我们的感谢信以下是部分学员和正厚合影：以下是正厚为学员举办的团建活动：下面是正厚的教学环境。使用便利贴或者像 Trello 或者 Todoist 之类的软件。笔记：开会一定要记笔记，要致力于改进现有文档并且建立个人的知识库。使用 Evernote、OneNote 或者笔记本。使用这些工具似乎有用力过度之嫌，但日后在回顾这一耗掉了你 3 天时间才想清楚的晦涩的开发过程时你会感谢自己的。不做丰富笔记的好的软件开发者我一个都没见过。图表/可视化：人是视觉动物，创建流程图和架构可帮助你和其他人理解复杂的话题。在跟非技术人员沟通时图解尤其有用。可使用 Lucidchart、 Visio 或者白板。
关于福利待遇 a) 薪水组成。
薪水包括哪些内容，除了工资，是不是有双薪、奖金、各种补贴、***股份。不要直接问月薪给多少这样的问题，这一般有HR的人会主动问你的。但你要了解薪水的组成，因为有时候，奖金、***等其它收益可能会很大程度地弥补薪水的不足。
b) N险一金。
这在北京好像不是个问题，一般公司都比较正规。但不排除有阴损的企业。问一句不会有损失的。
c) 休假制度。
你如果不是个工作狂，很好问问这个。如果他们比***规定的休假多不少，你可以适当降低其它方面的要求。对我至少是这样。
d) 合同。
问问工作合同跟谁签，主要目的是看看这个公司是不是外包公司。我不愿意做外包，所以每次都问问。