unity本身并没有自带建模工具，不过有些相关的插件，功能远没有专业的建模软件强大，所以unity是将外部的静态模型素材直接导入，进而让其具备游戏中的动态效果。

而在游戏中一般常用的建模工具是3Dsmax和maya，两者很多功能基本相同，但是操作上的差异很大。

Max比maya更容易上手一些，max用中文居多，maya一般用英文；

操作方面，max操作方面比较生硬，很多功能更加智能一些。maya操作比较灵活，功能比较零碎，建模要更加方便快捷。

Unity开发是偏编程的，3D建模是偏美术的，这两个学习方向还是很不一样的。

如果学习3d建模的话，更有利于游戏的开发。以及场景的建设

unity3d用的C#和开发Winform、ASP.net的C#是不一样的，主要是作为一种脚本语言来进行场景中对象的控制和和业务逻辑的实现，所以如果有任何一门面向对象编程语言的经验，那熟悉一下C#的基本语法就可以开始编程了，这里的重点恰恰不是需要C#的特性而是需要熟悉面向对象语言的共性以及Unity3D脚本编程的特点特别是ScriptingAPI（当然您如果重点在插件开发、服务器端开发等方面，那就另说）。重点不是记忆而是应用和理解，实际上常用的场景对象并不多，并且像美工、程序员、构架师等不同的开发角色需要掌握的重点也不一样，就算是美工还分场景、模型、地形等不同的重点，所以硬要去记住所有的对象参数再进行开发是不现实的，何况unity3D的一大优势在于第三方插件极其丰富，当你使用不同的插件时又需要了解插件的各种参数，有的插件参数多达几十项。所以重点在于使用和理解，先从核心的和你当前开发急用的方面开始，最后你会发现参数虽多，实际上分类就那么些，比如控制transform的、控制shader的、控制gui的、控制rendering、控制network的……你最终会对这些参数形成一个大纲，然后即使是没用过的插件参数也可以顾名思义的立刻会用了。这个很不好说啊，按目前实际工作来看最多的是脚本类的编程吧，然后还有服务器端编程、插件编程、shader编程……，不是说那个方面需求多就是重点，比如基础的脚本编程，门槛很低，以后能胜任的人会越来越多。依我看如果想走得远，需要对各类编程都了解，特别是能整合不同方面的开发、能做构架（这样就可以让老板看你脸色了，呵呵）。

这个看情况，unity3d是什么软件，他们和3DMAX或者MAYA的关系，估计你也应该知道。 如果你主要从事游戏的程序开发工作，那么不需要学习3DMAX，只要知道一些基础就可以了，公司一般会有专人来配合你工作。如果你从事的是美工工作，那么就要学习3DMAX或者MAYA了。

如果你想程序和美工自己一个人搞定，那更要学了。

学习Unity不需要学3D建模,在游戏公司会有专门的游戏建模师根据游戏需要建模,程序员只需要把模型师做好的模型导入到unity引擎里面实现游戏效果即可.

unity3d用的C#和开发Winform、ASP.net的C#是不一样的，主要是作为一种脚本语言来进行场景中对象的控制和和业务逻辑的实现，所以如果有任何一门面向对象编程语言的经验，那熟悉一下C#的基本语法就可以开始编程了，这里的重点恰恰不是需要C#的特性而是需要熟悉面向对象语言的共性以及Unity3D脚本编程的特点特别是ScriptingAPI（当然您如果重点在插件开发、服务器端开发等方面，那就另说）。重点不是记忆而是应用和理解，实际上常用的场景对象并不多，并且像美工、程序员、构架师等不同的开发角色需要掌握的重点也不一样，就算是美工还分场景、模型、地形等不同的重点，所以硬要去记住所有的对象参数再进行开发是不现实的，何况unity3D的一大优势在于第三方插件极其丰富，当你使用不同的插件时又需要了解插件的各种参数，有的插件参数多达几十项。所以重点在于使用和理解，先从核心的和你当前开发急用的方面开始，最后你会发现参数虽多，实际上分类就那么些，比如控制transform的、控制shader的、控制gui的、控制rendering、控制network的……你最终会对这些参数形成一个大纲，然后即使是没用过的插件参数也可以顾名思义的立刻会用了。这个很不好说啊，按目前实际工作来看最多的是脚本类的编程吧，然后还有服务器端编程、插件编程、shader编程……，不是说那个方面需求多就是重点，比如基础的脚本编程，门槛很低，以后能胜任的人会越来越多。依我看如果想走得远，需要对各类编程都了解，特别是能整合不同方面的开发、能做构架

unity3d用的C#和开发Winform、ASP.net的C#是不一样的，主要是作为一种脚本语言来进行场景中对象的控bai制和和业务逻辑的实现，所以如果有任何一门面向对象编程语言的经验，那熟悉一下C#的基本语法就可以开始编程了，这里的重点恰恰不是需要C#的特性而是需要熟悉面向对象语言的共性以及Unity3D脚本编程的特点特别是ScriptingAPI（当然您如果重点在插件开发、服务器端开发等方面，那就另说）。重点不是记忆而是应用和理解，实际上常用的场景对象并不多，并且像美工、程序员、构架师等不同的开发角色需要掌握的重点也不一样，就算是美工还分场景、模型、地形等不同的重点，所以硬要去记住所有的对象参数再进行开发是不现实的，何况unity3D的一大优势在于第三方插件极其丰富，当你使用不同的插件时又需要了解插件的各种参数，有的插件参数多达几十项。所以重点在于使用和理解，先从核心的和你当前开发急用的方面开始，最后你会发现参数虽多，实际上分类就那么些，比如控制transform的、控制shader的、控制gui的、控制rendering、控制network的……你最终会对这些参数形成一个大纲，然后即使是没用过的插件参数也可以顾名思义的立刻会用了。这个很不好说啊，按目前实际工作来看最多的是脚本类的编程吧，然后还有服务器端编程、插件编程、shader编程……，不是说那个方面需求多就是重点，比如基础的脚本编程，门槛很低，以后能胜任的人会越来越多。依我看如果想走得远，需要对各类编程都了解，特别是能整合不同方面的开发、能做构架（这样就可以让老板看你脸色了，呵呵）。

可以不学max，只单纯的学程序，游戏需要的模型可以寻找一些免费的3d资源，但这样不一定能找到自己需要的模型，问题也会有很多……但还是有很多程序员这样做出的游戏。你的情况也只能是这样，找免费模型做游戏了。