开发者社区
Aspect Ratio 标准为什么是16:9?
写完二的时候其实后续的公测和版本更新几乎不用写了，如果经过两轮以上的测试几乎所有的上线流程已经全部熟悉了。但是突然想下还是有些不同，所有下面可能会粗略的说下一些漏掉的内容和发行策略之类的内容。八、公测前后的基本准备产品公测意味着后续的工作会更加忙碌或者接近尾声了。不管结果如何，我们这些问题可别忘记了思考。1.服务器数量预备方案。当然是通过数据分析预估新增的方式来判断预备数量，别到了用的
第一篇点这里！下面将会分享整个从首测到公测整个时间历程的所有过程，有些可能会和前文内容一样，但是偏重点会变化。那么开始吧。五、送上测试可没那么难单纯的提供安装包可能很简单，但是完成测试可没那么简单，我们要细数一个游戏测试至少会涉及哪些哪些东西，我们的工作重点偏向了那里。如何护送一个包完美的进行测试。别火烧到家门，才发现自己没穿裤子。1.一个完整可运用的包对于完整，很多人都会说完成度百分
最近在整理信息，也为了需求期间，重新梳理下自己的知识。在这里再次和大家分享下运营工作的技术含量到底在哪里？如果只是付个钱，上个架，给点玩家级别的体验反馈，谁不会？啊，可能我还要给你们讲讲这个付点钱，上个架对于公司来说应该很容易，但是对于个人来说很难哦。所以本篇就是讲如何付个钱，上个架。看看发现运营的技术含量到底差在哪里。一、发行运营不需要专项人才听到这句话的时候，大家有没有很吃惊。不是说好的分为：
一.活动统计收集1.关注其他竞品游戏活动形式，收集分析。关注其他游戏版本更新，以及活动投放情况。将其他运营活动形式搜集，并根据活动不同目标整理分类，供后续学习参考。活动目标包括：拉新、活跃、充值、消费等。2.了解统计往期运营活动。将已经投放过的活动统计收录，并归纳各个活动的特点形式。为后续投放做准备。3.活动资源扩
本文首发于知乎专栏：MACK的游戏开发笔记，欢迎各位关注。在写一些网络优化总结的时候，翻到了年初3月份写的技术目标。在此之前因为玩法在不断摸索，主要的时间都在独立解决一些问题上，几乎不会涉及到技术任务的分配。但因为4月份版本需要上线测试而且至关重要，但当时的版本还过于Demo化延迟性能等都有不少问题，因此也被委以重任制定技术上下个月版本的技术目标，希望能有所提升。着实挖空心思了一番！丧尽天良的列
项目结构提到项目结构这点，其实它的重要程度很多人都忽视掉了，清晰合理的项目结构可以让多人开发更高效，越大的项目效果越明显；优秀的项目结构可以让人更好的沟通，让其它模块的人迅速熟悉和了解另一模块，还可以让新加入团队的人快速了解和掌握项目。 先说项目结构。项目结构非常重要，有的项目结构非常混乱，别说是新加入团队的新人，就是熟悉项目的人也不能迅速的找到一个功能所在的位置，这样的目录结构就是非常糟糕的了，
作者：刘宇背景Git 是现在最为流行的源代码版本控制软件，更好的解决了多个协作问题。协作必须有一个规范的工作流程，才能让大家有效地合作。工作流程在英语中叫：Workflow，或者 Flow，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡。而现在主要流行的有：Git-flow 、Github-flow 、Gitlab-flow。每个流程都各有千秋，今天我们在这里不
前言：工作需求每天都有，但总有一些冥冥之中会被更多人关注，如实事热点、周年庆典、大版本发布、热门合作等，那这些被更多关注的项目是否就是传说中的大型项目呢？视觉设计师在这样的项目中，又该如何发挥自己最大的作用，找到自己的最佳定位，保证高质量高效率的完成项目呢？ 项目需求中，往往会根据产品功能的优先级、重要程度、工作量级、影响效应范围、资源投入量等维度来对其进行项目级别的评判，如该项目需求能对团
