一篇“从产品经理的角度算一算,做个app需要多少钱”的文章在网上疯传,可见大家对互联网创业的热情!这次,从一名技术经理的角度再给大家分析一下,如何使用跨平台开发技术为你节省上百万的开发成本。所谓“跨平台”开发技术,就是使用一种语言和一种开发工具同时支持几种不同的手机/平板设备,这样做不仅仅省钱而且开发效率高,可以让你更快的推出新版本和新功能!
作为一名软件工程顾问,我曾参与过很多的项目,主要为软件团队进行开发工具和方法论方面的咨询/培训/指导,我接触过不下100个各种类型/大小的开发团队,有传统行业,有互联网,有不差钱的,也有刚起步的创业者;其中也不乏app开发项目。开发团队遇到的问题最大共性是每个人在一个团队中的位置很大程度上决定他的判断,简而言之:视野问题!而当大家问一名IT人士那个经典的“做个app要多少钱?”的问题时,他也仅仅能根据自己的技术背景和经验给你一个答案,更加倾向于推荐那些相对稳妥的方案;而不懂技术的人更加无从判断。我想说的是: 虽然互联网创业是个技术活,但技术选型一定要业务先行,ROI(投入产出比)优先。这就是为什么你首先应该从成本角度进行分析,做出判断;而不要受制于技术!
在回答完那个经典的“做个APP多少钱?”的问题后,下面这些问题就会接踵而来:
对于当前所流行的“互联网+”的众多创业者来说,如何能够以最快的速度和最小的成本来开发/运营自己的产品是决定是否能够在早期快速取得客户,获取生存空间和赢得未来机会的决定性因素。其实对于任何的软件开发来说,多快好省永远是我们的追求,当前的创业大潮使得这一原则更加凸显,也让更多的人了解到了软件开发。
DevOps(研发运维一体化)也是最近几年在软件行业非常流行的做法,DevOps通过打通开发和运维这两个原本属于不同领域的团队来为我们运营产品提供更快的价值输出,其实也是多快好省地体现。从用户的角度,使用手机/平板等移动设备的用户已经超过了PC用户,而在移动设备领域又存在着iPhone/Android/Windows三分天下的状况,这使得上面所提到的快速推出产品变得更加困难,同时由于不同的设备所使用的操作系统,开发环境和运行环境都完全不一致,让我们的研发管理变得更加的复杂,实现DevOps也是难上加难。
这本白皮书将对当前3大主流跨平台开发技术进行详细的介绍,我将借助DeviceOne这个案例,为你展示如何使用跨平台开发技术完成一个典型“互联网+”产品的技术布局,团队组织,开发环境配置和开发流程管理,最终实现基于云的开发运维一体化(DevOps)环境。由于内容较多,我将按照以下顺序逐步发布;本系列的前一部分不会涉及过多的技术内容,适合创业者,技术管理者和普通大众阅读;后半部分会涉及较多深入的技术细节,适合对DevOps和跨平台移动开发技术本身感兴趣的朋友阅读。
由于使用了跨平台开发技术,我们不必聘用同时具备Object-C/Java/C#能力的开发人员,只需要熟练使用JavaScript开发人员即可,我们的团队组成可以规划为:
– Team 1: 2名后台开发人员:○ 熟练使用C#开发语言,ASP.NET MVC ○ 了解Restful接口开发 ○ 负责后台系统中的数据库,WebAPI开发
– Team 2: 1名HTML/Javascript/Web/APP开发人员:○ 熟练使用JavaScript开发语言○ 了解Restful接口开发 ○ 负责DeviceOne的开发(司机APP),同时支持iPhone/Android/Windows Phone移动平台
– Team 3: 1名设计人员○ 熟悉移动APP和Web应用用户体验设计 ○ 可以独立完成平面原型和元素切图,熟悉应用开发过程,具备与开发人员合作的经验
– 1名产品经理○ 熟悉互联网产品和移动APP运营 ○ 熟悉互联网产品开发,具备与研发团队合作经验 ○ 可以独立完成用户故事的编写 ○ 熟悉敏捷开发过程,熟练使用backlog来进行产品规划 ○ 良好的沟通能力
– 1名技术经理(此处可以和Team 2重合)○ 熟练使用JavaScript、c#等开发语言 ○ 熟悉主流前端开发框架和Restful接口 ○ 熟悉互联网开发,具备管理研发团队经验 ○ 熟悉敏捷开发过程,数量使用backlog,sprint,burndown,kanban等工具来进行产品开发过程管理 ○ 良好的沟通能力
随着业务的推进,我们也许需要扩展团队,使用跨平台开发技术前提下,无论简化或者扩展团队,我们的团队永远会和业务对齐,不会有多条业务线使用同一个技术团队的情况出现。在传统的开发模式下,如果你没有足够的资源给每个业务线配备独立的技术团队,而按照技术平台(iPhone/Android/Windows)来组建团队架构的话,就会出现不同的业务线需要同一个技术团队做不同的事情,这时候必然会造成资源冲突,造成内耗。而使用跨平台开发技术就很好的避免了这个问题,因为我们不必因为技术不同而割裂本应该跟随业务的团队结构。大型软件研发团队的管理中的首要原则就是团队应该和业务对齐,而不要受技术选型的影响;这样做的目的是为了我们可以根据业务线的需求,最小化外界因素对交付的影响,做到按照业务功能持续交付;而多条业务线使用同一个技术团队,不仅仅开发人员无所适从,也会大幅增加沟通成本,造成质量问题。
最后,对于团队建设和能力成长,采用跨平台技术的团队使用同样的语言,工具,开发环境;这使得团队成员的沟通变得容易,大家可以一起交流技术,互相帮助对方完成工作,这样更加有利于我们建立健康的团队氛围,培养大家互相协作的气氛。
在现实中,我遇到的朋友很多都问我怎样多快好省地开发一款app,我常常告诉他们应该用跨平台技术;但最后的结果他们还是会选择传统的各平台独立开发的方式,希望以上的分析能够帮助这些朋友可以对“跨平台”技术的成本优势有所了解。当然,你心里关于这些技术的其他疑问,比如他们和传统原生app有哪些不同,各种不同的跨平台技术间有哪些优劣,在后续的文章中我都会一一解答……