哥德尔系统提示您：看后求收藏（爱米文学网aimiwx.com），接着再看更方便。
这样面临选择的时候，如果A方案性能更好，但是扩展性差，B方案性能略差但是扩展性好，那么根据一致的核心策略，整个团队就会没有争议的选择方案B。
而对于王一男他们开发的这个大型信息传输基础结构来说，可靠性是核心策略，这就要求在设计的时候选择容错性最好，对网络环境依赖最小的方案。
有了一致的策略，团队在选择的时候才能有参考的依据，而不是简单的拍脑袋或者根据主管的喜好，要知道，技术方案的分歧，往往是造成研发团队分裂的最主要因素。
跟服务端开发团队讨论完了需求，设计策略，以及根据设计策略选择的主要技术方案之后，王一男对他们在哥德尔系统帮助下，实现这个系统的能力和实现质量还是充满信心的。
接下来就是客户端了，一张白纸好作画，王一男面临的第一个问题，是选择跨平台的高层解决方案，比如说HTML5 或者 ReactNative，一种语言或者说一套代码，可以在多个平台运行。
还是选择每个平台自己的主力开发语言，Java，ObjectC，或者最新的Kotlin或者Sift。
两种方案各有利弊，跨平台的方案，代码量小，需要维护的东西也少，但是性能肯定比平台原生方案要差，而且碰到一些底层的调用，还得求助于原生代码。
而原生方案其他都好，就是一个问题，同样的功能每个平台都要写一遍。
经过长时间的权衡和讨论，最后决定安卓直接上Kotlin，IOS直接上Sift，反正这也是版本0.1，没有任何遗留代码的包袱。
解决了开发语言和随之而来的开发工具的问题，接下来就是浩如烟海的具体功能了。
当然对于推向市场的第一个版本吗，功能可以简化简化再简化，但是最基础的一对一视频、一对多视频以及多对多视频是必须支持的。
在此之前，有一个看起来简单，但是直接影响成败的问题需要解决。
那就是用户的注册问题，在移动互联网来临之间的PC互联网时代，这是一个非常困难的问题，我举个简单的例子大家就明白了，鹅厂的一次点击明码标价，大概从几毛钱软妹币，到几块钱软妹币不等。
