无法给LZ个大概时间作参考，但像杀戮尖塔这类游戏的开发时间，通常都取决于程序员的当前水平和已有的项目经验，以下点满足的越多，那自然就开发得越快，否则就只能期盼于程序员的自学速度和攻关能力了
————
1、程序员是否已有 “类似规模（甚至更大规模）” 游戏的开发经验，从而保证能够独自搭建和驾驭一个相对完整的游戏代码框架（游戏启动初始化、读取资源、到游戏标题界面、再到各个功能场景间的切换、以及各种基础功能的实现、UI实现、对数据结构的组织等）
2、程序员是否有 “所需玩法” 的同类项目的开发经验。例如像杀戮尖塔这种，对于卡牌效果自定义有刚需的回合制项目，那就要求程序员对卡牌效果实现的文本解析运行这块，以及对基础的回合制玩法的实现逻辑这块，具有一定的开发应用经验，或者至少有所了解
【极端情况下，如果能刚好找到个独自开发过同类项目的程序员的话，那让他直接给原项目换个皮，或者按着原项目的代码框架来重新搭建，那自然是很快就能完成开发工作了】
3、能否找搞到现成的、符合自己项目要求的项目源代码，来给程序员作为参考（如果已经满足了1、2的话，那3这点其实就没那么重要了，但对于没经验的程序员而言，有参考肯定会比没参考要强不少）
4、策划对项目的准备程度，没啥说的，就是经典的程序员到底有多想掐死策划这回事而已。策划过于不靠谱，那程序员的开发工作自然也会受阻
————
至于工资，对于小团队来说，这是个玄学和风险评估问题。一方面不同城市肯定工资不同。另一方面工资值不值、值多少，还是要看实际上能招到的人到底有多强，同时结合自己最终愿意给出多少工资、以及对项目的可实现性而定。如果招的是个肯定完不成项目的菜鸡，那自然给的再少工资都算亏，反之如果项目最终顺利完成并大卖的话，那其实只要自己能接受，给多少都有可能是值得的
另外就是如果项目本身，以及项目组里的其他人员看起来都很靠谱的话，即便是有较强能力的程序员，也是有可能接受以“较低的固定工资 + 最终分成为大头”的方案的（画饼能力、吸引力）
