大公司和小公司的程序员差别在哪? - 诺米粒 - 2024最新贷款口子论坛
登录 or

大公司和小公司的程序员差别在哪?

已邀请:

白米Ⅲ级

赞同来自:








17年待了大半年的小公司,,,像这样的截图我至少有三四十张,,,


后来就懒得截了。。。

离职时,我跟同事开玩笑:自从来到这个公司,我就开始特讨厌一个词儿--「下周初」

我同事:「你还少说了一个 过两天。。。」

回答完了,发现好像文不对题

再续一点儿文不对题的吧

刚去上班时,发现老同事都是十点半十一点到公司

当时我就心里很厌恶这种行为,觉得,拿人家的钱,上班还这样搞。。。

干了仨月时,我自己也变成这样了

其实,每天早上,六点就醒了,,,想想劳资这么卖力的干,还不发工资。。。挤公交那么的累,还不发工资,,,

那时候被房东逼房租,,,京东白条要还。。。弄房子欠同学的钱。。。

。。。

压力大的,,,


后来上班就带着酒瓶子,,,代码敲着不爽时,就跑出去喝两瓶酒再回去敲代码



2018 02 05

白米Ⅲ级

赞同来自:

先来说说几个情况:
  大公司A:不想干了,什么都学不到,每天都维护这一个东西,都想去小公司。
  小公司B:累死了,什么都做,太乱太杂,没系统不规范,要是能去大公司多好。
  看了这两段简短的话,我相信有一部分人会很有感触。
  从上面的话中,我们不难看出,大公司的员工羡慕小公司,可以学到很多东西,好多程序员还是很有钻研精神的,学习可以说是他们的一个乐趣和展示自我价值,我身边的一个同事就是典型的如果得不到成长和学习新的东西,就会不爽。小公司的员工又会抱怨太累太杂,什么都是一个人做,虽然做了好多东西,但很羡慕大公司的正规化。
  其实想解决这些问题不难,先调整好心态,只有一个好的心态,你才可能健康成长。
  在小公司成长:
  好多小公司都是3,4个人一个小组,工作量大,加班,杂,什么都要做,就连测试都还要亲历亲为,怎么看怎么觉得这不是人待的地方,被严重剥削的廉价劳动力。
  怎么说的小公司一无是处,其实也不是的,我们要从当中看到优势,我们才有可能进步,逆向思维下,工作量大,杂是坏事吗,在我认为,对于一个想真正成长,想将来进入大公司,或者有一番作为的人,这正是小公司的优势和有点。小公司的员工有一个普遍性,就是学历技术都很普通,无法很好的进入到大公司,也只能在小公司游走,但心里也有抱负和理想,那么我们就要好好利用小公司的工作量大和杂,在这当中锻炼自己,提高自己的技术和基本功。
  杂,在我认为这是一个很好的东西,就是因为人少,所以我们在小公司得什么都做,这样有个优势,就是让你可以接触到很广泛的东西,有可能连架构设计都要自己去处理,BT点的说不定图都要自己去PS,再来看看做的这些事情,如果把它拼接起来是多么大的一张蓝图啊,你要做的就是在工作不断努力去学习,花大量的时间去看书,去了解蓝图中的每一块是怎么去衔接有什么关联,当你把这都弄熟了这后,我想没有哪一家大公司是不会不要你的,应为你已经具备了超强的能力。
  在大公司学习:
  大公司都已经形成了很好的规模,人尽其责,基本上每个人只用负责一块内容,这将会导致成长很满,学不到东西,虽然可以把一块做的很精,但有好多东西没有什么深度,如果长期维护将会导致你停止进步。那么如何去学习呢?学习还是得靠自己的努力。在大公司学习有一个好处就是,有现成的架构,有架构师来维护,有优秀的高级开发,可以写出漂亮的优秀的代码,这些人不都是很好的学习对象吗?有人会说,不可能和他们说架构来给我上上课讲讲,高级开发来教我怎么学好这段代码。其实不用去找他们,现成的东西就在你的眼前。什么?你没看见,那我告诉你,就是你的开发工具。你这不是忽悠我吗。那么我问你,你的开发工具上是不是有你们公司项目的源代码?源代码就是最好的学习资料,你可以直接去看你们的源代码,看看你们的架构,了解和学习这个架构是怎么搭建,看看高级开发写的代码,你不用去走万里路就可以把这些先进和优秀的东西都装进你的知识库中。站在巨人的肩膀上去前进。
  总结:
  其实我们在小公司就如行万里路,我们只有多做多学在可以迈出去。在大公司就我们就要跟随成功人的脚步,就是你们公司的架构师和高级开发,去了解他们

