Skip to content

2018 01 15 极致游戏技术雷达

1203 字
   

##主要变更

内容 原状态 现状态 备注
Mattermost 采用 新增 替代QQ、TIM、钉钉的企业聊天解决方案,简直太好用,如果不是Slack国内不能用,我也不回去找这个工具
JIRA+Scrum 评估 新增 敏捷项目管理方法,Scrum大法好,可惜非技术人员要教会还要费一定时间,sigh
Phabricator 评估 新增 代码审核系统
代码审核 评估 试运行 代码审核已经成为研发质量问题的焦点
CentOS 7 评估 采用 系统稳定,可以正式投入生产环境
Docker 评估 评估 暂时不知道拿来做什么,应用场景未知
Golang based distributed cluster 基于Go的分布式游戏服务端架构 试用 引入新技术架构解决承载与开发过程中学习曲线与人才资源短板问题
Go语言 试用 引入新框架后,需要学习新语言和相关开发技术
Cocos2d-js 评估 采用
Cocos-Creator 试用 新架构与技术方案引入同时带入的框架

预期差异

XWIKI项目终止

  • 尝试解决组织内知识管理平台分散的问题 目前组织内存在两套confluence、为知笔记、word等知识管理方式,碎片化严重
  • 版权问题 confluence属于未授权的破解使用状态
  • 功能缺失 confluence由于未授权使用,大量插件无法安装或更新,主程序版本无法升级,导致不少功能需求无法满足
  • 完善知识管理与协作 这里就不多说了,要重构从新人入职培训开始到工作中的习惯与规范
  • 统一工具 整合confluence、为知笔记、word等在线或离线知识管理工具
  • 完善内容 完善中文汉化内容,完善缺失功能
  • 完善技术支持 使用方法、语法说明、宏功能等文档与案例,由运维提供使用最佳实践与需求、技术支持
  • 标准化 定制模版功能

现实

  • 尝试解决组织内知识管理平台分散的问题,最终因新平台使用成本过高而终止
  • 所有业务整合到confluence企业WIKI的最新版中
  • 所有知识库整合完成
  • XWIKI完成阶段性使命,下线

运维平台上线

  • 运维淡出执行层 避免团队变成工具人部门,重复劳动交由软件与自动化技术时间,运维工程师只掌握核心流程与自动化实现方案
  • 流程与自动化技术整合 减少人员交接时出现各种非技术原因导致的工作问题
  • 最大程度榨取工作负载 压榨计算资源,释放人力资源

现实

目标预期达成,遗留项目2018年收尾处理,或整合,或消亡。

###为TD部门构建进行基础铺垫

  • 终于不是BTD部门 包括但不限于自研技术、外部流行技术的探索、实践与沉淀
  • 工程师文化 逻辑、效率、简单直接
  • 开发流程沉淀 解放上官老铁,避免只有一个开发人员的情况出现
  • 开发方式沉淀 解放上官老铁,避免只有一个开发人员的情况出现
  • 项目管理方式沉淀 解放上官老铁,避免只有一个开发人员的情况出现
  • 知识协作平台 解放上官老铁,避免只有一个开发人员的情况出现

现实

  • 上官老铁依旧没留住,技术部组建计划胎死腹中
  • 工程师文化 在于企业文化交融的过程中出现一定的迷茫和差异,18年会着手明确和推进工程师在公司内的实体化
  • 开发流程、开发方式 根据17年收集的问题,将于18年完成第一版雏形并推进
  • 知识协作平台 构建完成,将于18年进行更彻底的积累与协作
  • 技术部组建失败,运维部看不下去,举起反旗的同时启动技术及服务的咨询和实践支持