13 年,本科毕业,计算机专业。
工作/实习经历:
在所谓的互联网大厂呆过,也在小公司参与过创业。
主要技术栈:Ruby/Golang/NodeJs
框架的话,Ruby On Rails 用了 n 年;Golang 基本上是纯撸;NodeJs 主要是写爬虫以及使用 Angular.
主要做后端开发,简单的前端也可以。算是所谓的 “全栈”。
目前闲置在家,靠 “炒币” 过生活。
电竞数据网站。按照自己理解,大致分为:
包括
游戏固有数据:英雄、武器、装备、技能、天赋、地图、符文、铭文等
皮肤、饰品
这一部分相对比较固定,游戏不出新版本,基本上不会变。
联赛
赛事
系列赛
每一局比赛
战队
队员
每一局赛 - 战队 & 队员
系列赛 - 战队 & 队员
地图 - 战队 & 队员
bp
一般从战队、队员角度出发:人头、比分,战队、队员、塔,经济、经验,装备等
击杀、人头等关键事件
游戏以及数据有限,一般仅有事件和少量赛事数据。
全平台赔率(百家赔)
玩法、盘口
赔率
赛前、滚球
任一竞猜平台,核心功能:开盘、操盘、结算等。但我们只是数据网站,不需要这些功能。
胜率曲线
历史比赛
对阵图 - 战队 & 队员
可用来分析比较、预测当前比赛
游戏 - 地图 - 胜率
游戏 - 英雄 - 胜率,克制关系
游戏 - 武器、装备 - 胜率
加强对 “游戏” 的理解。
联赛 - 战队 & 选手
游戏 - 战队 & 选手
地图 - 战队
加强对 “战队、选手” 的理解。
和赛后数据的区别在于:
以系列赛、某一局比赛为统计维度的话,是赛果。这里以 “游戏” 或 “联赛”,做为统计维度,相对来说统计范围较大。
历史队员、候补队员
转会
电竞椅
电竞耳机
游戏鼠标
按功能划分为如下 9 个项目/仓库:
现在实际情况是,考虑到数据部分如果全部拆分成单独的项目,放在一起,做模块隔离。
爬虫部分分为 Ruby,NodeJS 两个项目。
一个大前台,一个大后台,2 个项目/仓库:
设计上前后端分离。
所有仓库共用一个数据库,但不同模块有各自的表,不可直接使用其它模块数据(除 web-cms 外)创建的表及字段,只能通过内部接口。
基础数据 data-basic:
基础数据,按游戏划分,有游戏数据。
如英雄、装备、技能,战队、队员,转会记录等。
赛程数据 data-schedule:
包括联赛、赛事、系列赛、每一场、每一局比赛等数据。
实时数据 data-live:
包括直播、实时的图文数据。
主要影响系列赛、每一局/场比赛。
统计数据 data-stats:
英雄相关,战队、队员、装备、地图,对阵图、前瞻、排名,历史数据、交手记录等统计数据。
竞猜数据 data-bets:
盘口、胜率、赔率等数据。
网站其它数据 web-site:
网站其它数据,如广告位等。
CMS 管理 web-cms:
统一的后台管理。
管理 data-basic, data-bets, data-live, data-schedule, data-stats, web-site, spider-ruby, spider-xxx
它可以直接操作数据,不需要调用其它服务。
大前台 console-frontend:
数据由各个后端项目提供,但不包括 web-cms, spider-ruby, spider-xxx
有命名空间 api 做限制。
大后台 console-backend:
数据全部由 web-cms 提供。
5 份文档:
给前台用的 api 文档 给后台用的 cms 文档 给商户用的 api 文档 x 外部来源数据对接文档 服务与服务之间互相调用的接口文档 x
简单说:当前有爬虫项目两个,后端核心项目一个,前端项目一个。
想写的东西太多,有点乱。如果您能看到这里,那得说声 “谢谢”。
断断续续,开发了很长时间,一方面是工作量挺大,另一方面是需要很高的自律,发出来 “勉励” 自己。
如果有电竞相关的爱好者,欢迎一起交流;有兴趣的话,一起创造则更好,前端说实话并不是我强项,急需!