面试常常是由雇主主导的。你能应付这些工作量吗？你的强项和弱项分别是什么？对于这方面的业务你感觉怎么样？
即使这样在，面试以后，你仍然不能完全确定你是否会真正的热爱以及享受这份工作。你知道有多少开发者或者设计师在一年之内离职的？甚至9个月内？我相信有不少。
在确定将你生活中的一个重要部分留在一家公司时，有一些问题你应该先了解一下。 1.) 过程具体如何?你们怎样制作软件？你觉得自己的团队属于“精练”、“敏捷”还是“混乱”？
这能打破僵局甚至打开新局面。如果尚未形成正式的工作文化，你肩负的角色将可能会包括处理混乱。而如果一家公司认为他们所做“精练”或“敏捷”，这意味着
你能走进一个正规合理的工作流程，否则它将意味着你要花费多数时间在会议上讨论分配成本问题。最重要的是，一个人在特定时间内，已有意识地决定公司的工作
是如何开展的，这十分有意义。当然，勿滥用流行套辞。 2.) 设计师与开发人员如何合作?
甚至他们有没有设计师？设计是否是一种自上而下，将原型工具丢于一边（throw-mockups-over-the-wall）的状态，或者还有协作与
迭代的空间吗？如果开发人员也是他自己的设计代理，那么这几乎可以确定，设计对这个公司是不重要的，而且大多数的产品将很糟糕。如果你真的有一个好的产品
经理，他有很好的设计感觉，那你就走了运了，但是多半这是胡说八道，而且这会在你创建的产品中表现出来。 3.) 是否有自动化测试？ 是否还在持续整合中？ 自动化测试对于一个开发人员来说至关重要。我习惯于对开发的每个项目都应用自动化的测试，这种测试可以很好地形成用户接口并且有利于长期的代码维护。但是如果遇到下面两种极端的情况，那么你可以毫不犹豫地跟他们说拜拜了。
4.) 我到底负责哪些工作？ 需要哪些技术？ 职位发布者们经常会发布虚假信息以吸引更多的求职者。很多时候，可能已经在公司就职的某位开发者很喜欢某项技术并把其放在招聘信息上，但是这根本就和工作半毛钱关系都没有！ 举个例子： “我们会优先考虑在Rails、IOS、HTML5、node和Perl方面有丰富开发经验的求职者。”（附上原文，这里有点文字游戏的意思："Needs experience in rails, iOS development, HTML5, node..., and Perl experience is preferred." ） 然而他们真正想说的是： “你的大部分工作包括维护一个大约2百万行代码的Perl服务器应用，将来我想用Rails重写之。而且我也非常喜欢IOS\(^o^)/~，虽然工作中貌似用不到。” 5.) 有多少团队？我的团队有多大？
无论你多么聪明，你都无法移动富士山。如果团队规模很小，而且没有很多团队，那么你有一个很好的机会，通过合理的争论来修复在开发过程中或者团队内遇到的问题。在一个庞大的组织里，如果与那些掌权的人意见相左，与优化结构阻止变革相敌对，你会崩溃的。变革很可怕，在当前情况下，拥有100/200/1000的员工，我们已经取得了某种成功。我们为什么需要变革呢？你成了局外人，你成了问题所在。在一个小规模的团队，你不可能成为一个局外人。这就是数学。 6.) 运行远程工作吗？
你也许根本不想远程工作，或者远程工作占大比例的时间。还是问下这个问题吧。
为什么？这直接暗示着公司是想要工作产出还是在椅子上混日子的员工。你真 的想在一个更加看重员工每天在办公室花10个小时（大部分花在reddit和无用的会议）而不看重有2-10倍产出的员工的地方工作吗？Fuck no。某些公司有些奇怪的条例要求每个人现场工作，那这是一个不允许远程工作的可能的借口，但总体来说，“每个人都需要在办公室”===“我们相对于结 果，更关心那些混日子的。” |
