比如说indosnt这样的系统，整个生命周期可能会持续十年、二十年甚至更长时间，那么可扩展性就为成为设计的核心策略。

这样面临选择的时候，如果a方案性能更好，但是扩展性差，b方案性能略差但是扩展性好，那么根据一致的核心策略，整个团队就会没有争议的选择方案b。

而对于王一男他们开发的这个大型信息传输基础结构来说，可靠性是核心策略，这就要求在设计的时候选择容错性最好，对网络环境依赖最小的方案。

有了一致的策略，团队在选择的时候才能有参考的依据，而不是简单的拍脑袋或者根据主管的喜好，要知道，技术方案的分歧，往往是造成研发团队分裂的最主要因素。

跟服务端开发团队讨论完了需求，设计策略，以及根据设计策略选择的主要技术方案之后，王一男对他们在哥德尔系统帮助下，实现这个系统的能力和实现质量还是充满信心的。

接下来就是客户端了，一张白纸好作画，王一男面临的第一个问题，是选择跨平台的高层解决方案，比如说html5 或者 reactnative，一种语言或者说一套代码，可以在多个平台运行。

还是选择每个平台自己的主力开发语言，java，objectc，或者最新的kotlin或者sift。

两种方案各有利弊，跨平台的方案，代码量小，需要维护的东西也少，但是性能肯定比平台原生方案要差，而且碰到一些底层的调用，还得求助于原生代码。

而原生方案其他都好，就是一个问题，同样的功能每个平台都要写一遍。

经过长时间的权衡和讨论，最后决定安卓直接上kotlin，ios直接上sift，反正这也是版本0.1，没有任何遗留代码的包袱。

解决了开发语言和随之而来的开发工具的问题，接下来就是浩如烟海的具体功能了。

当然对于推向市场的第一个版本吗，功能可以简化简化再简化，但是最基础的一对一视频、一对多视频以及多对多视频是必须支持的。

在此之前，有一个看起来简单，但是直接影响成败的问题需要解决。

那就是用户的注册问题，在移动互联网来临之间的pc互联网时代，这是一个非常困难的问题，我举个简单的例子大家就明白了，鹅厂的一次点击明码标价，大概从几毛钱软妹币，到几块钱软妹币不等。

但是再好的内容，注册的广告做得再好，5

本章未完，请点击"下一页"继续阅读！ 第2页 / 共5页