银行外包开发工作 4 月有余，聊聊外包公司工作的一些真实感受

最近发现很多小伙伴对外包工作的经历比较感兴趣，今天分享一篇关于在外包工作的真实经历和感受的文章。文章内容都来自在外包公司工作的读者的真实经历。

本人普通二本本科毕业 4 年，目前是在广州工作，是一家大型的人力外包公司外包到银行的开发人员，这可能也是长期在各大招聘软件上最积极的招聘岗位。

从入职到现在已经有四个月了，也大概了解了外包的主要工作情况，也有了一些心得体会，借此机会也简单和大家分享一下自己的一些想法。

是否和行内员工有什么不一样，是否会有歧视

首先从工作内容上来说，外包等级一般最多就是高级程序员，上层有很多架构师做技术选型和业务分析，这些一般是轮不到你做的。而如果是日常的开发任务的话，其实是并没有太大的不一样，一般你分配到哪个组，行内人员做什么工作，你就会做什么工作，开发设备大家也是一样的，电脑配置都不会太高，处于让你刚好能开发，但是别想打游戏的程度。不过作为外包人员，一些操作权限上的确有所限制，比如如果出现一些网络环境升级的事情，行内人员不会变动，外包同事就会需要重新申请访问权限的情况，其实就和公司级别高低不同，手中账号权限也有不同一样而已。

银行大部分的人素质都很高，大家彼此之间也非常和气，有刚大学毕业的小伙子，也有工作十几二十年的二级、三级经理，大家彼此之间都是互称老师，同事之间有问题互相帮助是非常正常的事情，刚进来有很多环境和工具的不适应，处于到处问人的阶段，也基本找谁都能得到一定的回应，不用担心自己成为一座孤岛。

同时，也不会出现说让你加班赶工而他们歇着的情况，甚至可以说他们因为是体制内的人员，抱着的饭碗比你的珍贵得多得多，比你认真努力的也多得多，经常会出现我回到家里，他们还打电话过来询问工作问题，如果发现你已经下班了，也不会说什么，就说明天继续跟进就好。

使用的技术栈是否很落后，有提升空间吗

以刚从一家小创业公司出来的程序员的技术能力和视野来说，银行的整体技术方向其实并不算很是落后，现在流行的分布式架构，SpringBoot，Kafka,Dubbo，ZooKeeper 这些常用技术都会用到，还有专门的技术中台组，中间件组等技术支持部门，行内最大的业务系统每日访问流量也有上亿的，同时有很丰富的技术社区，会分享技术选型的一些分析文章，以及一些使用文档，使用过程中有什么问题也可以随时上去发表讨论，跟进修改等。

但是，银行开发真的如同冰火两重天。你具体会用到什么技术，做什么方向的开发，就看你进到什么部门了。如果是新的业务部门，可能就是用最新的框架技术；最大的业务部门，就会面临最大的业务流量的挑战。 但是如果运气不好，进到老系统部门，就可能维护年纪甚至比你大的主机代码，不一定是你常用的语言写的。甚至进到测试部门，天天做测试工具人也是有可能的，所以面试的时候问一下自己的对口部门是哪里，提前有个心理准备否则落差会很大。

Guide：这一点深有体会，大部分小伙伴可能对于银行这种组织的第一印象就是使用的技术特别老，系统或者 APP 很久都不更新一次，而且做得贼丑，用户体验贼差。实际上，很多银行实际也在改变，拥抱数字化。据我了解，很多银行每年的研发投入都非常多比如招商银行。个人觉得招商银行的 APP 体验最好，而且招商银行内部很多项目的技术都是紧跟潮流的！

而对比小公司开发经验来说，银行的开发就是体现一个大而重，但是分工挺明确的，至少之前在小公司从需求分析到页面后端数据库都会写，现在就是纯粹的后台，数据库和页面都不用管。只是内部沟通系统特别多，任务管理系统，需求分析系统，接口登记系统等等，写一个功能编码可能两小时，问清楚要做什么，开会宣讲讨论，业务沟通，完成后的需要找数据自测，跟进测试组测试等真的能花掉你很多时间。同时银行使用内部网络，网络环境不稳定