己折腾出来。
就连c-link也是以柏拉图系统为研究对象，迪恩在此基础上做了改进。
但这次的软件不同，从功能到底层代码，迪恩全部需要重新设计。
尤其是采用了两种新技术协议，在没把它们吃透之前，自诩为天才的迪恩也搞不定。
“迪恩，或许我们该考虑一下大卫的建议。”马库斯认为找人帮忙，并没有什么不合适的地方。
大学里不就是这样吗？尤其是计算机专业的学生。如果有人写了一款颇具创意的软件工具，那很快就能在学校里传播开。
当然如果你遇到了编程问题，也有很多人乐意伸出援助之手。这并不涉及什么利益问题，更多是因为兴趣而吸引到了一起。
“ok，我同意寻找外援。”迪恩接受了大卫的建议，“不过在那之前我们先明确一下目前遇到的问题。”
迪恩善于接受别人的建议，也乐意请人来帮忙。但戴森的前车之鉴让他明白，有些事情还是提前说清楚为妙。
“irc协议主要用于中继聊天以及传输文件，g.722宽带音频编码器是为了语音通信。
现在让我们棘手的是怎么把这些功能集于同一款软件，并保证它们可靠的运行。
此外g.722对音频采集的速度是以前的两倍，达到了64 kbit/s，这对现在的网络传输速度而言是個巨大的挑战。”
“没错，这样的采样率保证了语音的质量，但数据包的容量也会成倍增长。”大卫点点头赞同了迪恩的分析。
“基于irc协议开发的中继聊天功能，也需要对应服务器的支持。
迪恩，我觉得你在软件完成之前最好考虑一下服务器问题，那玩意儿可不便宜。”
马库斯从另外一个角度，分析了这款软件在应用上的潜在风险。
“所以…”迪恩摊开手，“也就是说这款软件主要的问题不是编程，而是怎么在现有的网络环境中生存下去？”
“嗯哼~”马库斯点点头，“这是核心问题，不过我认为编程也是个麻烦，至少我搞不定。”
“编程如果找外援的话，最终我们肯定可以解决。但如果最终做出来的软件，没有人愿意使用的话，这可能会很令人沮丧。”
大卫身上同样具有极客精神，如果耗费自己许多心血的作品，不被人认可，那无疑是一件糟糕的事。
看着两人等待自己拿主意的模样，迪恩却笑了起来。“co
本章未完，请点击下一页继续阅读！