c) 上司情况（汇报对象）。
我想谁也不想找个不容易伺候的老板。如果，面试官就是你将来的老板，你可以从他的言谈举止、行为方式上了解他的脾气、秉性，喜欢什么、看中什么、擅长什么，想想适合不适合你。别将来每天头上都顶个雷工作。
d) 下属情况。
如果是个管理的职位，你还得了解了解你的下属（团队）的情况，比如：人员构成（研发、测试、构架、UED等等）、学历、年龄、薪资水平等等。总体来说，两者对比，测试入门容易，精进比较难，开发是入门难，精进更难。员工的工资也许面试官不会直接告诉你，但你可以这样问：贵公司5年工作经验的高软平均工资大概多少？或类似的问题，以此，大概推断出此公司工资水平在行业内的位置。如果有可能，要求跟1、2位将来可能成为你团队中的成员的人面谈一下。我曾就这样做过，这样做还可以深入了解下面我要说的技术方面的问题。
b) 出差。
我本人上有老、下有小，不愿经常出差。不过我知道很多人喜欢出差。所以无论喜不喜欢出差，问一问还是有好处的。这条算做企业文化，有些勉强，但也没别的更好的地方归类。暂且放这吧。
c) 考勤。
工作十几年，绝大部分时间没打卡上过班。所以事先问清楚考勤制度，心理上好做个准备。这条跟企业文化还是有很大关系的。本人还是喜欢弹性工作制。
d) 培训。
企业是不是给员工提供不同形式、内容的培训能看出这个企业是不是以人为本，给员工提供职业发展的路径和机会，而不是只会一味地使唤人。
e) 团队建设。
我原来的公司会经常搞一些团队建设活动。比如：Team Lunch、郊游、拓展、年会等等。这也是企业文化的一种表现。只知道让我埋头苦干的企业，我想不是我理想中的企业。
f) 同事关系。
此问题一般得到的都是正面的回答。所以问不问都行。但是至少在试用期里要关注这件事情。在团结和融洽的团队内工作，心情会很不错。
您是否预期对数据库模式进行大量更改？如果您期望对数据库模式进行大量更改，就像移动应用程序、实时分析、内容管理系统等经常发生的情况一样，那么NoSQL解决方案可能就是一种方法。
您可以使用一个分区方案，它允许您以一种比大多数SQL数据库允许的更方便的方式更新您的数据库模式。#10：你想用NoSQL来获得个人的充实/满足吗？请不要这样做！
我曾见过一些人，他们只是迷恋于学习一个NoSQL系统，并将其放入他们的简历中。这并没有什么错——我对NoSQL技术也很着迷。
但是，请不要让这成为选择技术堆栈背后的驱动因素（有意识的或下意识的）。如果你愿意的话，你可以在自己的时间里学习。