白米Ⅲ级

赞同来自:

1,工资,大公司挣的多,腾讯阿里干了三年五年的很多能够一年到手30w。小公司你想都别想。
2,大公司同事普遍聪明,责任心强,素质高一些。小公司碰过很多教都教不会的,而大公司同事聊事普遍语速非常快,你话讲一半别人就能到懂你意思。。因为小公司不好招人,所以招人门槛比大公司要低。
3,大公司技术一般比较牛。因为大公司用户量大,比如很多大型应用,分分钟百万在线用户,很多时候没办法只能使劲优化性能,你功能性能弄得不好,代码不够清晰,分分钟你功能就卡死了。所以大公司后端都喜欢用cpp,java做核心服务。所以现在微服务大行其道。
4,大公司年龄大的码农比较多。。有合理的职业发展上升渠道。小公司看命吧。说不定你跟了个溜溜溜的老板,早早就功成名就了

前面答主讲的在大公司一年到头就只干自己那点事,没有长进空间,感觉这个答主没见过世面,学习靠个人,完全学不到东西,那是个人的问题。其实很多大公司同事前后端,cpp,java,php网页都会弄。有个同事前后端都技术不错,别人笑称他是t6-2。两个t3-1。大公司3-1水平是非常不错的。。学习这个东西,还是要靠自己进取,不然架构师怎么练出来的,人家可是要规划跨多种语言平台的东西。。

程墨Morgan 白米Ⅲ级

赞同来自:

大公司面试造核弹,入职拧螺丝;小公司面试看是个人就行,入职后把人当骡子使就行。

呵呵,其实,大公司和小公司真的不是区分公司的标准,这世界上只有做事专业公司和做事不专业公司的区别。
匿名用户

匿名用户 白米Ⅲ级

赞同来自:

