第95章 Teams（1/2）

“大卫，irc协议比我想象的要复杂。”坐在电脑前的迪恩，皱着眉头停下了敲击键盘的手指。

“狗屎！irc并不复杂！复杂的是迪恩你想在这套软件中，加入的宽带音频解码技术！”长形方桌的另一边，马库斯敲击着键盘的同时还不忘了继续嘴里的抱怨。

这些话他已经不知道重复了多少遍，但直到现在依旧义愤填膺。“噢~天呐，我就不该答应你的，迪恩。

开学周多么好的机会，趁新生们还没认清我们的面目之前，这难道不是开party的最好时机吗？

大卫，我们都上当了！迪恩，已经完成了一次双人行的全垒打，但我们还没有！

尤其是你，大卫，你甚至连女孩子的吻都没有骗到！真是可怜的大卫！”

“闭嘴吧，马库斯！姑娘们什么时候都会有，但灵感却不会！”迪恩用手指点了点自己的脑袋，“我刚刚有一个绝妙的主意，但你猜怎么着？被你的‘全垒打’搞没了！”

“啊哈~我被说中了心思是不是？”马库斯放下手中的键盘，转身面对迪恩，“我就知道伱很怀念那次双人行，mother f*cker，我可是特地为你腾出了地方。所以你不应该再次举办party报答我吗？”

听到这两人又在斗嘴，[连姑娘吻都没骗到的可怜的大卫]，十分冷静的开口。“或许我们需要请一些外援了。”

“什么？”迪恩和马库斯同时看向了他。

“很显然，我们三个人还搞不定它。”大卫耸耸肩，“一款支持多人语音通信的即时聊天软件，对我们来说还太复杂了。

无论是irc协议，还是itu-t批准的宽带音频编码器。它们都是在去年底刚刚发布，到今天甚至不足一年。

对这两项技术，我们了解的还不够多。所以我在想，我们是不是可以找些外援？

当然这个创意是迪恩你首先提出来的，具体要不要这么做，由你来决定。”

大卫在杜兰大学已经完成了计算机技术部分的学习，连他都觉得有难度，可见迪恩想要开发的这套软件还是太复杂了。

从技术上来说是可以实现的，但因为没有人做过类似的事情，迪恩他们完全是摸着石头过河。

听了大卫的建议，迪恩捏着下巴开始考虑这件事是否可行。

以前他习惯了自己单打独斗，网站、dcap这些因为难度不大，加上有前人的作品做参考，迪恩确实可以自己折腾出来。

就连c-link也是以柏拉图系统为研究对象，迪恩在此基础上做了改进。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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