以立刻进入怎么做的环节，也就是说，可以开始系统设计，甚至直接开始编码。
但对于涉及到较大规模团队的复杂系统来说，就不能这么干了，dave童鞋的回忆里面，讲述了他组建indosnt开发团队以及启动indosnt项目时候的真知灼见。
那就是，要为整个项目选择一致的，明确的策略。
策略是什么呢，策略就是评价的标准，优先级的选择，在碰到问题时候判断优劣的准则。
比如说indosnt这样的系统，整个生命周期可能会持续十年、二十年甚至更长时间，那么可扩展性就为成为设计的核心策略。
这样面临选择的时候，如果a方案性能更好，但是扩展性差，b方案性能略差但是扩展性好，那么根据一致的核心策略，整个团队就会没有争议的选择方案b。
而对于王一男他们开发的这个大型信息传输基础结构来说，可靠性是核心策略，这就要求在设计的时候选择容错性最好，对网络环境依赖最小的方案。
有了一致的策略，团队在选择的时候才能有参考的依据，而不是简单的拍脑袋或者根据主管的喜好，要知道，技术方案的分歧，往往是造成研发团队分裂的最主要因素。
跟服务端开发团队讨论完了需求，设计策略，以及根据设计策略选择的主要技术方案之后，王一男对他们在哥德尔系统帮助下，实现这个系统的能力和实现质量还是充满信心的。
接下来就是客户端了，一张白纸好作画，王一男面临的第一个问题，是选择跨平台的高层解决方案，比如说html5 或者 reactnative，一种语言或者说一套代码，可以在多个平台运行。
还是选择每个平台自己的主力开发语言，java，objectc，或者最新的kotlin或者sift。
两种方案各有利弊，跨平台的方案，代码量小，需要维护的东西也少，但是性能肯定比平台原生方案要差，而且碰到一些
本章未完，请点击"下一页"继续阅读！ 第2页 / 共6页