大公司没去过(想入没门),我谈下小公司的亲身经历:
目前在这家公司待了三年. 短短三年经历了三次大地震, 公司从60多人到100人,再跌到50人.公司高层来了又走, 三年天天看宫斗戏.谁说小公司就人事关系简单,没有政治斗争的.
第一年,无主之地阶段. 我找了很久内核代码工作无门,转行私教无路的情况下进了这家公司.面试的职位是虚拟化.工作内容是桌面虚拟化共事的人就4个人.我负责linux端虚拟化.当时大佬就丢给我一本KVM的书,让我一周出个接口.我当时对虚拟化零基础,没人教我怎么做,也没人告诉我该怎么写(后来我才知道是公司就根本没人懂). 幸好我还有以前专研内核的精神,翻书/google/找英文文摘,学Python,扣openstack的代码,晚晚加班到快11点.周六一个人在公司加班.终于在两个月后,出了第一个版本.那段时间,我身体特别差大夏天天天感冒,天天套了大外套.入职前我考了国职私教证,进了公司顺利拿了国职的私教证,同事还笑教练身体这么弱. 在研究桌面虚拟化的时候, 我感觉舆论大多往docker/golang方向发展,当时也觉得桌面虚拟化死定了,我业余时间就开始学golang了. 果不其然,公司12月底, 在我完成第二个版本,请了两天假回家回来以后,通知我停止桌面虚拟化,往容器方向发展.这一年,大佬只给我指方向, 在排错的时候教导我,并不干涉我的学习.所以我能根据项目的需要,学Python,golang,存储等等.这一年我自我感觉进步超大.
第二年,三国争霸阶段. 这一年和美国一家公司合作运作容器云. 老板意气风发,方言要朝数十亿大公司进军. 公司引入了思捷几名高层负责销售,售后; 收购一家小型存储公司,该司几个人都进了公司研发产品管理层.你没看过,基本原来管理层都靠边站,没有任何权利. 研发部是产品为王, 产品可以不用加班,不用打卡,任意安排产品计划.码农必须打卡,必须每天12个小时的上班时间.那段时间,我们看不到外面的太阳(吃饭都在同一栋楼里).虽然我一开始主动请樱golang的开发,最后我也被排挤到做测试,写python部署脚本等等杂活上(我原大佬更惨,研发变成了售前到处跑做POC).无奈之下,我只能上班看下golang源码.整个容器最火的一年,一个容器云公司只有我一个人会写点Golang, 能看动golang源码,你能想象吗? 我那一年在公司找不到人交流golang. 公司资金紧张, 思捷高层都走了,公司拖了1个多月的工资.然后得到了这些高层都是十多万的月薪,还不包提成的消息.wtf, 我们码农平均有没有1w都是一个问题,我当时才8k(之前原老大放出消息,满一年会给我翻一番的,原老大都没权了,也就没戏了).当时也拿到华为外包的16koffer, 后面被研发老总加薪才留下(主要我是不想去外包). 这一年,思捷帮和存储帮一开始和谐,后面斗争不断(应该是项目和产品间的斗真),攘外必先安内.存储帮处劣势.部分产品开发遭搁置.思捷帮签了几个项目(最后都烂尾了) 存储帮在思捷帮走后,全面接管管理层,包括思捷帮的烂摊子.原老大离开了这一家他待了7年的公司,去了腾讯.大部分老的研发都走了,我成了研发部年限最老的员工.公司也进入了项目外包阶段, 不过我也不怎么管,没事就看下docker源码. 看到了社区往k8s方向的发展, 我也开始了进入了k8s自主学习阶段.
第三年, 又进入了无主之地阶段. 过完年, 存储帮全线撤退. 又收到了存储帮中层管理都是50k的月薪... wtf, 公司资金紧张都是给他们管理层发工资了吧. 更难受的是知道这些存储帮中层在之前公司才10多k的工资. 公司全面放弃之前合作的容器云,进入自主容器云研发阶段(说白了,就是基于k8s批层皮).公司再没有招研发高管,又着了一个销售老总. 一进来吹牛比今年年计划是5千万.这个老总还带了一个大数据专家(注意是一个什么事都不干,什么都不会的大数据专家,被爆出了60k月薪).这一年,产品帮的荼毒残存, 只会在界面做一些所谓的傻瓜式优化管理,天天折腾研发做些所谓的创新性界面更新. 思路反反复复, 前后端光是为了适配产品想法已经重构了几次.这一年公司基本 没赚到钱, 10月份资金链紧张,拖欠了工资到第二年一月份才发了一部分.我早就对公司不报任何希望了, 今年因为能够研究k8s,我才继续留守.
所以别以为小公司真的是一片净土. 按我一前同事的话,在这家公司待一年的经历,比我工作前10年都丰富.

白米Ⅲ级

赞同来自:

排列组合一下,一共有4种情况:
1 一开始在小公司,后来去大公司的程序员
优点:上进。这类程序员由于种种原因毕业后没法直接去大公司,于是找到了小公司,在加班之余努力学习,最终通过大公司的面试。
缺点:刚进入大公司的初期需要学习很多流程方面的事情,因为之前没见过。不过中后期就看不出明显的缺点了。
2 一开始在大公司,后来去小公司的程序员
这类人技术相对扎实,会把大公司的流程、体系带到小公司。不过小公司能不能接得住就要看这类程序员的综合能力了。小公司一般都喜欢接纳这类人才,不过工资福利可能没大公司好,这类人才可能更看重小公司的前景(股票)。
缺点是容易眼高手低,因为之前大公司流程齐全、基础建设完备,所以这类程序员到了小公司可能会有捉襟见肘之感。
3 一开始在小公司,后来一直在小公司
大部分就是底层码农了,加班压榨了他们的生活时间,他们也抽不时间提升自己,最终只能靠出卖体力换取工资。
4 一开始在大公司,后来一直在大公司
一般这类程序员都是一二线互联网公司跳来跳去,业务能力扎实,适合大公司的流程和规范,收入也是最多的。
缺点是容易拉帮结派、搞小圈子。比如阿里的腾讯系,腾讯的百度系,百度的不知道什么系。

