第95章 Teas（2/4）

象，迪恩在此基础上做了改进。

但这次的软件不同，从功能到底层代码，迪恩全部需要重新设计。

尤其是采用了两种新技术协议，在没把它们吃透之前，自诩为天才的迪恩也搞不定。

“迪恩，或许我们该考虑一下大卫的建议。”马库斯认为找人帮忙，并没有什么不合适的地方。

大学里不就是这样吗？尤其是计算机专业的学生。如果有人写了一款颇具创意的软件工具，那很快就能在学校里传播开。

当然如果你遇到了编程问题，也有很多人乐意伸出援助之手。这并不涉及什么利益问题，更多是因为兴趣而吸引到了一起。

“ok，我同意寻找外援。”迪恩接受了大卫的建议，“不过在那之前我们先明确一下目前遇到的问题。”

迪恩善于接受别人的建议，也乐意请人来帮忙。但戴森的前车之鉴让他明白，有些事情还是提前说清楚为妙。

“rc协议主要用于中继聊天以及传输文件，g.722宽带音频编码器是为了语音通信。

现在让我们棘手的是怎么把这些功能集于同一款软件，并保证它们可靠的运行。

此外g.722对音频采集的速度是以前的两倍，达到了64kbt/s，这对现在的网络传输速度而言是個巨大的挑战。”

“没错，这样的采样率保证了语音的质量，但数据包的容量也会成倍增长。”大卫点点头赞同了迪恩的分析。

“基于rc协议开发的中继聊天功能，也需要对应服务器的支持。

迪恩，我觉得你在软件完成之前最好考虑一下服务器问题，那玩意儿可不便宜。”

马库斯从另外一个角度，分析了这款软件在应用上的潜在风险。

“所以…”迪恩摊开手，“也就是说这款软件主要的问题不是编程，而是怎么在现有的网络环境中生存下去？”

“嗯哼~”马库斯点点头，“这是核心问题，不过我认为编程也是个麻烦，至少我搞不定。”

“编程如果找外援的话，最终我们肯定可以解决。但如果最终做出来的软件，没有人愿意使用的话，这可能会很令人沮丧。”

大卫身上同样具有极客精神，如果耗费自己许多心血的作品，不被人认可，那无疑是一件糟糕的事。

看着两人等待自己拿主意的模样，迪恩却笑了起来。“eon，我反而觉得这两点是最容易解决的事。”

“ht？”马库斯和大卫面面相觑。

“迪恩，我一直