我用VC6.0添加了winpcap的程序员包编程出错

应该这样说...是vc6.0的sdk太老了....

还是换吧..要不然后续开发你会发现问题重重（我深有感触），现在你的这个问题是可烂迅盯以解决的，在网上搜一下，我都遇到过类似的问题，现在换成vs 2005了，目前为止还没出现太大问题，不过我主要是做发包的，winpcap是个跳板，主要做libnet。所以你做抓包的饥和话具体情况你自己分析，应该装了2005就没问题了。

希望昌段对你有所帮助。

越来越多企业通过技术人力外包的方式，完成暂时性的软件开发项目或维护工作，不得不说，这是一个发展趋势，尤其是当今最流行的Java程序，首先我们简单介绍下Java程序的特点：

简单性是c++语法的纯净版。没有头文件，指针运算，结构，联合， *** 作符重载，虚基类等等。语法基于c，因此学习起来完全不费力。面向对象面向对象是一种程序设计技术，他将重点放在数据（即对象）和对象之间的接口上。可移植性(跨平台性)这是JAVA的一个重要的优势。JAVA代码或者说字节码、二进制码可以跨平台的移植，而不用管具体的 *** 作系统和硬件环境。JAVA本身就是面向网络的，只有在网络环境中才能显示出他的优势，比如：现在我有一个网络环境，要让我的笔记本和手机交互，笔记本环境是windows发出一个让手机定时录音的JAVA代码，手机只有简单Linux内核 *** 作系统，照样可以完美的执行这个代码。“一次编写，随处运行”：“write once, run anywhere”多线程多线程的使用可以带来更好的交互响应和实时行为。多线程的简单性是Java成为主流服务器端开发语言的主要原因之一。安全性Java适合于网络/分布式环境，为搏罩蠢了达到这个目标，在安全性方面投入了很大的精力，使Java可以构建防病毒，防篡改的系统。健壮性Java是一种健壮的语言，吸收了C/C++ 语言的优点，但去掉了其影响程序健壮性的部分（如：指针、内存的申请与释放等）。Java程序不可能造成计算机崩溃。Java系统仔细检测对内存的每次访问，确认它是合法的，而且不致引起任何问题。不过，即使Java程序也可能有错误。如果出现某种出乎意料之事，程序也不会崩溃，而是把该例外抛弃。再通过异常处理机制，程序就会发现这类例外，并加以处理。总结在互联网快速发展的时代，对应出现了不同的 *** 作系统（不基陪同的平台），那么java就可以一份代码各个平台都可以运行起来。这种跨平台性是其他语言所不能相比的，这个特性才是java最独特的地方。对闷烂于语言而言，虽然在一代一代的改进，但是万变不离其中，我们只需要去精通一门就可以了。

有很多人不知道上哪里去争取项目，总是抱怨没有项目做；也有的人虽然编程技术不错，但是对于与客户谈项目却是一窍不通，结果应该拿到的项目也拿不到手；也有的虽然已经接到了项目，却发现在实施开发的时候碰到好多从来没有碰到过的问题。作为一个多年从事外包项目接手知单的软件开发人士，我想从以下几方面谈谈我的经验，希望对大家会有所帮助。

第一点， 到哪里接项目

软件团队或ＳＯＨＯ最为关心的一点是在哪里可以找到项目做，也就是到哪里可中薯败以找到有外包需求的客户。对于一般人来说，广交朋友然后通过熟人介绍还是接项目的第一途径，但这要求你的朋友或熟人要在企业或公司里有比效重要的治理位置，对于像那些天天只能是埋头写代码的程序员这显然是不太现实的。所以大家不能等着项目来卖颤找你，而是要主动的出击去找项目。

现在网上有很多软件外包网站，在这里你可以找到不少的软件外包信息。比如软件商务网（bizsofts（大学生创业演示站））上就有大量的软件外包信息。不过这里天天外包的项目虽然很多，但竞争也很激烈。一般一个外包信息发出后一天内就会有无数个竞争者，所以能第一时间与客户取得联系是非常要害的。因为客户一般都是先入为主的，一般来说，如果第一个谈项目的人他觉得满意了，就会对其他的竞争者不再予以考虑，所以你要常常上网站上看看有什么最新的项目，并立刻与项目的发包方取得直接的联系。其他比如软件外包网、维客网、中国软件网，还有ＣＳＤＮ的外包频道上也有很多外包的信息，大家可以自己上去看看。

接项目最重要的一步是与客户谈需求。客户对软件的需求是项目规划和实施的根本，所以在与客户谈需求时，一定要让用户将所有的想法尽可能的阐述清晰，并把所有的要求罗列出来。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量。而应该直接明白地要客户把项目的要求一条条地列出来。这时先把条理、归纳、分析先都扔到一边去，用纸笔将用户最原始、最完整的要求正确地记录下来。如果项目在你对客户的需求没有完全了解清晰的情况下就匆匆上马，那么就会随时发生意想不到的变更，轻则使项目延期或超出预算，重则使得原来已经做好的软件要彻底推倒重来。

所以我们在实施项目之前应该深入了解和挖掘客户需求，对某些不明确的需求要与发包方反复进行讨论，对于项目实施过程中的需求变更要规定处理办法，并形成项目的最终需求。在需求分析阶段，接包方首先对发包方的需求认真分析，然后通过业务建模、会谈、问卷、需求会议等方式

---