游戏的技能写在服务器吗

是。
游戏的大部分逻辑实现与逻辑数据验证都会放在服务器端，所以服务端程序需要明确了解策划的需求，要了解就需要沟通，沟通方式的正确与否，直接关系到功能的实现。
目前自己了解到的游戏服务端，C++、Java、nodejs技能点需求服务器，一般叫后端。

不同的方向有不同的技能要求和发展前景，需要根据自己的情况选择，两个方向都是目前主流的开发行业。游戏后端开发需要掌握网络编程、高并发、消息队列等技术，开发出高性能、高可用性的游戏服务器。后端开发需要熟悉数据库、API设计、服务架构等知识，开发出高质量、易维护的Web应用。运维开发需要熟悉Linux、云计算、自动化运维等技术，保障系统的稳定性和高可用性。

游戏后台控制是指游戏开发者在游戏中设置的一系列控制参数，用来控制游戏的行为、玩法、规则等。游戏后台控制可以帮助游戏开发者更好地控制游戏的运行状态，从而更好地为玩家提供更好的游戏体验。游戏后台控制的功能可以分为以下几种：
1 游戏规则控制：游戏开发者可以通过游戏后台控制设置游戏的规则，比如游戏的玩法、游戏结束条件、游戏奖励等。
2 游戏玩家控制：游戏开发者可以通过游戏后台控制设置游戏玩家的权限，比如玩家可以使用的资源、玩家可以参与的活动等。
3 游戏统计控制：游戏开发者可以通过游戏后台控制设置游戏的统计数据，比如游戏的流失率、游戏的收入等。
4 游戏安全控制：游戏开发者可以通过游戏后台控制设置游戏的安全策略，比如游戏的防沉迷系统、游戏的反作弊系统等。

前端是指HTML，css，javascript，ps美工，UI，Flash等等
后端是指服务器端asp，jsp，php
还有数据库SQL，各种编程语言Java，net等等

先上一个简单的流程示意图

然后再从客户端输入用户名和密码开始说起：

流程：
1 客户端输入渠道账号user_name和密码password；
2 登录，登录SDK成功之后，会返回一个token令牌；
3 保存token；

传入： app_id、app_key、user_name、password
返回： token

说明：
app_id和app_key是游戏制作方在接入渠道sdk时申请的；
user_name和password需要游戏玩家自己申请，有的渠道支持游客登录。

流程
1 登录成功之后可以获取服务器列表server_list；
2 显示服务器列表；

返回： server_list

说明：
游戏服务器列表一般是通过配置在客户端的一个链接直接获取的。
这个配置文件可以通过资源更新的方式更新，客户端可以根据服务器列表选择要进入的区服。

1 客户端从服务器列表选择要登陆的服务器；
2 通过选择的服务器可以得到登录服的ip和port；
3 登录获取游戏服的ip和端口；

传入： token
返回： ip、port

说明：
在登录成功之后会返回游戏服服的ip和port。

1 登录服拿到客户端传入的token；
2 将token传给认证服，拿给渠道验证；
3 渠道验证成功之后会返回aid，然后保存认证信息(登录游戏服的时候会用到)；
4 根据负载均衡分配游戏服ip和port，返回给客户端；

传入： app_id、app_key、token
渠道返回： aid
返回给客户端： ip、port、aid

说明：
渠道验证一般也是一个链接，在渠道的开发文档中会给出；
如果客户端用的是游客账号登录，以后绑定账号之后aid也不会改变，除非是更换了设备，或者卸载游戏重新安装；
保存认证信息是为了防止玩家在没有通过认证的情况下直接登录游戏服，
大型手游后端会有多台游戏服务器，登录服会根据负载均衡分配一台游戏服给玩家。

1 拿到登录服返回的ip和port及aid之后断开与登录服的链接；
2 拿新的ip和port登录游戏服；

传入： aid

1 拿到aid之后到认证服中验证改玩家是否登录；
2 认证成功之后返回玩家该服务器上角色信息；
3 进行游戏。

返回： 角色信息

以上就是大型手游登录的全部流程。

这个过程中会涉及到三方：客户端，渠道，服务端；
服务端分为三种：登录服，认证服，游戏服。

当然可以。最好走>