很多人觉得大公司的代码很牛逼，在大公司呆了很长时间，其实除了一些不错的中间件代码牛逼之外，一线业务代码也是各种水平都有。但是在大公司除了代码之外，其实还有更值得学习的东西。
主管的周报，领导的演讲，大牛的分享
首先，主管的周报，甚至主管的主管的周报一定要看。一方面是看看上层是怎么进行体系建设的，上层写周报时，主要关注哪些事情，哪些指标，下一步要做哪些事情，其实这对自己的工作是一个指导。另一方面，看看老板们是怎么组织自己周报中的内容的，看看他们周报的结构，对自己今后写类似东西有帮助。
领导的演讲有时间要去听一听。周报是可以花时间打磨的，而演讲基本上没有太多时间思考，只能事前做充足准备，这两者还是有区别的。听领导的演讲，除了关注内容本身，主要是要看看领导如何把一个复杂的概念讲明白，这一点其实非常重要。如果对比过马云和马化腾的演讲，就会发现马云的演讲大部分人都能听懂，而马化腾的演讲就只有一小部分人能听懂。
大牛的分享，这个有时间也可以去听，最好找那种和自己做的东西比较相关的去听一听。内部分享很多都是干货，都是别人一路走来踩过的坑和总结的经验，非常值得借鉴。并且除了听分享本身之外，你还了解了同公司在做这个领域的人和团队，以后可以多多交流。
学习大牛解决问题的思路和精神
去大公司，有一个好处就是身边有很多优秀的人，大牛如云，经常和他们在一起处理问题，潜移默化就能学到很多。
有一次，由于业务复杂和历史原因，我需要在系统中接入两套登陆方式，而这两套方式使用的session都是各自实现的，我虽然用了很多hack，最后还是卡在集团安全库的csrf token上，就是检验不过去。
由于必须用集团安全库，所以我几乎要向主管汇报这个方案不行了。但是，汇报之前，我找安全同学问了一下，说明了一下情况。说来也巧，那个安全同学刚好也在北京，手头事情也不多，就跑到我的工位上来调试了。上来就直接断点到库源码里面去找原因，我心想，能找到原因又如何？难道还能自己改一下库里的代码重新编一个？但是集团是不允许的。
不过我还是陪着他一起看，他看源码的速度和思路都很好，能够在纷繁复杂的源码中一下子找到问题的焦点，就好像在百万军中直取上将首级一样。就这样，搞了半个小时没结束，他有事先走了。要知道，在大公司，有一个人能花半个小时来帮你解决一个问题，那是多么难得的一件事情。
在他的影响下，我继续看代码，找原因，心想最后汇报的时候好歹也能说得更加明白一点。突然我欣喜地发现，安全库里面竟然隐藏了一个hack方法，通过反射可以自定义token检查方式，我立即把这个事情和那个安全同学说了，他说可以这么做。这件事情就这么解决了，并且这个解决方案还成为了一个标准，以后其他人碰到这个问题，就按照这个方案来解决。
从此以后，我就不再害怕读源码，甚至刻意去培养这样一种能力，因为所有问题的答案，在源码中都能找到。这也算是高级程序员的一个基本能力吧。
当然这只是一个例子，大牛解决问题的思路和手段还有很多，都值得我们去学习。
学习大公司的技术体系建设
很多人认为大公司人多，能够有时间和精力把技术和产品做到非常精致。其实不然，大公司虽然人多，但是业务也多，最后分到每个业务的人数也就几个人。而且公司对KPI的要求是成倍上升的，简单说今年营收目标如果是一百万，明年就是一千万，后年就是一个亿。
那么这样一种压力下面，肯定不能堆人去解决，因为人数不可能进行成倍增长。所以公司会做一些事情，能够让大家在做业务的时候个个都以一敌百。这件事情就叫体系建设。
说具体点就是把一些重复劳动的工作标准化，平台化，自动化。在大公司上班，很重要的一个感受就是平台很多，流程很多。创建项目，申请代码库，提交构建，申请发布等等，都需要在特定的平台进行，而且一些关键步骤还需要审批。
这些平台其实有几个作用：第一，把大量重复劳动自动化。这不仅能够节省时间，更能够避免出错。第二，建立标准，拉平刚入职程序员的水平。第三，卡口设置，统一管理。这一点举一个简单例子。比如有一个公司常用库爆出了安全问题，这时候就可以通过发布平台在发布前进行检测，没有更新库的代码不让发布。这就是卡口的作用。
当然，这样做也有一些不好的地方。首先，强依赖平台，平台挂了全公司不能发布。第二，业务方对平台原理不了解。这也是为什么很多大公司工作几年的人，出去面试，除了用过公司里面几个平台，其他啥都不会。
当然，技术体系建设中，平台只是一个方面，还有一些框架的建设也是很重要的一部分。公司自研框架能够让我们专注于自己的业务，同时试错成本也会大大降低。
当然不要以为这些只有大公司才有，小公司其实也有，如果没有，可能是等着你去做。
好了，本篇文章就分享到这里了。如果有正在学java的程序员，可来我们的java技术学习扣qun：59789，1510里面免费送java的视频系统教程！