Error message here!

Hide Error message here!

忘记密码?

Error message here!

请输入正确邮箱

Hide Error message here!

密码丢失?请输入您的电子邮件地址。您将收到一个重设密码链接。

Error message here!

返回登录

Close

4年一轮回(前部)

Sean_Xiao 2019-01-23 16:58:00 阅读数:178 评论数:0 点赞数:0 收藏数:0

上一次写总结是离开效力4+年(2010年上旬-2014年中下旬)的公司,在需要写简历的驱动下完成这4年职业生涯总结,最终这份总结放简历里面获得了很多机会。现在重翻发现这4年太不值当,尽管这份经历被消费了很多年。

现在又是一个4+年(2014中下旬-至今),从结婚生子到工作上几经辗转后回到老家,中间发生很多事情。也许我命中每4年会有一个转折,人生就是阶段性的调整,希望2019而立之年后会更好。

不善写作,有点长,分前后2部,这是前半部。

-------2015年前后约一年(2014中下旬-2015年中下旬)
在传统行业公司(TZ)做OTT系统,见证整个行业的没落。这一年比较折腾,每天上下班一起有3个多小时是在班车路上度过,每天上车第一件事就是找到自己熟悉的位置,然后带上耳机听各种书、演说,继续补觉。

由于公司遇寒冬转型,各种调整。A项目做完V1.0被老板看好,就被其心腹团队接走了,B项目刚立项设计完成,整个团队就被转到子公司做其他业务,期间没有做过完整的项目。第一次见到股份公司套路,一般比较看好的项目都会被拉到子公司,然后融钱或卖掉。

最后子公司拿概念创业,我们降薪拿技术股,再到拿不到投资,被套路、拖工资无奈走人。

总结这一年,经历公司残酷的转型、创业失败,难忘的成长经历
技术:熟练使用AxureRP做原型设计、巩固了Linux基础并用Shell脚本完成网元系统自动化安装和MySQL读写分离自动化安装、JDK等基础组件的自动化安装。对OTT系统体系有个大致的概念,算不上真正入这一行。

期间写了个类似Jenkins(当时不知道有这货)的安装调度系统(Y系统)。

Y系统主要功能:

1、配置管理,修改需要升级的网元配置文件、目标环境信息和上传网元包;

2、安装,点击“安装”按钮后自动解压网元包,可视化自动安装完成并启动服务;

3、运维,一次配置后,再有升级只需要上传升级包,点升级就自动完成安装和配置。到离开后第二年还有人在咨询Y系统使用上的疑问,忍住没告诉他有Jenkins的存在,算是被套路后的报复吧~~~

管理:没有具体的项目和自己的团队,主要是协助部门管理一些具体任务工作,不进则退了。
生活:第一个孩子出生,自己长到180斤。

 

---------2016年前后一年多(2015中下旬-2016年中下旬)
这一年加入了快递/物流公司(SF)做销售、佣金、投诉系统,算是离开外包后最有归属感的一年,收获了很多朋友和同事。虽然管理上各种约束,但也做了不少尝试,在技术和一些认知上都得到了很大的成长。

总结这一年,大环境下一定要找到靠山I(心腹),互相拉扯才能生存的很好,反之则事事莫名其妙。
技术和管理:主要从事公司投诉系统、佣金计算系统、销售支持平台的开发和管理工作:
投诉系统,一套ExtJS+Struts2+Spring+ibatis+Oracle比较老的系统,经过N多个人手之后,项目没有技术文档沉淀,更没有什么架构、数据库、接口之类的文档,全部从看代码开始。同一个数据对象每个人都会写一个实体类,最终导致新增或修改需求无从下手的地步。期间完成投诉报表改造、问题件改造、工单重构优化等需求开发,主流程算是梳理清楚,后面由于新系统立项火速撤离;

公司一个萝卜一个坑,不是主导的项目,推行改造势必无果,有机会要尽快撤出。

心得:维护项目,特别是架构老旧的系统,一定要组织项目成员(特别是新进来的)梳理项目架构图、业务流程图、数据库文档和固定归档需求设计文档,这样后续人员流动、项目重构、设计参考都会过的很舒坦。

佣金系统,当时销售部门每个月核算佣金都需要几个人花2周以上的时间,用Excel计算得出,而且存在很多问题。当时基于此背景需要开发一套销售佣金核算系统,正好公司有几个人写了一套基于Easyui+Shiro+SpringMVC+MySQL的后台管理系统通用框架(N框架),该框架集登陆、权限、基础后台样式于一身,框架和技术选型上算是非常省心了。我是带领外包员工完成销售佣金系统V1.0和V1.1版本交付,负责项目计划制定、跟踪、外部沟通和部分功能开发工作,是第一次和用户部门去谈需求,体会到用户需求的不确定性(估计就是这个时候吃亏太多,导致心眼变多了~~)。

主要业务流程,
1、每个月定时通过ETL(Informatica)从各大仓储、冷运、物流、供应链系统拉取亿级别数据;
2、通过数据清洗、过滤、基础计算处理得到结算佣金数据;
3、取销售系统的人员信息;
4、系统后台配置销售门槛、地区分区等级配置,佣金计算规则、佣金重算等;
5、定时启动计算(一般要算1天多),或触发重算;
6、Webservice推送计算结果;

该系统交付2个版本后,销售团队佣金算法调整,项目被挂起,待新的佣金策略定型后再启动。

心得:用户部门沟通需求不要立马下结论,所有形成的结论一定要最终邮件确认;用户未验证或者实操的业务不要急于做到系统,尤其是涉及到钱的,否则会很折腾;

销售系统,之前公司销售团队是在外面买了个大系统,只用了其中CRM管理一小块功能(整个系统10%不到),其中二次开发各种限制,收费非常高。

公司也一直想操刀自主开发一套CRM系统,当时我正帮仓配部门那边开发一套基于Echarts的报表系统(几天就搞完了没啥可讲的),当时佣金系统停摆,和用户部门沟通进展不大,就被拉到这个项目。

这是我第一次接触到类互联网模式项目,从前期的用户故事(角色录音挺有意思的)、汇报、立项、招人、系统选型等等,之前没有经历过(现在想想错过了很多机会)。

当时楼上有个部门使用Dubbox框架完成了Basic交付,在业界也算比较好的微服务框架了。我和另外一个同事主导项目后台研发,他去楼上学习微服务框架,我则带人主导管理系统开发,空降了一个互联网公司经理做项目管理。

销售系统架构,前端是Android+IOS+H5(原生套H5)的方式,后台是Dubbox外加上面的N框架做后台管理,其实微服务框架搭好后主要是服务拆分和业务组合处理费事,其他都是现成的随框架集成就好,开源框架这一块没啥可讲的。

心得:项目合适的架构选型会要少走很多弯路,要善于重构和尝试。持续集成和持续交付上还得下功夫。

生活:这一年生活上非常充实,住在深圳最大的城中村,离公司只有6公里,离海边只有3公里不到,在悦跑圈建立了跑团,带同事各种跑,基本上每个星期都有跑步活动。
在淘宝买了个山地车,天天上下班日晒雨淋、凌晨升级职守都骑着它,偶尔从海边绕路骑回家,非常释放压力。
周末用买的面包机做面包和馒头,晚上跑步去海边,这一年我从180斤减到140多斤(不去健身房减掉35斤多)。

 

版权声明
本文为[Sean_Xiao]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/huige-you/p/10268827.html

编程之旅,人生之路,不止于编程,还有诗和远方。
阅代码原理,看框架知识,学企业实践;
赏诗词,读日记,踏人生之路,观世界之行;

支付宝红包,每日可领