A. 数据结构和编译原理哪个难一些，那编译原理和组成原理呢
大学课程里：
数据结构搞清楚那几个算法就可以了
编译原理搞清楚状态怎么变就可以了
组成原理的内容比较零碎，但也好学
总的来说，编译原理比较难点
实际应用中：
我还不知道呢
B. 操作系统内核和编译器哪个难度更大
二者都属于系统级的软件，难度相当，但还要看操作系统是否开源，如果没有开源，那难度就不是提升一点点了。
C. c语言的难点在哪里
1、c语言的主要难点在于指针，链表，函数，数组，结构体，文件等等方面的知识，这些知识点因为其复杂的特性，学习起来稍微有点难度，但是只要多加学习，在编写程序的过程中加以学习，也是能很好的掌握这些知识点的。
2、C语言是一门通用计算机编程语言，应用广泛。C语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。
D. 开发编译程序的最难点是什么
简单的说，就是没有想清楚的事物。比混乱。
也可以说是算法，算法是程序的灵魂。
E. 反编译C和C++代码哪个更难点
C++反编译比较难。另外还要看程序编译时的优化程度。
F. 反编译C和C++代码哪个更难点
C++更难
因为有各种多态 各种重载 反编译出来的 和源代码相差更多
相对来说 C反编译更简单一些。
G. 中文编程的难点在哪里为什么不经过多次编译，把中文编译成计算机可以识别的语言
难到不难，只是没有必要。作为一个工作几年的IT民工，我可以告诉你，有简单的英文，你敲代码的速度要快的多。而且要看英文文档的，就语言这点英文简直。。。甚至basic中的begin end我都闲麻烦，大括号多省事。
H. 中文编程的难点在哪里为什么不经过多次编译，把中文编译成计算机可以识别的语言
用来做小程序还可以。对于强大到包罗成象，无所不能的VC++来说，并不是说中文编程在逻辑上无法实现，而是单单制作这样一款编程工具没有十几年的时间都难以完成。
即便是有这样一款工具，在编程时，也必然掺杂着大量的C++语言。换句话说，学习的时候不仅要学中文的，还必须知道它在编译成英文时是什么样子，否则很难判定出错的原因。
这就是为什么我们在学习一些专业的知识时，为什么看了中文的资料，还必须去寻找外文的原稿一样
I. 关于VS2003编译出现的几种常见难点
选择最佳的VS2003编译选项要由具体的情况和需要决定，但VS2003编译模型要有灵活性。即使选择使用 \app_code 目录来存储代码隐藏文件，您仍可以使用完整的编译方法来部署应用程序。ASP.NET 1.x中的编译ASP.NET1.x 中的主要编译模型会导致一个应用程序程序集（包含所有的已编译代码隐藏文件和其他的源代码）和一个为每个被请求的 ASPX 页而创建的临时程序集。在有些情况下，编译器优化（例如批处理）会引起将临时 ASPX 页编译到同一个程序集中。在任一种情况下，每个 ASPX 页都编译到一个临时程序集中，这样它可以加载到 ASP.NET 运行库。虽然这种模型有优点，但它也有两个主要缺点。首先，ASPX 页必须要以人们可以阅读的形式部署到 Web 站点。如果开发人员使用代码内联 模型，这意味着，一些（或所有）的业务逻辑也可以部署在生产服务器上。虽然没有将 IIS 和 ASP.NET 配置为公开原始的 ASPX 页，但聪明的攻击者仍可以通过任何攻击（该攻击打开到 Web 服务器的通道）来访问这些文件。其次，第一次有人请求某 Web 页时，响应速度将比正常速度慢一些，原因在于 ASP.NET 运行库必须编译 ASPX 页。这整个过程中，开发人员拥有的唯一控制权是决定是否批编译 ASPX 页。在 ASP.NET 1.x 中，可以通过修改 标记在 web.config 文件中配置批编译。ASP.NET 2.0 中的编译ASP.NET 2.0 为 Web 应用程序提供三种不同的VS2003编译模型：普通(ASP.NET 1.x) — 在一个普通的 ASP.NET Web 应用程序中，代码隐藏文件被编译到一个程序集并存储在 /bin 目录中。根据要求编译 Web 页 (ASPX)。该模型对大多数 Web 站点都运行得不错。但是，编译过程使得第一次请求 ASP.NET 页时的速度比随后的请求速度缓慢。ASP.NET 2.0 继续支持这种编译模型。部署预编译 — ASP.NET 2.0 的一种新功能，允许在部署前对项目进行完整编译。在完整编译中，所有的代码隐藏文件、ASPX 页面、HTML、图形资源以及其他的后端代码都被编译到一个或多个可执行程序集中，这取决于应用程序的大小和编译设置。这些程序集包含所有的已编译 Web 站点代码，而资源文件和配置文件被复制，没有做修改。这种编译方法以牺牲修改部署后 Web 站点的能力为代价，提供了最好的性能和安全性。如果您使用高可见或高安全的 Web 站点，这种选项是最终部署的最好选择。但是，如果您正在构建一个运行局部 Intranet 的小站点，并且更改站点非常频繁，那么完整预编译可能有点过分。 ASP.NET 2.0 编译模型也允许预编译应用程序的所有代码隐藏文件并且仍可以更新代码。可以将代码隐藏文件和原始的 .ASPX 文件（都是局部类）编译到一个预编译类中（页面的基类）。如果选择在运行时编辑 .ASPX 文件，只需重新编译页面即可。完整的运行时编译 — 在部署预编译的另一个极端，ASP.NET 2.0 提供一种在运行时编译整个应用程序的新机制。也就是说，可以将未编译的代码隐藏文件和其他相关的代码放在 \app_code 目录中，并让 ASP.NET 2.0 创建并维护对程序集的引用，这些引用将在运行时根据这些文件生成。这种选项以在服务器上存储未编译代码为代价，在更改 Web 站点内容方面提供了最大的灵活性。 选择最佳的编译选项要由具体的情况和需要决定，但编译模型要有灵活性。即使选择使用 \app_code 目录来存储代码隐藏文件，您仍可以使用完整的编译方法来部署应用程序。VS2003编译批编译在ASP.NET 2.0 中，可以利用单个 URL 请求来批编译任何应用程序。如同 ASP.NET 1.x 一样，批编译消除了第一次页面请求的延时，但造成了更长的启动周期。另外，批编译还要求在部署前编译代码隐藏文件。Web.config 批编译设置在 ASP.NET 2.0 中仍起作用。批编译的优点是，第一个用户可以立即使用页面，而且在批编译期间可以检测到 ASPX 页中的任何错误。但是，批编译的确增加了应用程序启动的延时，并且必须要内置在 Web.config 文件中。应当注意，如果某个文件出现了问题，则该批将不会接收它。部署预VS2003编译部署预编译允许创建一个或多个程序集，这些程序集是 Web 站点的可执行版本。所获得的程序集包含 Web 站点的已编译代码。HTML 页面、资源、配置文件和 ASPX 页面被单独复制。部署预编译要求使用一个称为 ASPnet_compiler.exe 的命令行实用程序。该实用程序创建一个目标部署目录，该目录包含一个含有程序集的 /bin 目录和各种 ASPX 页的 stub 文件。该实用程序还用来在原地进行预编译，类似于调用"魔术页"的行为。stub 文件共享 ASPX 页的名称，但是包含调用已编译程序集的简单代码。换句话说，ASPX 页只是空壳而不是填满的功能页。通过为部署预编译 Web 站点，您可以获得增强的安全性，因为只有进行反编译程序集才能访问您的代码。为了增强保护，可以弄乱所得到的程序集，使您的 Web 应用程序更加安全。部署预编译的主要缺点是，在部署前必须执行这些步骤，并且在部署后不能更改 Web 站点。如果想进行更改，就必须重新编译该 Web 站点并重新部署它。对于大多数主要的 Web 应用程序，部署预编译选项将是部署的首选机制源码天空，因为它减少了在 Web 服务器上部署的原始代码数量，并提供了最佳的安全性。这个增加的进程可以内置于通常的开发/测试/部署周期中，而工作效率并不会有多大损失。