我属于一开始在大公司,然后在小公司,然后又去大公司,然后又去小公司,所以上面四类程序员的缺点我都有……优点嘛,也都有……

白米Ⅲ级

赞同来自:

从学校毕业后,先在一家大公司呆了几年,后来又跳槽去另外一个名头更大知名度更高的公司,结果才发现,其实该业务线就是一个小作坊,只是小作坊壮大了一些,但是仍然摆脱不了小作坊的影子,说白了就是小公司挂了一个大牌子。
写写自己码农的工作经历,也是对自己工作这几年的总结和领悟吧,如果能否帮到大家,洒家也是知足了,内容如有纰漏欢迎补充指正,不喜勿喷。
  • 大公司的优势:
  1. 公司流程严格、规范,可以学到正规的、科学的流程管理规范;
  2. 公司技术牛人多一些,可以多多请教、多多学习,这种跟牛人公事的机会,或者跟牛人请求学习的机会,短期内可能感受不到,但实际上是受益匪浅,甚至说是受益终生,这不是你花几个钱花点时间能学到的;
  3. 公司的平台会更大一些,会见识到更多的东西,增加自己的阅历,甚至站在某些行业前沿、某些技术的前沿、某些新的管理理念,最不济,了解到更多的行业信息,去买买股票总是可以的。
  4. 公司的招聘门槛相对较高,所以一般周围的同事在个人素质方面,工作素质敬业程度方面会相对来说高一些。不能说大公司完全没有这种工作态度不正确,不敬业的人,但是相对来说大公司这种人会少一些。
  5. 公司的人文建设好。会经常组织活动,聚餐也好,出去旅游也罢,都是一种放松方式,能够与同事、领导在更加放松的环境交流、沟通。如果有固定的球队或者其他共同爱好,那么除了提高自己爱好的水平,也能扩大自己的社交圈子,这不是一件坏事
  6. 公司出差的待遇好。出差费用充裕,有补贴。你出差喜欢1、2百快捷酒店,还是4、5星级的酒店?因为费用限制,你在吃20、30块的小饭馆、路边摊,人家出差在吃一顿100、200的大餐?因为费用限制,你在出差地,盘算着出租车多少钱,是不是坐公交车更划算?扯犊子
  7. 再次跳槽,你会受到其他公司更多的认可,这个就不说了,跳过槽点的人都知道。
  8. 最重要的,不会拖欠工资,O(∩_∩)O哈哈~
  • 大公司的劣势:
  1. 拉帮结派,一朝天子一朝臣
  2. 流程推进较慢
  3. 成为大公司的螺丝钉,维护一个或者几个模块好多年,但是如果可以轮岗,那也是很爽的。
  4. 上升空间小,因为公司组织架构稳定。
  • 小公司优势:
  1. 人少,好管理,同事之间是非少一些
  2. 决策、执行容易落实,说干就干
  • 小公司劣势:
  1. 大牛少,或者没有,你只有自己更加努力,否则你的技术就彻底沦陷了
  2. 管理混乱,除了做好自己的本职工作,还要做一些乱七八糟的杂事。你能想象一个纯软件开发的人,被迫无奈,去做硬件的实验是什么感受吗?你能想象到,产品需求、设计很随意,一些管理上的通知都是口头、电话通知吗?项目管理经常性的就是一句话,而不是正式一点的邮件或者会议,项目的文档管理,随意放,没有过多的约束。交给你的工作,没有明确的详细的说明,没有明确完成条件,你要做成什么样子,完全是个谜。所以说,你在小公司是全能,啥都会一点,但是杂而不纯,想起了金轮法王给杨过的忠言。
  3. 公司人员素质不高,或者工作意识不高。就说一件被恶心到的小事。
  4. 在小公司的时候,一位开发的同事,晚上加班把QC的测试环境版本更新做自测,但是后面几天都没有告诉QC,直到过了一个礼拜被QC发现,然后这位开发的同事笑着说:没事啊,两个版本的代码差别不大,你就当一个版本测试,顺便把新家的功能也就测了。TMD这等于QC这一周的工作白干了,耽误了交付节点啊。另外一个,版本不一样就是不一样,那么怕是差一行代码,你说一样就一样了?
