选择大公司还是小公司

转载自  选择大公司还是小公司

本文转载自公众号 stormzhang,文中的“我”是原文作者。

 

前一段时间,我一知识星球的球友问我这么一个问题,说他是某 985 应届生,拿到了 BAT 一家互联网大公司的 offer,但同时他还拿到了一家 A 轮融资的创业公司的 offer,本来他是不纠结的,但是他跟创业公司老板聊完之后,觉得做的产品听起来挺有潜力的,他想着以后他也可以创业,所以一下就纠结了,问我到底该怎么选?

关于大公司、小公司这个话题其实一直争论不休,哪有什么绝对的对错,各有优劣,不过是选择而已,但是今天我想给所有关注我的读者统一说下我的观点,希望对大家的选择能够有所帮助。

我先说结论,如果你是应届生以及工作 5 年经验以下的人,拿到大公司的 offer,我是建议你们直接选择的。

当然,我这里只说是互联网行业的大公司,包括 BAT、网易、360、小米、新浪、美团、京东、头条等这类级别的大公司,这类公司优势很明显。比如公司制度、流程相对比较成熟完善,队友相对都比较优秀,跟牛人在一起,你也会跟着一起优秀,薪资福利待遇通常都不会差,这点有绝对的保障。

不过最重要的一点是,有镀金作用,这点是比较现实的,比如我们经常看到一些人或者创业者经常挂着 BAT 出来的头衔,而且确实管用,只要你是 BAT 出来的人,说出去很有面,出来后找工作国内公司基本是随意挑的,这点我想也是很多人比较看中的。

当然,大公司也有一些劣势,比如因为规模很大,所有的行事准则,大都是靠制度、靠流程来约束,所以很多事情处理流程比较烦琐,这势必会牺牲一些效率,还有,大公司因为人才众多,你跟一堆优秀的人才竞争,很难脱颖而出,大部分都是靠着晋升考核达标来晋升,很多部门或领导不得不 kpi 驱动,容易出现一些人唯 kpi 为首,这对很多工程师来说,大多不太看得惯。

还有一个就是,因为大公司资源很多,每个人大都在某一领域深究,也就是说大部分人都会专注在自己的领域,不会让你随意接触、负责别的领域,也就是很多人提到的螺丝钉,但是我觉得螺丝钉这个词太片面了,有点贬义,在某一领域钻研不见得是坏事,这世界是需要一些专业领域的专家的。

但是,总体来说,加入大公司肯定是利大于弊的。所以,我都是建议,如果你是工作 5 年以下的,拿到大公司 offer 后都建议去入职,因为还有一个很重要的一条,即使你入职后发现各种不习惯,各种不符合你自己的做事风格,你还可以离职啊,并不是说你入职后就不能离职,哪怕只工作了一年,出来那也是大公司出来的,你的履历上也会留下痕迹的,不管怎么说,都是很划算的。

而如果你是工作五年以上的人,这个阶段大多都是有自己的职业规划了,大多眼里不是只有工资和大公司的 title 加成了,他们还会关心是否在这家公司有一个不错的发展,是否有一定的成就感,是否有很大的用武之地,是否有更大的潜力,是否有可能分享公司成长带来的额外回报等等,这些问题是一个成熟的工作经验丰富的职场人士都该考虑的了,甚至有些人还想着自己创业,这个时候,一些有潜力的,高速发展的创业公司,没准就是这类人的选择了。

小公司的优势与劣势基本就是跟大公司反着的,流程、制度不够完善,大多公司的管理是相对松散自由的,小公司的老板非常重要,公司的决策基本就是老板的决策,除了工资可能还有部分期权的奖励,薪资待遇相对有些不确定性,公司甚至都有倒闭的风险,但是优点也很明显,优点就是没有那么多流程制度限制,做事情相对讲究效率,而且小公司资源缺乏,一个人经常被当成多个人使,所以接触的东西与领域比较宽泛,做的好,有能力的人,也更容易脱颖而出,晋升不局限于熬时间,风险大,但意味着机会也可能会很大。

也许有人可能说了,如果我确定以后打算创业,要不要毕业后就加入创业公司,这样可以接触的更多些呢?我依然不建议这样,我一直认为过早创业不一定是好事,很多时候你有过大公司的经历,见识过正规军,之后再创业打天下反而更有优势。

综上,如果你是刚走上社会,刚踏入职场,如果拿到大公司的 offer,没啥纠结的,去入职好了,名气越大的公司越好,反正大不了不适应,还可以离职再加入小公司嘛,但这份履历会给你之后都加分的。当然了,如果你没能力拿到大公司的 offer,那就更没啥纠结的了。。。

最后,以上我对大公司小公司的优劣评价,是针对大部分这样的公司,如果你反驳我说,你所在的公司不是这样的,那只能说你们是特例,我虽然没在大公司工作过,但是我一大堆大公司的朋友,对这个行业,对这个市场有过充分的了解,我自认评价还算比较客观,希望对大家有一定的参考作用。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/325785.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

未来的C#之只读引用与结构体

C中提供了const特性,使用该特性定义的参数,其所引用的参数或对象将不会被调用函数修改(当然const还提供了更多的特性,参见“Const正确性”)。在新的建议中,C#也将提供类似的特性。 只读ref参数 在C#中&am…

