织网

身体和灵魂,总有一个在路上

留下了些东西

| Comments

出于对这两个月的交代,记录下完成自动化平台开发的这段经历。

所在的 Team 业务性很浓,浓到大家已经不愿意改变,可以忍受无尽的重复劳动和时间摧残。业务繁多,导致需要花费很多时间去学习和适应人为的规则,在我看来是很不应该了。

当某一天 leader 突然说希望有一个自动化的平台来处理我们的业务,解放外包以及正职人员的劳动力,降低新人熟悉业务的门槛。我很诧异但也很高兴他会提出来这件事情,不具说原因了,至少我很开心,每日机械的做业务是件很忧伤的事情。

做的事

项目中,我承担了大部分后台功能的开发(C++),感谢同事的信任(也许我相对比较吃苦爱折腾)。今天系统上线了并承接10个业务,挺欣慰的。 该系统是个做个自动化的运营开发系统,并不复杂。

  • 支持批量查询现网游戏日志的数据库,多线程去执行多个大区的数据。可以切换不同的数据库。UI类似phpmyadmin的界面;
  • 上传统计代码后,自动编译和发布可执行文件到各个统计机;
  • 支持任务队列补算;
  • 跟踪任务执行情况,trace 错误信息;
  • 解析统计机器的crontab的内容,可在系统配置调度信息;
  • 解析统计机器的调度脚本,增删改查程序,以及其执行顺序;

希望该系统可以取代原本粗暴重复的操作。提升效率的同时也降低出错的可能。

说到写文档。

资深同事觉得要写的高 (厚) 大(黑)上 (学),甚至吹嘘地出彩。大公司的生存之道,这些潜规则你不愿意去遵守,有时候会受伤,很多时候我选择忠于内心,包括这次。因为我终究认为这东西很平凡,它的优点在于有价值,不是纯粹为 KPI 为生的物品。我用 markdown 把整个后台设计和类图都清爽的表达出来。在给组内推行 markdown 的时候,本以为如此好用的工具会得到大家青睐,但显然大家还是不愿意接受,遗憾。

something

系统模拟了业务人员平时的工作流程,所以适应起来相对容易。不过依然有部分同事会排斥,新东西的诞生让他们有了不信任感。也许需要给他们更多的时间来适应。或许生活中我们也会这样,新事物总需要经受住考验质疑,只有足够好才会被历史选择。

这个开发过程中,也让我看到很多不好的过程,比如代码发布,持续构建,技术选择。做的不是很好,但平日的阅读和折腾理解让我坚信有更对的选择。比如访问量不大的系统用C++写CGI就是很蛋疼的选择,PM 的个人视野也限制了进展的效率。

这个工具开发烧了我不少脑筋,需要足够智能去适配业务,以及变态的需求,极力去推动这个系统也让软技能也有一番磨练。


末了,我在腾讯还是留下了一个让自己自豪的东西。

Comments