从事互金行业的那些日子

前言

      掐指一算在某互金公司呆了一年零两个月（哈哈，终于离职了，小小庆祝下），在这段时间算是尝尽了人间的酸甜苦辣，五味杂陈。去年阴差阳错就进入互金行业了，感觉水深不可测。

外行开热闹，内行看门道

       俗话说“外行看热闹、内行看门道”，刚进入这一行确实啥也不知，什么是标的？什么是债券转让？系统的代码量庞大到想晕倒，主站、SOA、微信、定时任务、协助系统等等一大推，要把所有系统全部搞清楚没个几年那都是扯淡。业务的变化也是瞬息万变，国家出台的合规政策一环扣一环，开发人员累的跟个狗似的，甚至不如。

公司管理的混乱

       对于互金行业来说发展也就是四五年的时间而已，很多公司都发展上千人的大规模公司了，用野蛮生长来形容一点也不假，人员的变动太快了（呆够一年都算老员工了），代码经手人应该都上千人了。公司组织架构的变动更不用说了，三天一小变，五天一大变，一年多时间总监换了三个、组长换了三个。刚入职时还是每个组都还是比较明确，.NET就是.NET一个组，Java的就是Java，按语言进行划分。发展到现如今的按照产品线去划分（产品、.NET、Java、安卓、IOS、测试）等等划为一个组了，而且还要求.NET的会Java开发，Java会.NET开发，我觉得人的精力是有限的，能很好的掌握一门语言（精通）就很不错了（眉毛胡子一把抓），最终开发人员累死累活还没有好下场。之前也在大公司呆过，分工非常明确，CS做CS的，BS做的BS的，这个就.NET而言，我觉得每个人有每个人的专长，发挥出自己的专长最重要。也许做.NET的人花了一段时间学会了Java，可能在效率和能力上也不一定放心，术业有专攻，不知公司咋想的。

简单事情复杂化

        软件的生命周期就是设计=>编码=>测试>上线，这当然是一个简单的流程。而我们是产品出设计文档=>开会说明=>开发出概要设计=>开会说明=>编码=>测试出测试用例=>开会评审测试用例=>开发进行测试用例自测、单元测试=>代码审查（经理）=>分支测试=>集成测试=>预发布环境测试（经理提交代码）=>上线，整个流程下来累的够呛，开发人员全程参与，经理变态式的代码审查机制（命名必须按照他的一些要求进行，不明确的命名必须要改，必须进行StyleCop检查，检查结果必须为0，需要进行单元测试，进行Mock数据，并且单元测试要能通过），提交代码到预发布环境必须是领导再一次进行代码审查，开发人员还要保证各个环境通畅（分支环境、集成环境、预发布环境），每次开发前还得评估开发环境，每天早上有晨会，每天一个会又一个会，为了保证进度必须利用晚上加班加点，甚至周末加班加点都不一定能完成任务，高要求高标准又不肯给时间，强化开发质量，弱化测试，我不知这是咋想的，我觉得金融行业应该重视测试，但是我们公司弱化测试，很多时候测试的质量都不高，很多问题都没测试出来，没测试出来上线出了问题又是开发人员去排查或者修复数据，哎...做开发实在不易，做了一年多的时间人也憔悴了，我觉得很多时间可以更简单点，可我们复杂到不行，时间就这样一点点浪费了，也许大公司有的是时间，能耗得起吧！

      由于人员的高流动性，导致一个领导换一个领导，领导风格的变动，每个开发人员还得去适应他们的管理方式。人员的高流动带来的代码质量参差不齐，相互衔接太差，没有相应的交接文档，导致很多时候开发人员都是靠阅读代码去实现，现在公司才开始抓代码质量，提出各种规范，但我看来也是在亡羊补牢，不知是否为时已晚。
       当然很多互金行业的不好不敢披露，怕大家以后不投资互金了，O(∩_∩)O哈哈~

大公司小公司

      出来工作有些年数了，大公司小公司都呆过，现在再出发都不知怎么选择了？大公司有大公司的好处，能学的东西确实是多，但是大公司明争暗斗，人与人之间可能为了自己那点利益啥事情都能干的出，集体荣誉感基本全无，都是为了自己的地位、利益等等。小公司很多时候就像一个大家庭，大家互助友爱，集中力量干好事情，业务在小公司受重视的程度远大于大公司，在大公司缺你一个不少公司照样运转，小公司可能自己就是核心，哎...职场难寻？正走失在迷途中...

转载于:https://www.cnblogs.com/luoyuhao/p/7223363.html