四个月工作总结
从2015年12月28日，进入北京邦赢彩服科技有限公司已经4个月了，度过三个月的试用期，现如今也是一个正式员工了。我们公司主要是专注于中国体育彩票竞彩的互联网公司，公司开发人员将近50人，是一个创业型公司，我在数据中心部门。
我们部门总共五个人，除了大boss之外，还有两个PHP开发，两个Java开发，我们大boss是PHP出身，在澳客工作了将近4年吧，创业一年，最后进入我们公司，我进公司那会，我们boss也是刚进入差不多两个月的样子，他是一个对竞彩这块有着浓厚兴趣，也对这块接触时间很长，所以说，业务这块，我们boss是相当有经验。从事Java开发的除了我还有雷明。雷明上家公司也是个类似于体育竞彩的公司，所以，业务这块雷明理解起来并不难，雷明是一个有着好几年的开发经验资深Java高级开发工程师。我呢，一穷二白，刚开始的一个多月，每天都围绕着我们boss转，因为好多业务都不懂啊。我和雷明的工作主要是整合其他公司提供给我们的数据，比如说接入LSport、雷达等数据，也从澳客等资深体育网站抓取数据，这些数据包括比赛（现在主要涉及到的是篮球比赛和足球比赛）、一场比赛中开出的各种赔率等。将这些数据进行整合，入库，然后通过MQ，提供给相关部门，现在这些数据主要是提供给操盘后台以及其他相关部门。
这几个月中，我主要是做了以下一些工作，第一：维护老版（V1.0）代码；第二：足球篮球走地开发，Http请求操盘提供的接口，实时向操盘提供足球、篮球比分，提供足球的红、黄、进球、点球等事件；第三：上线走地功能，并做好维护；第四：评估数据；第五：将走地功能在新版（V2.0）中实现并测试通过。现在就说说我在这些工作内容中的一些小感触吧。
第一：维护老版（V1.0）代码
老版代码开发周期大概持续了三周，也是一个对业务不太了解的人开发的，他叫北辰。用的环境是idea，SSH+Hprose框架。可以说这版代码是一个面向过程的代码，东西没有抽象出来，具体为什么，期待我后面的博客。北辰因为是一个项目经理，他在实现并上线之后就走了。我接手的时候是我去公司将近一个月之后吧，这个时候雷明开发新版本（V2.0）开发，我负责维护V1.0的代码。
刚开始的V1.0功能比较单一，只是接入LSport数据源，LSport提供XML，我们负责解析XML，将数据入库。这块东西，在我接手之后主要是解决了两个问题，第一个：足球篮球比赛开始时间正确性，第二个：足球篮球赔率的修正，主要是修正当盘口是0的时候，赔率出错的问题。
第一个问题其实挺简单的，只要是认真看代码，逐条语句调试，很快就能找到问题的根本，我记得当时，boss让我一天解决掉，结果我花了一个小时就弄完了。当时心里可美了。其实，当时北辰可能是因为时间的匆忙，所以没时间进行逐语句调试吧，所以这个问题一直都留了下来，交给了我。
第二个问题解决起来有点复杂，因为不懂业务，缠着我们boss讲了半个多小时业务，才找到问题。
第二：足球篮球走地开发
何谓走地，其实就是足球篮球比赛正在进行的过程中，不断读取LSport的数据源，入库的同时，并向操盘提供足球篮球比分的变化以及足球的进球、点球、红、黄牌事件。这块业务是我开发的，但是用的是多线程，Http请求操盘接口，将这些信息不断推送给操盘后台，这块业务是在2016年年前开发的。
2016年年后，这块业务要上线，同操盘进行联调，因为对业务的理解不深，所以中间出了很多问题，测试过程如下：
第一：先同操盘接口联调，看接口是不是通了，并且看提供过去的信息是否正确，如果这个时候正确了就进行第二种测试了。
第二：人工检测操盘后台，以Bet365网站的数据，看操盘后台的比分变化以及足球事件是否正确，以及在Bet365和人工操盘后台出现比分变化和事件的时间差。
在整个测试过程中，出现了很多问题，主要问题有以下：
第一：业务逻辑处理错误，这是我自己的原因，最后在我们boss的帮助下不断完善
第一：LSport数据源的问题，比分变化或者足球的事件推送错误；LSport数据源给出的比赛开始结束标志不统一
第二：篮球的实时性太强，总是出现事件回退的现象，比如说LSport第一次推送过来的XML，篮球剩余时间是12s，但是在LSport第二次推送过来的XML，篮球剩余时间就变成了24s。
像这种业务逻辑问题，我们自身就能想到解决的方式，但是一遇到LSport数据源的问题的时候，我们就束手无措了，毕竟不管接入哪家数据，都不能保证100%正确。
第三：上线走地功能、并维护
基本V1.0版的走地功能的上线，是在测试进行了一周之后，刚刚上线的时候，代码还及不稳定，也会出现在测试中出现的一些问题，特别是篮球这块，时间回退已经篮球的小节开始小节结束，让我们不得不最终撤下这两块的功能逻辑。
在维护过程中，让我熟悉了好多linux命令，以及如何利用日志，如何用更好的方式跟其他部门进行沟通，并在维护过程中出现问题的解决方式以及如何向boss报告当前出现的错误，以及针对不同部门的人发送不同的邮件（我还写了好几封英文文件给了运维组）。
第四：评估数据
因为在前面第二和第三个工作内容中，我们发现了LSport数据源对于篮球比赛的这块数据缺陷，想从SportRader数据商接入数据，这是美国那边的一家数据商，所以他给的文档、网站全是英文的。我只想说，虽然英语口语不咋的，但这么多年的英语学习，还是让我把文档看完，并从中获得有用的信息，比如说接口地址、请求方式、请求频率、数据实时性怎样、篮球应有的事件是否完善（这个时候，我从里面学会了好多篮球的一些术语）等我们关注，并整理出来汇报给boss。
紧接着，测试数据，写测试逻辑进行测试，将篮球走地过程中产生的数据记录到文件，然后比对数据的实时性怎样以及数据发送频率。
这里，我不得不说的就是我们boss，真的是一个明事理的人，因为要评估，就需要有参照样本，而我们的参照样本就是LSport数据源，我们boss获取到LSport数据，写成文件的时候，其文件名称是inPlay_1457251238.9058类似这样的，而我拿SportRader数据，写成文件的时候，其文件名称是这样的20160503014822035，我写的文件名称，是yyyy-MM-ddhhmmssSSS的格式，这对比较数据实时性来说，我的这种文件命名方式比较好一点，我们组长看到后，果断的认为我的这种命名方式好，也就果断的将文件命名方式改写成我这样的。其实，作为一个管理者，我很喜欢我们boss的这一点，不怕麻烦，不否定组员，遇到比自己更好的方式就乐于接受。
第五：将走地功能在新版V2.0中实现并测试通过
V2.0是雷明开发的，Maven+Jkenis，idea开发环境，SpringBoot+mybaits+Hprose+Memcache+rabbitMQ框架。我只想说，这个人真的是把面向对象做到了极致，我不得不对他佩服，其代码处理技巧真的是让我佩服，好多东西我想不到，想知道具体的，就期待以后的博客吧，不多说，(*^__^*) 嘻嘻……
走地功能在新版V2.0的实现中，其实是我们两个人一起实现的，主要的逻辑是我写的，他也给我提供了很多很有用的思路，跟他比较，我跟他就是长颈鹿和蚂蚁的区别，相差甚大，让我不禁感慨，我还有好多地方要学习啊。
这块开发并测试花了将近一周的时间，也是个不断细究、不断学习、不断磨合、不断前进的过程。
第六：其他
这些都是我在工作中学习到的东西，以及自己的一些感触和积累的一些经验，其实这些东西也都是米老师不断强调的东西，如何跟自己的boss相处，如何向上级汇报工作，如何在工作中跟自己的同事相处，如何跟其他部门进行有效的对接，在实际工作中这才有了真正的体会。就比如说个邮件吧，要针对不同部门的人发不同的邮件，为什么呢？因为部门的关注点不一样，举个例子吧。
周日（2016年5月8日），线上足球走地出现两个问题，第一个问题是有场凯尔特人VS阿伯丁的比赛，上半场中长休息时，走地时间跳转到下半场，上半场比分被清零。第二个问题是桑普与热那的比赛，没有走地数据。针对这两个问题，我发送了三封邮件。
第一封邮件：给风控负责人和操盘项目经理以及操盘项目组跟我调试对接的相关人员。我只需要回复出现问题的原因是什么，就第一个问题产生原因是LSport数据源问题，第二个问题是我们数据中心没有比对上操盘那边的凯尔特人VS阿伯丁的比赛，至于为什么没有比对上，操盘项目经理会跟他的组员了解情况，所以我的第一封邮件是这么发的：
第二封邮件：给我们部门的boss以及同一部门的Java开发人员雷明，这个时候，我们关心的问题不仅是原因，还有问题出在哪里，所以对于这两个问题，我不仅要说明原因，还将问题出在哪里说明白，并加上相关说明。以及我是如何解决的也要说明，所以我的邮件是这样发的：
第三封邮件是给运维组的一个美女，因为就第一个问题是LSport数据源推送给我们的数据有问题，所以这件事情也要反映给她，这个时候他关心的是LSport数据源出现了什么问题。所以我的邮件是这么发的：
这就是我在工作中不断积累的一些处事经验，因为某些原因，我有时候过的很痛苦，也许在未来的一些日子里，有些痛仍然存在，有些话、有些事、有些人因为真实存在，所以也会想起，但是我一定会感谢这段经历，因为有它，才促使我变得越来越好。也因为这四个月，现在回想起来，我过的很充实，工作也慢慢的集中精力了，生活也因为我的朋友们而变得越来越好，感谢你们及时拉了我一把，在我难受的时候仍然能够听我说那么多垃圾，恩，好像扯远了。回到正题，其实这些工作方面的事情，在过去的几年里都有接触，也被某个慈祥的人反复提起，只是现在让我的体会更深刻，所以说谢谢您。未来的路还很长，还需要我自己走。