去小 IT 公司这个事，我太有发言权了。我经历过两段不到二十人的研发团队，其中一段是作为早期员工进去的，另一段是去当临时顾问帮忙救火的。这标题问"不到 20 人的 IT 公司该去吗"，我第一反应是：这个问题问得太宽泛了。五个人和十九个人不一样，做外包和做自研产品不一样，老板是技术出身还是销售出身更不一样。所以这篇文章我不会直接告诉你答案是去还是不去，而是把我这些年踩过的坑、看到的真实案例、还有我后来自己面试别人时筛人的标准都摊开来，让你自己判断。
先说一下为什么这个话题值得认真聊。IT 行业这两年的大环境大家都懂，大厂缩编、中厂收紧，大量被优化出来的工程师开始把目光投向中小公司。而"不到 20 人"这个规模特别微妙：岗位出来得少，但确实存在；招聘流程极短，甚至没有 HR 面试；薪资谈判空间看似很大，实际坑也不少。很多人手里拿着这种 offer 的时候会特别纠结，因为网上能查到的信息基本是两极分化的——要么说"小公司学东西多、成长快、能拿期权"，要么说"小公司管理混乱、没保障、去了就是打杂"。这两种说法都没错，但都属于盲人摸象。真正的判断方法，是看这家小公司具体长什么样，以及你自己处于职业发展的哪个阶段。
下面我会从四个维度把这事拆开聊：先带你看看小公司的真实处境是怎么回事，再逐一分析利与弊，然后给你一套面试前和试用期里都能用的判断标准，最后讲讲真的进了小公司该怎么自我保护、怎么最大化自己的收益。全程没有教材腔，都是实操层面的东西。
1. 先把"不到 20 人"拆开看：业务、股权与话语权的真相
很多人一听到"不到 20 人的 IT 公司"，脑子里浮现的画面是几个程序员挤在民房里敲代码，桌上摆着红牛，老板画着大饼。这个画面确实存在，但它只是其中一种形态。"小"只是表象，里头至少有三种完全不同的物种，你需要先分辨清楚。
1.1 三种常见的小公司形态：外包、项目制、自研产品
先说外包型。这种公司可能长期只有十几个人，核心业务就是承接甲方的软件外包活。你进去之后做的事情很明确：这个月给某事业单位做个门户网站，下个月给某连锁餐饮做套点餐系统。代码写出来交付验收，然后换下一个项目。这类公司的人员流动性极大，因为甲方对技术栈的偏好各不相同，你永远在切换框架和业务领域。好处是你见过的行业多，坏处是你很难沉淀出一个拿得出手的深度作品。
再说项目制。这种更常见于所谓的"准外包"或者"定制开发"团队，通常围绕一两个稳定的大客户长期服务。比如某个团队专做教育机构的智慧校园系统，客户续约了三年，他们就持续迭代三年。这种公司虽然小，但团队里有一两个核心骨干对整套业务逻辑非常熟悉，新人进去主要是在他们搭好的框架里填代码。
最后是自研产品型。要么是拿到了融资的创业公司，要么是传统行业老板砸钱养的数字化团队。这种公司的技术栈通常比较现代，因为早期没有历史包袱，但也意味着一切都要自己从零搭建，DevOps、自动化测试、权限体系，统统没人替你做好。
为什么要先分清这三种形态？因为你对"该不该去"的判断标准完全不同。去外包型小公司，本质上是拿时间换现金，适合急需短期收入的人；去项目制小公司，核心判断点是客户质量和团队稳定性；去自研产品型小公司，你要赌的是产品方向和老板的资源能力。网上那种"小公司能学到东西"的说法，指的主要是第三种，但也是最容易翻车的一种。
判断方法也很简单。面试的时候直接问对方："你们公司目前的收入来源主要是什么？"如果对方支支吾吾说不清楚，或者只跟你谈"未来愿景"，那基本可以归为纯靠融资养着的早期创业型；如果对方很清晰地告诉你"我们主要客户是谁、去年营收大概什么量级"，那至少说明业务是真实存在的。这个问题的答案会直接影响你后续所有决策。
1.2 股权、期权与升职承诺：纸面财富还是真金白银
小公司招聘最常用的诱惑就是期权和"核心骨干"这两个词。我必须泼一盆冷水：期权这东西，在不到 20 人的公司里，有超过九成最终是一张废纸。不是说老板故意骗你，而是大多数小公司压根走不到上市或者被收购的那一步，期权没有退出通道，就等于零。
我见过一个真实的案例。有个朋友 2019 年进了一家 15 人的 AI 创业公司，老板给了 1% 的期权，面试时说得天花乱坠，什么"我们明年就要 B 轮了，估值翻五倍"。结果呢，产品一直没找到付费客户，2022 年公司解散的时候，期权协议上写着行权价每股两块钱，但公司净资产连注册资本都不如，他手里的期权价值就是零。他不是个例，我身边因为期权加薪幅度低而错失实际收益的人非常多。
所以我的建议是：把期权当作"免费彩票"就好，不要把它算进你的期望收入里。真正要关注的是现金薪酬、试用期长度、社保基数、项目奖金是否白纸黑字写进 offer。升职承诺也一样，小公司没有完善的职级体系，所谓"干得好就升 CTO"基本上是老板画饼。如果你真的在意职位头衔，让对方写在 offer 里，写明入职后担任什么岗位、汇报给谁，这在后续工作中是一种弱约束，至少能避免你自己干了一堆活却连名分都没有。
还有一种情况需要警惕：小公司的老板喜欢把"我们是一个团队"挂在嘴边，希望你什么都会一点。这本身不算坏事，但如果他们用这句话来压低你的薪资待遇，甚至要求你无偿承担岗位职责之外的工作，那就要慎重了。小公司可以让你快速成长，但快速成长的代价不该是你的基本权益。
1.3 话语权悖论：越小的公司，越容易出现"外行指挥内行"
这个点说出来可能有点得罪人，但它是小公司最容易被忽视的结构性问题。一个不到 20 人的 IT 公司，老板大概率不是纯技术出身，可能是销售出身、产品出身，甚至是从传统行业跨界过来搞数字化的。这就带来一个非常麻烦的悖论：公司越小，个人话语权理论上应该越大，但实际执行中，技术团队的发言权往往不如大公司里的架构师。
举个例子。我在一家 18 人的公司做顾问时，技术负责人明确告诉老板：现有数据库设计撑不住下个季度的数据量，需要花三周时间做重构。老板的回答是："客户要求下个月上线新功能，没时间做重构，你先保证功能跑通，以后再说。"结果就是新功能上线后接口响应越来越慢，客户投诉，技术团队被迫加班救火。你看，这其实是"只加速不修车"的死循环，但在小公司特别常见，因为老板离客户太近，每天都在被实时需求轰炸，根本没有耐心等一个"看不见摸不着"的重构完成。
理解了这一点，你就明白为什么有些人去小公司后会变得特别委屈。不是他们能力不行，而是小公司本身就存在这种结构性矛盾：短期交付压力永远压倒长期技术债。如果你是一个对代码质量有较高追求的人，去小公司前一定要做好心理准备——你可能要在"做正确的事"和"按老板说的做"之间反复横跳，这个过程非常消耗心力。
那是不是说技术出身的人就不该去小公司？也不一定。我的经验是，如果老板是技术出身，他往往能理解重构的价值，也更容易跟技术团队达成共识；如果老板是非技术出身，那就要看重他是否愿意放权，是否尊重专业判断。这个在面试时可以通过提问摸底，比如问"你们上一轮技术决策是谁拍板的"，谁回答得更具体、更有细节，谁就更靠谱。
2. 利与弊的平衡术：什么样的成长收益与风险代价
既然要看透小公司，就必须把收益和风险都摆到台面上来比较。下面我尽量用真实的场景来说明，不凭空拔高也不故意唱衰。
2.1 你能够得到的三样真正有价值的东西
第一，极端环境下的全栈能力。大公司的工程师往往只是巨型机器上的一颗螺丝钉，但小公司的程序员被逼着成为全能选手是常态。你可能今天在写前端页面，明天去调数据库慢查询，后天还要自己写脚本发布部署。这个过程很痛苦，但确实能让你在短时间内补齐很多平时不碰的技能。如果你的目标是做一名独立开发者或者在创业团队里做技术负责人，这三年左右的弯路是值得的。
第二，快速看到业务反馈。在大公司做功能，你只是整个流水线的一环，上线后你甚至不知道用户用得怎么样。但在小公司，你可能上午改完一个支付 bug，下午就有真实的客户发微信告诉你"现在可以付款了"。这种即时反馈能帮你建立起特别珍贵的商业敏感度——技术只是手段，能赚钱的代码才是目的。很多从小公司走出来的工程师，他们对业务的理解深度远超大厂同龄人，这是贵得多的隐形资产。
第三，足够大的试错空间。大公司犯错的成本很高，一个小小的配置错误可能影响百万用户，导致你被写故障报告甚至绩效降级。小公司没有那么多用户，自然也没有那么大的问责压力。你可以大胆尝试引入一种新框架、写一套自动化脚本、重构一个模块，只要最终能跑通，老板就不关心你中间失败了几次。这个容错环境对快速成长非常重要。
2.2 那些容易被忽略的隐性成本
小公司的隐性成本绝对比表面看起来高。首先是学习资源的匮乏。大公司有完善的内部 wiki、有导师制度、有代码评审规范，小公司这些基本都没有。你遇到问题只能靠搜索引擎和社区问答，而且大概率没有人在代码评审时帮你把关。这意味着你必须在短时间内建立自己的知识体系判断力，否则就很容易被网上各种互相矛盾的观点带偏。
第二个隐性成本是情绪的过山车。不到 20 人的公司，业务波动会直接传导给每个人：这个月签了大单，老板兴高采烈说要给大家加餐；下个月客户流失，整个办公室气压低到让人喘不过气。我见过不少技术能力还行的人，在小公司干了一两年后心态崩了，不是因为累，而是因为长期处于不确定性之中。这种焦虑感不比大厂的中年危机轻多少。
第三个隐性成本更隐蔽：你很难建立高质量的同行人脉。大厂天然帮你筛选了一批能力相近的同事，你们以后可能互相内推、信息共享。但在小公司，团队里真正能跟你深入交流技术的人可能只有一两个，剩下的大部分时间你都是自己摸索。我建议每个准备去小公司的人，都要刻意走出去参加技术社区活动，否则你的技术视野会慢慢变窄。这个东西不能怪公司，只能怪自己没做好资源补充。
2.3 用职业阶段来决定要不要接受这份 offer
谈到这你会发现，小公司的问题不是好不好，而是适合不适合。我给你一个比较粗粒度但好用的判断框架，你可以按自己的职业年限来对照。
如果你是工作三年以内的新人，我的态度偏正向。这个阶段你最缺的不是钱，而是实战经验和独当一面的机会。在小公司，你可能第一年就要独立负责一个完整的业务模块，这种强度能让你快速甩开同龄人几条街。但前提是这家小公司有代码规范意识，至少要有 Git 管理和基本分支策略，否则你学到的全是坏习惯。
如果你是工作五到十年的中级工程师，那就要慎重权衡。这个时候你已经有了一定的技术判断力，更需要的是稳定产出的项目和像样的技术团队氛围。如果这家小公司能提供一个有挑战性的核心岗位、给你一定的话语权、并且业务还算稳，完全可以去；但如果只是把你招进去敲代码，那就没必要冒这个风险。
如果你是高级工程师或者技术管理者，愿意去小公司，通常只有两种比较理性的原因：一种是拿期权博一个高回报的退出通道，另一种是厌倦了大公司的政治斗争，想去一个更纯粹的环境输出自己的专业判断。这两种都合理，但你要想清楚：小公司的技术管理难度其实比大公司更高，因为没有制度可依，全靠个人魅力、沟通能力和专业威信。很多大厂来的 P7、P8 在小公司干不下去，就是因为适应不了"没有流程"的环境。
3. 判断一家小公司值不值得去：可操作的硬指标与排查清单
这一部分是我最想分享的，因为很多人纠结"该不该去"的时候，往往凭感觉。实际上，小公司的值不值得去，可以通过一套完整的硬指标在面试和入职初期快速排查完毕。
3.1 面试时必问的十个关键问题
我建议你带一份问题清单去面试，不用怕冒犯对方，一家连面试问题都经不起问的公司，恰恰说明它有问题。问的时候注意观察对方的表情和回答细节，很多人会下意识回避或者转移话题，那本身就是一种信息。
- "公司目前主要的收入来源是什么？占比大概多少？"——问收入比问融资更能反映生存状态。
- "上个月有没有流失客户？当时是怎么处理的？"——观察抗风险能力和团队协作方式。
- "技术团队的代码评审和分支策略是怎么做的？"——判断技术管理是否粗糙。
- "技术负责人参与产品需求讨论吗？"——想知道技术话语权的边界。
- "今年最重要的三个业务目标是什么？"——如果答不上来，说明老板自己都没想清楚。
- "我入职后前三周最重要的任务是什么？"——答案越具体，说明对岗位规划越清晰。
- "你们怎么看待技术债？有没有专门排期做重构？"——这个问题能大概率筛掉短视型公司。
- "过去一年里，团队主动离职的人有多少？原因是什么？"——敢正面回答的至少说明坦荡。
- "期权或者分红的具体条款是什么？有书面文件吗？"——不敢写进合同的，你就不用抱期待了。
- "如果我入职后发现工作内容和面试描述不符，怎么办？"——看对方的弹性和诚意。
光问还不行，你要学会听"弦外之音"。比如对方说"我们的开发流程很灵活"，潜台词可能是没有流程；说"业务正在爆发期，大家都很拼"，潜台词可能是 996 常态化；说"我们没有那么多规范，希望你有自驱力"，潜台词可能是连基本环境都没搭建好。每一句包装过的正面描述，你都要在脑海里翻译成风险清单。
3.2 决定入职前，围绕公司做的场外调查
面试只是第一关，offer 到手后别急着签字。我强烈建议你把入职前的这段时间当成背景调查期，做三件事。
第一，用企查查或者天眼查查一下这家公司的司法风险。重点看有没有劳动仲裁记录、有没有大量诉讼案由是"劳动争议"和"合同纠纷"。如果一家 IT 公司经常打这种官司，你基本可以预期它会怎么对待员工。第二，搜索这家公司的公开口碑。在脉脉、知乎、小红书等平台上用"公司名+坑"或者"公司名+裁员"去搜，别只搜公司名看正面新闻，你要主动去搜负面关键词。如果搜到多条相似描述，比如拖欠工资、加班严重、领导 PUA，那就不是空穴来风。
第三，想办法找到曾经在这家公司工作过的人做一次一对一交流。LinkedIn 上搜前员工，礼貌地请教一下"我拿到贵司 offer 了，想了解一下具体团队氛围"，大部分人都会愿意聊聊。注意别问得太冒犯，主要关注三件事：离职原因、工资发放是否准时、老板风格是否可处。这三点远比技术面试表现重要，因为入职后你每天都活在这些细节里。
千万别觉得这些动作多余。我见过太多人，就是被"小公司快节奏、机会多"这套说辞打动，然后仓促入职，结果第二个月发现工资都要拖五天发。入职前多花两天做个背景调查，远远好过入职后再后悔。
3.3 试用期内如何验证判断：三周定去留
小公司的试用期通常只有一两个月，这其实是你最好的观察窗口。我主张用三周时间做三个实验，检验你最初的判断是否成立。
第一周，你重点观察"信息是否透明"。看你能不能方便地了解到公司的财务状况、客户反馈、老板的最新想法。如果这些事情全都是小道消息和办公室猜测，说明公司没有坦诚沟通的习惯，后面更容易出内耗。
第二周，你重点做一次"小范围交付"。主动揽下一件边界清晰的、小型的任务，从需求到上线完整跑一遍，看这个过程里你需要突破多少障碍才能完成任务。如果一次小小的需求都要等七天审批、跟三个部门扯皮，那么所谓的"高效"就是假的；如果能在两天内顺利上线，说明这公司确实有可取之处。
第三周，你约老板喝一次咖啡或者进行一次一对一沟通，直接提一个建设性的改进方案，越高价值越好。比如"我观察发现我们的日志系统缺 X 能力，我想花三天把补上"。真正把小公司做起来的老板一定会为这种主动性买单，哪怕现在不需要，他也会认真考虑并给你反馈。如果老板敷衍地说"不用了，我们太忙了，先做完手上的活"，那你基本可以判断这家公司对团队发展没什么兴趣。很多人犹豫要不要主动，我的看法是：试用期本来就是双向评估，你主动抛出一些球，正好可以用对方的反应来判断这里值不值得留下。
4. 真去了小公司：生存策略与最大化收益的实操建议
如果你经过上述判断后还是决定去，或者你已经在这样一家公司里了，那下面这些内容就是为你准备的。小公司和大人司完全不是一种生存逻辑，你需要调整策略。
4.1 上班第一个月必须完成的三件自我保护动作
第一，把所有重要沟通落实到文字上。小公司没有正规的流程系统，很多需求都是口头沟通、即时消息里蹦出来的。你一定要养成本事：口头聊完需求，用一条消息或者一封邮件复述确认，比如"刚才聊到 X 功能需要在周三前上线，我先这么做，有变化随时同步"。这样做既能避免后期扯皮，也给你留下书面记录，万一出了事故，你可以证明自己是按需求执行的。这不是教你甩锅，而是保护自己。
第二，确认工资条和社保基数的细节。很多小公司为了省成本，会按最低基数交社保，这会直接影响你的公积金、养老金和医保报销额度。入职前问清楚，入职后第一笔工资到账时仔细核对。我有个同事就是在小公司里干了半年才发现社保基数被压低了，找老板理论的时候，老板居然说"你当时也没问啊"——所以这个动作一定要做。
第三，找时间跟公司里最资深的工程师做一次"职业访谈"。你的直接上级可能水平有限，但那家公司的老员工通常掌握着真正的运行逻辑：谁是老板真正信任的人，哪个部门说话管用，什么话题能聊、什么不能聊。这些信息对你后续开展工作至关重要。可以请对方吃个午饭，聊工作之余聊点个人经历，别太刻意，节奏自然一点。
4.2 在小公司快速站稳脚跟的差异化打法
大公司讲协作和流程，小公司讲结果和不可替代性。你要做的第一件事是找到公司里最痛的痛点，然后扑上去解决它。别人都在忙着接新需求的时候，你可以看看是不是发布流程总出问题、测试环境老是不稳定、客户反馈的数据采集得不到位。你只要解决其中一两个核心痛点，老板就会立刻把你当成"不可缺少"的人，而不是随时可以被替换的代码劳力。
第二，要主动建立一套"轻量级的规范"。小公司不喜欢重流程，但完全不规范又会让团队天天踩同一个坑。你不需要强行引入复杂的管理体系，可以从一个小的切口开始，比如"每次发布前检查清单"或者"统一的代码提交信息格式"，在推动规范的时候别拿理论压人，而是强调"这套东西能帮我们少加班"。我把这个叫做"润物细无声式改革"，效果比轰轰烈烈的改革好一百倍。
第三，处理好跟老板的关系。跟大公司领导不同，小公司老板对员工的忠诚度、主动性、成本意识要求更高。你要学会在合理的范围内"向上管理"：每周用非常简短的几条消息同步你的成果和风险，不要写又臭又长的周报；开会时敢于在老板面前表达自己对业务的看法，即使不成熟，也比闷头干活更能让老板记得你。小公司里埋头苦干是远远不够的，你必须让老板看见你的思考。
4.3 如果情况不乐观：如何体面地离场
有一部分人进了小公司以后，发现自己还是接受不了它的混乱，或者公司确实开始拖欠工资了。这个时候最忌讳的就是干耗着，也不要做冲动的裸辞。我的建议是理性分四步走。
第一步，发现问题后不要急着发火，先用两三周时间记录具体的异常，比如超时加班、工资缓发、需求反复、老板言行不一，记录时包括日期、事件、影响范围。第二步，带着这些记录跟老板正式沟通一次，注意只谈事实不谈情绪，比如"这个需求在最近三次中变更了范围，我们团队因此损失了大概六个工作日，我想确认以后是否可以把需求变更流程化"。这样做的好处是，要么老板意识到问题开始调整，要么你确认了问题无解，两种情况你都不亏。第三步，如果确认要离开，给自己留出至少一个月的时间找工作，尽量骑驴找马。小公司的离职不会有太多赔偿纠纷，但要确保薪资结算清楚，离职证明和社保转移手续都交接妥当。第四步，离职的过程专业一点，把交接文档写清楚，不要因为公司不仁就跟着不义，这一行圈子很小，口碑比一时的情绪重要得多。
我还想多说一句：千万不要因为第一次进小公司失败了就全盘否定所有小公司。公司和人一样，个体差异极大。你上一家小公司管理混乱，不代表下一家也一样；你在某个创业团队里被压榨得喘不过气来，也不意味着所有创业团队都是血汗工厂。判断公司靠的是具体指标和亲身体验，不是以偏概全的经验论。
5. 这些认知误区，比公司小更危险
最后这部分我想专门讲一讲认知层面的误区。很多人在小公司栽跟头，不是因为公司真的有多差，而是因为脑子里的预设判断本身就有问题。
5.1 "小公司一定加班严重"与"小公司一定人情味浓"都是刻板印象
网上有一种声音说，小公司加班比大厂还猛，因为人少事多，所有压力都集中在几个人身上。这个观点部分成立，但不绝对。实际上，小公司的加班强度跟老板的管理风格高度相关，而不是跟公司人数相关。有些老板自己也想要生活，到点就走人，团队自然跟着健康；有些老板天天盯着员工工位，哪怕没活干也要你待到晚上九点。与其纠结"小公司加不加班"，不如面试时直接问"你们团队一般几点下班""这个岗位上一任同事为什么离职"，这两个问题的答案比网上所有刻板印象都真实。
还有一种刻板印象更危险，就是觉得小公司人际简单、像家人一样。实际上，小公司因为没有规范的制度和透明的利益分配机制，人际关系往往更复杂，甚至更容易出现小团体和拉帮结派。我在一家小公司里就见过，两位创始人面和心不和，各自拉拢技术骨干，最后整个团队被拆成两个阵营，产品进度停滞了三个月。这种生态在大公司里会被制度和流程压住，但在小公司里是家常便饭。所以别抱着"逃离办公室政治"的心态去小公司，小公司照样会有是非，只是换了一种表现形式。
5.2 "我是来学习的"思维正在毁掉你的议价能力
很多年轻工程师去小公司时抱着"我是来学习的，给钱少一点也没关系"的想法。我不否认这种心态有谦逊的成分，但它很容易演变成一种自我贬低。小公司老板最擅长的就是利用你的学习心态来压价，让你拿着低于市场水平的工资干超出岗位范畴的活。拜托，学习是工作的伴生品，而不是工作的替代品。你付出劳动，就应该获得对应的报酬，这是天经地义的事，跟公司大小无关。
正确的理解方式应该是这样：你选择小公司，是主动选择了一种用"稳定性溢价"换取"成长可能性溢价"的方式。这不代表你低人一等，反而说明你有自己的职业判断。所以谈薪资的时候，别说"我主要是想来学东西，薪资你看给多少都行"，而要说"我对你们业务方向很感兴趣，基于我目前的能力和经验，市场上类似岗位的价位是 X 到 Y，我希望咱们在这个区间内达成一致"。你看，同样是在意学习机会，表达方式不同，对方的反应完全不一样。
5.3 真正的核心竞争力是你自己，而不是公司规模
写到这里我想起一个老同事。他在一家 12 人的小公司待了四年，那家公司没有任何光鲜的背景，产品也一直不温不火。但他坚持每半年更新一次简历，主动去社区分享开源项目，在公司之外建立了一套自己的技术品牌。后来他跳槽到一家中型互联网公司做技术负责人，凭的不是前东家的名号，而是他在小公司期间那份漂亮的 GitHub 主页和几十篇博客文章。这个故事很朴素，但很有代表性：小公司不能给你背书，你只能自己给自己背书。
在职业判断中，公司规模只是一个中间变量，真正的自变量是"你希望成为一个什么样的人"。如果你想做一件完整的作品、承担真实的业务责任、拥有足够大的自主空间，小公司可能真是个好地方。如果你更看重稳定的保障、系统的培养和清晰的晋升路径，那大公司确实更适合。这两种选择没有高低之分，只有匹配度之差。最怕的就是明明适合大公司的安稳，却因为小公司开出的薪资略高一点就冲动跳进去，然后天天内耗；或者明明适合小公司的灵活，却因为周围人都在说"大厂才有前途"而委屈自己待在大公司里做一颗没有感情的螺丝钉。
所以，回到标题那个问题：不到 20 人的 IT 公司该去吗？我的回答是：没有标准答案，但有一套完整的判断方法。你只要用上面的思路把这家公司的业务真实性、老板的价值观、团队的协作状态、以及你自己的职业阶段和性格偏好全部捋一遍，答案自己就会浮现出来。别偷懒，别侥幸，也别听风就是雨。职业选择这种事，多花点时间做功课，远比事后补救值钱得多。