应届生,别听什么乱七八糟害人的破文章安利什么小公司好,那都是扯犊子,这跟几年鼓吹的读书无用论一样脑残。赶紧去大公司报道吧,如果你要钱少,离家近,出门右拐,不用再看了
再跳槽的人:还是建议去大公司,但如果是创业公司,那我写的这些都不适合你,希望没误导你

白米Ⅲ级

赞同来自:

大公司的程序员有匠人精神,懂得东西小而精

小公司的程序员执行力强,做起东西简单粗暴快

当然,如果你想找简单粗暴快的大公司

欢迎来到互联网


如果你想找有匠人精神的小公司

呵呵 这不太符合国情

白米Ⅲ级

赞同来自:

大公司:设计,开发,测试,运营,泾渭分明。产品经理和设计师开会,设计师领会需求,出设计稿。然后产品经理,设计师,开发,测试一起开会,review设计稿。设计稿经过一两轮修改最终确定下来,开发拿着稿子开发,测试拿着测试用例测试。有bug提ticket。

小公司:
老板:开发你把订单管理做一下,ui用bootstrap,可以参考某宝。做完记得测试下。今晚上线。
晚上,老板:“订单管理先不要做了。”


第二天,老板:“我叫你做的订单管理呢?”(来自评论,@伍湘东

白米Ⅲ级

赞同来自:


对于一名程序员来说,在大公司和小公司的工作体验差别还是挺大的,比如:




关于大小公司的划分,在此我们暂且把BAT这类公司理解为大公司,把大部分创业型的公司理解为小公司。大公司的标签多为规范可循的工作流程、充足的人才、稳定的福利待遇、清晰的发展规划等,而小公司的标签则是工作多且杂,一个萝卜好几个坑,福利待遇更灵活,发展机遇与挑战并存等等。

先来看一下大小公司的程序员自己的感受:

大公司的程序员A初入公司:
  • 每天的工作内容固定且狭窄,甚至不知道我做的东西最后被用在了哪里;
  • 我基本不太容易遇到那种很有意义的难题,因为这些难题在领导给我分配任务之前就已经有人搞定了;
  • 公司大牛太多了,遇到了难题,随时可以在项目组内求助,通常很快就可以得到解决。





小公司的程序员B初入公司:
  • 每天的工作内容好多啊,总有一种被别人拿着鞭子逼着快跑的感觉;
  • 没有几个人能帮到我,主要得靠我自己,这样虽然很辛苦,但是能感到我的技术进步很快,而且各个方面的技术我都接触过;
  • 回想半年前刚入职的时候我还什么都不懂,现在已经基本明白我们公司的项目是在做什么了,大概的架构也很清晰;
  • 加班加点是常事,谁让我很多东西还不熟练呢?





结论:对于新手来说,进入大公司更容易切入工作状态,因为在技术大牛众多的大公司,新人往往负责的是部分模块的部分内容,同时也会有更多机会接受技术大神的专业“洗礼”;进入小公司则需要快速成长为面面俱到的多面手,掌握各种技术点甚至架构层面的东西,几乎没有技术大牛可以依赖。

接下来,我们从几个具体方面分析一下大公司和小公司程序员的差别:

1、工作内容:小而精VS大而广

大公司的组织架构非常清晰,每一个职位都有明确的职责描述。甚至很多大公司的前端开发又细分了 CSS 和 JavaScript 两个部分。常常会有程序员说,在大公司,每个程序员更像是一颗螺丝钉,大部分时间都只是负责自己职位内的那一小部分工作,接触其他工作内容的机会很少。

相较于大公司,小公司通常没有完善的组织架构,对于程序员岗位的职责描述非常笼统。在小公司,往往更强调的是请更少的人,花更少的钱,实现更强大的效果。因此,多数时候一个程序员要兼顾多个角色,前端写后台,后台写前端也是常有的事情;甚至一个程序员包揽了整个业务模块的开发工作(没错,就是传说中的全栈开发)也是可能的,有时甚至还包括 UI/UX 设计;更悲催的是某些小公司的程序员还兼顾了修电脑、拉网线的活。所以说,在小公司奋斗的程序员,工作内容比大公司的程序员要宽泛的多。




2、工作量:加班皆常有,主要看进度

从工作量上来说,无论是大公司还是小公司,程序员的工作量都不小,二十四小时都在改bug的事情(没错,连做梦也在改bug)虽然不是常态,但总是会发生的。

大公司的程序员并不会因为工作职责更明确而工作量变少,BAT 的加班现象也很常见,具体还要看团队的交付能力以及项目进度。




3、流程/规范/工具:完备VS简单

大公司有非常完备的流程和规范,流程包括但不限于项目立项、产品设计、需求pk、技术方案评审、接口设计、DB 设计、开发、单元测试、集成测试、联调、构建、发布、回滚、监控等;规范包括但不限于PRD 规范、编码规范、接口规范、数据规范、安全规范、checklist 规范、bugfix 规范、日志规范等;工具包括但不限于交付平台、工作流平台、构建平台、mock系统、文档系统、代码版本系统、发布平台、监控平台……




小公司在这方面的内容普遍比较简单,基本上能有产品设计、开发、测试、上线就算不错了。对于文档规范、代码规范、设计流程、交付流程、上线流程、回滚流程等都没有做到自动化,缺乏对应的工具或平台,很多靠人工操作,比较容易出错。对于线上系统也缺乏监控手段,主要靠人工看日志debug等。在业务规模相对比较小的初创阶段,这样还能勉强应付过来,一旦业务规模扩大,改变架构升级流程是不可避免的。

所以对于程序员来说,在大公司有很多现成的东西可以“拿来主义”,让工作更加高效;而在小公司可能就需要花费额外的精力去解决这些问题。

4、发展空间:主要是平台差别

大公司的程序员,在自己专属的领域本来就有兜底的技术,再加上长期专注研究,技术深度会达到一定水平,成为团队中该领域的权威人物;同时,大公司的规范流程与团队协作等可以让程序员的整体素养得到提升;另外,在大公司接触大型项目的机会更多,随着程序员资历的不断提升,将有机会接触到大型项目整体的技术细节,这种能力提升的机会更是难能可贵。

小公司程序员,会接触到不同的技术领域,可能不会对某一个专属领域进行深挖,但是所掌握的技术非常之广,同时将锻炼到自己快速学习的能力,能够不受各种条条框框的限制而达到快速高效解决问题的目的,但常常会让习惯了大公司规范流程的人有一种“野路子”的感觉。




综上所述,对于新人求职,推荐大公司,因为大公司的工作环境、技术氛围等因素会让你养成更规范、更高效的工作习惯;当在大公司的工作可以游刃有余地完成时,如果想要跳槽,无论是大公司还是创业型小公司都是可选的,只要明确了自己内心想要什么,选择便不存在问题。

对于程序员来说,活到老,学到老永远都不是一句空话。无论此时身处大公司还是小公司,持续的学习,不断地汲取新知识都是非常重要的,这样不仅能够提升认知水平与决断能力,让自己不可替代,还可以积蓄改变现状的力量,提高每一次选择的成功率。


推荐阅读:
普通程序员如何正确学习人工智能方向的知识?
有哪些新手程序员不知道的小技巧?

白米Ⅲ级

赞同来自:

个人亲身体会,有三个方面吧:眼界,眼界,眼界。就跟当年高考选择学校差不多,更多人愿意去大城市的院校,而不愿意待在3-5线城市一样。
我之前就在一个类似于作坊型的公司待过,前端4-5个人,当时算是顶配了。但是会发现在做业务的过程中,总是会遇到各种奇怪难以解决的坑,而这些坑需要花费团队很大的精力去处理。而且,还不一定能解决掉,就算解决了,也有可能是最笨的方法。但是这些问题,可能在大公司内存在着一整套完整的体系结构,一整套已经成熟的解决方案。
其次,小公司内可能只存在一个诸葛亮,什么事情都是由这个人和大家商讨决定,当然,这个诸葛亮的天花板,决定着整个团队的天花板。但是大公司内,存在着各式各样的诸葛亮,所谓术业有专攻!大家在不同领域,不同层级,发挥着自己独特的优势和价值,从中只要你愿意去学,能学到很多有用的知识!
当然,小公司也有自身的优势,百废待兴。所以,如果你有信心让这个公司兴起来,那么你就是王者。

白米Ⅲ级

赞同来自:

大公司的程序员累,但是可以挣到钱。小公司不仅仅是累,而且学好多东西,一个也没学精,最终还挣不到钱,慢慢的就不喜欢写程序了。。。

然后就会辞职,休息一段时间,但是除了写代码其他的也不会,就会接着找。这时候遇到了外包公司,刚刚进去好像有点难度,又干了一段时间感觉还行,工资也不低。而且是公司的主力受到老板表面上的重视,后面的发展我不知道了。可能去了大公司,转行,接私单。

小公司程序员,一般都是二次开发修改源码,你tp,laravel学的再6也没用。。给你个商城的源码让你改,还是瞬间懵逼。大部分小公司的程序员都是转行进来的。

中等公司的,随着年龄的增长或许会去出基础教程,去大公司,小公司的技术主管。

大公司的就不说了,知乎每天都能看到。。不知道真的忙还是假的,我感觉不如小公司忙,最起码钱挣到了,一年没白忙活。他们还想着去小公司,或许会说不是很累啊,你刚毕业或者刚刚转行去小公司试试就知道了。

补充:传统行业电商部做程序员是最坑的,不要去ヽ(≧Д≦)ノ!不要去!不要去!

白米Ⅲ级

赞同来自:

大公司的程序员应该分成两类:
1、基础设施程序员,这类程序员就是开发网关、内核、数据库等设施的,这类程序员到哪里都是王者

2、业务程序员,这类程序员的水平方差就大了,大多数是混日子还房贷的,少部分勤奋努力工作上五年后每天还看书学习的。对于前者水平很一般,但也不能说烂毕竟人家前几年努力过。后者水平就比较高知识覆盖广。

小公司程序员可以分成三类:
1、创始人团队,这部分人很大概率是大公司有想法有技术的程序员或者产品出来搞起的,所以技术水平相对来说比较高,而且胆量非常大。

2、员工,这个水平就很差了,多半都是进不去大公司的。

3、高薪挖出来的人,不用说了这个人技术肯定有过人之处。

自由飞 白米Ⅲ级

赞同来自:

讲真,大公司和小公司的程序员的差别,和大公司里程序员的差别,以及小公司里程序员的差别,一样的大。
不知道你听不听得懂。
这问题就和一本、二本、三本的大学生之间有什么差别?,还有个啥呢,忘了……诸如此类的问题一样:不靠谱。
相信我,见过更多的人,经过更多的事,这种偏见会越来越淡。
每一个人,都是独一无二的个体,无论他身在何方。
匿名用户

匿名用户 白米Ⅲ级

赞同来自:

小公司言而无信,
说好加班管饭的, 结果每次周六过去都吃不饱.

白米Ⅲ级

赞同来自:

沟通,协调,甩锅,认怂等能力
匿名用户

匿名用户 白米Ⅲ级

赞同来自:

先说一个歪楼的结论,是Tom Demarco下的。他说,程序员与程序员之间的生产率可以相差十倍以上。(结论来自《人件》)
大公司的程序员,先不管他的技术水平有多高,最明显的一个特征就是“专业”,也就是professional。
大公司跟小公司最大的不同,那就是人多。这似乎是废话。但我想说的是“大团队协作”。大公司往往有不止一条产品线,而公司则会拼命推行软件复用战略来提高重用率,以便可以提高生产率。而各产品的生命周期极长,有可能爷爷级的代码仍在被使用中。这会带来以下现象:
1、要写人看得懂的程序。不管命名方式、函数划分、数据结构、还是代码注释,“可读性”是一个被高度关注的要求。因为谁也不知道,今天写的代码,明天会有多少人会阅读、参考和维护。一套写得乱七八糟,充满奇技淫巧的代码,在大公司里是活不长久的。不用顶头上司出马,只要提交评审就会被评审专家打回来。
2、注重程序的非功能属性。孔乙己说回字有五种写法,而在程序的世界里,实现一个功能有N种方法。因此方法不重要,重要的是这些方法会有什么副作用。而这些副作用,如果用正面的眼光来看待的话,就是非功能属性:可维护性、可测试性、可移植性、可扩展性、可靠性、安全性、兼容性、etc(还有很多)。有些非功能属性是可以通过运行期能测试出来的,如可靠性、安全性、兼容性等,有一些则无法通过测试手段来保证的,例如可移植性、可维护性等。
3、注重设计。例如对于百万甚至千万级的并发连接,很难想像这样的系统不经考虑充分,直接写代码就能写得出来。一个系统架构的好与不好,更多情况下考虑的并不是系统的功能,而是系统的非功能属性(就是上面第2点提到的那些)。而架构一旦成型,其非功能属性的表现就被固定下来了,所谓先天不足也就被预先埋下了。因此对于大公司,要增加一个功能、改动一个功能都很谨慎,原因是如果没有充分评估这些质量属性的影响就动手的话,很有可能导致的一个结果就是架构失控。
4、关注基础技术,关注技术规范。对于大的公司,往往会深入到技术链的上游,例如深入到技术规范、内核等方面,因为如果不接触这些东西,不从源头去改变这些基础的构件,有些系统就是做不出来。这也是从某一方面说,为什么大公司容易出牛人的另一原因。
5、系统工程。最近流行的一个词叫full stack programmer,这个名词从工程学的角度来说,开发一个大的系统是一项系统工程,也就是说,设计这样的系统必须跨技术领域、跨平台、跨层级等。需要整个系统上上下下都要考虑周全,并且在设计目标上和设计方案上作出权衡与取舍。这也是大公司与小公司一个很显著的差别。
6、文档作业。大公司的团队往往跨地域甚至跨时区,某些大型系统的生命周期以年计算,长达几年甚至十几年不等。这种情况下,只有详细的文件才能确保不同团队,不同程序员更新换代之际能准确地协同。
以上这些特点,决定了大公司的程序员显得比较专业。虽然在执行上,大公司的程序员钻研的可能仅仅是系统上的一块砖头,但没吃过猪肉也见过猪跑不是?在上面的环境下,大公司的程序员站出来,就是要比很多小公司的程序员来得专业。



白米Ⅲ级

赞同来自:

大公司流程比较繁琐,小公司事情很多很杂。
能不能学到东西和所在公司大小无绝对关系
之前在某个大公司,大到商业环境的数据库申请,小到项目中的一个小模块设计,全部需要给领导汇报。一个项目工期如果安排一个月,那么其中可能有一周甚至更多的时间是用在开会上的。但是大公司的优势是分工明确。我是后台程序员,我就负责写后台逻辑,前端有专人,运维有专人,设计有产品经理,自己就负责自己的一亩三分地。
之前在某个小公司,事情有多杂?我一个.net程序员,还要去学java的ELK日志平台搭建,还要去学nodejs写web站点,拖这个公司的福,我还自学了一点前端知识。小公司的优势就是,和老板上级关系好,毕竟人少,交流多了就互相熟悉。

花开花落风犹在 白米Ⅲ级

赞同来自:

第一家公司是中等公司吧,央企的子公司,几百人左右,现在在小公司,总共也就几十人,开发运维加起来也就20人,剩下是运营啥的
对比下来,之前公司管理确实好,层级分明,员工上面是组长,组长上面是小部门的领导,然后还有上面,一层一层的,工作什么的组长就分好了,技术大牛多,想问啥问啥,不愁没人会,就是工作量少。。。太少了。。我只有小小的一个模块,所以有大把的时间可以干别的,每天有早会,每周还有知识分享座谈会,还要写日报。不过每年还有机会去国外交换工作几个月(美国,法国什么的,我辞职了第二个月就有这个制度,操蛋,没赶上)
小公司呢,来了以后,就你一个前端,有问题靠自己吧,今天说需求,恨不得明天就上线,需求一改再改,不过接触的确实多,二次开发有,重头做新项目也有,都得靠自己,但是很多时候没工夫考虑那么多优化什么的,简单粗暴实现了功能,直接就上线了。这样问题也多,测试肯定没测完,出了问题就甩锅呗,你推我我推你,推到底就接着改代码。。。
来年打算还是去大公司,最少有个大品牌背书不是

白米Ⅲ级

赞同来自:

大公司员工格局更大一些,但难免有些曲高和寡;
小公司员工格局小一些,但实战能力更强一些;
这基本上跟不同的公司规模注重不同的东西相一致:大公司注重战略看重长远发展;小公司更注重战术,先解决生存问题。

要回复问题请先登录注册

var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();