漫画:什么是优先队列

转载自 漫画:什么是优先队列 在之前的漫画中,我们介绍了二叉堆和堆排序。没看过的小伙伴可以看一看前文: 漫画:什么是二叉堆?(修正版) 漫画:什么是堆排序? 这一次&a…

安全——《微服务设计》读书笔记

身份认证和授权 1.单点登录(SSO) 当主体试图访问一个资源,他会被定向到一个身份提供者那里进行身份验证,身份提供者验明正向后会发消息给服务提供者,让服务提供者来决定是否允许它访问资源。 SAML和OpenID Connect/OAu…

支付对账系统怎么设计

转载自 支付对账系统怎么设计 支付对账系统是整个支付清结算体系中具体基础性意义的一个环节,是确保支付平台与各类第三方支付渠道数据一致性的关键系统,是商户资金结算、资金划拨、资金报表等逻辑准确运行的重要前提。 支付对账涉及账单下载处理、核心…

十二个 ASP.NET Core 例子

前言 在今天的博客中,我将介绍十几个可以在 ASP.NET Core 应用程序中使用的简单示例。从最简单的东西开始,比如 Options, 中间件,数据库,甚至 Nginx 或者 Docker。 首先确定你已经执行过了 dotnet restore , 然后运行 dotnet ru…

40 道基础Dubbo 面试题及答案

转载自 40 道 Dubbo 面试题及答案 想往高处走,怎么能不懂 Dubbo? Dubbo是国内最出名的分布式服务框架,也是 Java 程序员必备的必会的框架之一。Dubbo 更是中高级面试过程中经常会问的技术,无论你是否用过,你都必须…

康威定律和系统设计——《微服务设计》读书笔记

康威定律 任何组织在设计一套系统时,所交付的设计方案在结构上都与该组织的沟通结构保持一致。 ——梅尔.康威 如何理解这句话在软件工程上的含义?埃里克.S.雷蒙德说:如果你有四个小组开发一个编译器,那你会得到一个四步编译器。…

Eclipse 4.9 正式发布,支持 Java 11

转载自 Eclipse 4.9 正式发布,支持 Java 11 来看看 Eclipse 4.9 带来了哪些新特性! 1、外观 新增类似大纲视图的”Minimap” 间主题/暗黑主题,启用方法: Window > Show View > Other,然后在 Show View 对话框…

开发者需要理解的分布式原语

随着容器技术的崛起,开发人员的思维也从单主机扩展到了分布式。Bilgin Ibryam在Red Hat官方博客上介绍了什么是分布式原语,以及它与进程内原语之间的联系。本文已获得作者翻译授权,查看原文New Distributed Primitives for Developers。 面向…

Java 11 正式发布,这 8 个逆天新特性教你写出更牛逼的代码

转载自 Java 11 正式发布,这 8 个逆天新特性教你写出更牛逼的代码 美国时间 09 月 25 日,Oralce 正式发布了 Java 11,这是据 Java 8 以后支持的首个长期版本。 为什么说是长期版本,看下面的官方发布的支持路线图表。 可以看出…

JS中的命名规则

在JS中所有的可以自主命名的内容,都可以认为是一个标识符, 是标识符就应该遵守标识符的规范。 比如:变量名、函数名、属性名 规范: 1.标识符中可以含有字母、数字、_、$ 2.标识符不能以数字开头 3.标识符不能是JS中的关键字和保…

mssql on linux 安装指导

通常在本机开发环境中需要搭建所有的服务,还要修改本地的hosts,实在是不胜其烦。如今有了docker,完全不用污染本地环境,且看老司机带你搭建一个asp.net core的开发环境集群。愿你走出虚拟机,归来仍是干净的开发机。 教…

互联网账户系统的具体实现

转载自 互联网账户系统的具体实现 导读 在上一篇文章中我们通过场景举例的方式,讨论了一套相对通用的互联网业务账户系统,从业务模型上应该如何定义。那么除了从业务模型上进行定义外,在具体系统实现上又该如何设计?又有哪些需…

.NET 的一点历史往事:和 Java 的恩怨

在编程语言的发展历史上,1995年应该是个特殊的年头,毕竟这个年头诞生了两个后来二十多年影响深远的语言。1995年5月23日的 SunWorld 大会上面 Sun 公司高调发布了自己研发了近五年的 Java 语言和 JVM 平台。当年的十二月,网景公司将自己刚刚预…

这可能是史上最全 Redis 高可用解决方案总结

转载自 这可能是史上最全 Redis 高可用解决方案总结 本文主要针对 Redis 常见的几种使用方式及其优缺点展开分析。 一、常见使用方式 Redis 的几种常见使用方式包括: Redis 单副本; Redis 多副本(主从); Redis S…

规模化微服务——《微服务设计》读书笔记

改变思维的角度:故障无处不在 当微服务规模化后,故障是无可避免的,以往我们总是想尽力避免故障的发生,而当故障实际发生时,我们往往束手无策。我们花了很多时间在流程设计和应用设计的层面上来阻止故障的发生&#xff…

JS中的基本和引用类型传递的比较

<!DOCTYPE html> <html><head><meta charset"UTF-8"><title></title><script type"text/javascript">/** 基本数据类型* String Number Boolean Null Undefined* * 引用数据类型* Object* * JS中的变量都是保…