第95章 Teams (第1/2页)

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

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

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

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

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

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

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

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

    听到这两人又在斗嘴，，十分冷静的开口。“或许我们需要请一些外援了。”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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