据一致的核心策略，整个团队就会没有争议的选择方案B。

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

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

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

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

　　还是选择每个平台自己的主力开发语言，Java，Objet，或者最新的Kotlin或者Sift。

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

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

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

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

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

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

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

　　但是再好的内容，注册的广告做得再好，50次点击能够产生一次注册，那就是非常了不起的成就了。

　　因为注册至少需要用户填写用户名，密码和确认密码三个栏目，而且用户名这个栏目跟已有用户名冲突的可能性是100%，需要用户反复尝试输入。

　　当然还有更多作死的产品经理，要求用户在注册的时候输入昵称啊、性别啊、年龄啊、爱好啊等等等等，这样完完整整完成一次注册的用户比例就更低了。

　　于是鹅厂当年最早推广企鹅的时候，采用了唯一企鹅号码的办法，自己挑选组合加上随机生成的办法，这种方法最大的好

　　请收藏：https://m.bqg82.com

（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）