简单的编译系统好写吗

A. 怎样去写一个编译器（用C语言写C语言编译器），需要哪些知识做铺垫，可以给一下相关网站和书籍的推荐吗

写编译器重点就是设计并实现一些数据结构和算法，语言特点太多的话，代码写起来不容易，建议你找一个小语言尝试下，不要一开始就去尝试成熟语言。否则你会在写完语法分析程序以后，遭遇到很大的困难。多数人都是在写语义分析程序的时候，突然发现自己设计的数据结构很烂，后边越写越要命。
如果你想入门编译器的话，那么可以看《编译原理与实践》，整本书先将编译器理论，然后后边教你一步步实现c-miuns（c的子集）的编译器，包括lex，yacc，都在几千行代码左右。这本书讲的比较简单易懂一点
也可以学学斯坦福大学的编译器设计公开课（aiken设计了一个叫cool的语言，专门用来教人写编译器），课程地址上面有人给了：Compilers。这门课以前有个实验环境（据说已经给了，我以前写的时候还是用的网上一个不完整的实验环境），把和编译器知识无关的内容都给你写好了，你只需要在固定的地方填上你的内容就可以写出你的编译器（不要觉得很简单哦，人家的代码写的很精巧的，读完就发现写个好编译器还是很费脑子的），另外，这个实验环境有个特点，就是在每一步都提供标准程序做对比，你可以在写完一部分以后就同标准程序对比，及时发现错误。这种方式为写编译器又提供了很多帮助
先找个小的，慢慢研究，弄懂了整体的结构再说

B. 写一个编译器大概多长时间

写一个简单的编译器，很简单，一个星期够了，但是，它肯定没有实用价值。
你懂的，编译器要把源程序编译为目标机器语言的，不熟悉机器指令，可以用汇编作为目标代码。

C. java语言好学么

1、 java好学吗?

从某些方面来说，java比较容易学，如果是大学毕业，大学计算机专业里大多开设了java基础课程，或者学过一点编程，学起java来也会轻松不少。即使是零基础也不用担心，java可以零基础授课，入门比较简单，难的是学深入，这不是一件容易的事。学习java是一个循序渐进的过程，要想完全凭自学是很难精通这一技能的。

2、java是不是最难学的语言?

Java是一种面向对象的语言，因而在程序设计思路上要比C类的语言简单得多，但是Java最重要的基础，起步越踏实，后期的学习越简单。但问题在于Java的涉及面很广，并不是单单的知识语言，而是一个知识体系，Java基础，高级。Java Web，Jave Script，JSP，各种框架知识等等都是需要你去学习的，只有掌握的知识足够全面踏实，才能成为一个Java工程师。单单靠Java编程语言是无法完成工作的。

java编程语言难度大于PHP Python Golang 小于C++

3、java和c++学哪个找工作范围比较广一些，以后的发展能好一些？

前提是两种语言都是一种熟练度，都需要精通，两种语言都很热门，有能力工作都好找，C++更底层，较复杂，应用广。JAVA通过调用API接口来完成工作(注:JAVA底层实现用C++，C完成的)适合做应用，流行，相对C++简单

D. 如何编译一个精简的Android系统

本次试验使用的android源码是4.2，编译的架构是mini-mips。

一、所做的工作
1、修改build/target/proct/mini.mk，去掉一些不必要的模块（例如Phone、DownloadManager等）
2、修改SystemServer.java，屏蔽一些service，让系统能够启动起来（例如，Location Manager、Telephony Registry）
3、修改dalvik/vm/native/dalvik_system_Zygote.cpp，注释掉因为检查不到外部存储而导致dalvik abort的地方 （这是googel的一个bug，在2013年1月份已解决，如果用这以后的代码不用修改此处）
4、修改WindowManagerService.java，把发送BOOT_TIMEOUT消息的时间改为0（之前为30秒）

二、系统优化后的效果（验证工作均在mips模拟器上进行）
1、节省运行内存，下面是全编译与mini编译的内存使用状态的对比
1）full build
MemTotal: 499360 kB
MemFree: 242064 kB
2）mini build
MemTotal: 499360 kB
MemFree: 395192 kB

2、缩短开机启动时间
在虚拟机上的启动时间
1）full build－29秒
2）mini build－14秒

3、只启动home程序，其余的应用程序均被移除

三、保留android的开发环境
1、adb，ddms，apkinstall等，都能正常工作
2、在eclipse中编写的android应用程序能够运行在该mini-android之上

四、开机自动启动指定应用程序
本次测试使用Gallery.apk应用程序，修改其源码后可以实现随系统的启动而自动启动的功能。

E. 开发一个 C++ 编译器的难度有多大，难点又在哪里

C++的前端是出了名的复杂度和可靠性要求并驾齐驱的软件。

（这两点都比它高一个数量级的大概就只有OS了）

对于这种系统，唯一的办法就是烧钱。

烧钱的作用主要包括：
1.留人；
2.填坑；
3.买买买。

先说留人：复杂度一般是“细节”的代名词。现实中的编译器大多数以递归下降为主，自底向上的归纳推导为辅。这两样在教科书上也就是几页纸的事情。但是现实总是很残酷的，人们总想让语言更加“易用”，这就意味着各种上下文相关的情况都会出现。

对于C++来说，你要判断一个符号是类型或者变量（比如这个符号被用在模板参数中），要看前面的声明/定义。这就是一个上下文相关的推导。然后你就会写大量的if else switch case之类的代码来解决各种各样的可能分支。写它的人当然知道它是做什么的，但是如果这个人离职了，新来一个人，就呆掉了，这写的都是什么煞笔玩意儿。因为它不知道现实中怎样的需求会导致奇形怪状的逻辑。所以人员的稳定，对于这种长周期迭代、逻辑复杂的项目是很重要的。但是人的水平要求高吗？不算高也不算低。总结来说就是：有逻辑，知好歹。技术什么都可以培养，但是态度和基本智商是比较难培养起来的。

至于怎么保证人员稳定？很简单：加薪。

再说填坑：编译器是对正确性要求很高的基础软件。这里的正确性既包括产生的代码的正确性，也包括编译器自身对于各种问题的容忍度和足够丰富的错误提示。容错和错误提示本身也是代码，也有很大的出错几率。所以这些软件，bug少不了。但是作为基础软件，你又不能随便就2+3搞成了2*3，这样还怎么让别人相信爱情。所以要烧很多钱来养一帮debugger。

再说买买买：古人日：我们不用很麻烦很辛苦也可以成佛。既然这么费神我们自己做干什么，不如买别人的吧。于是MS就干脆不自己做了，直接去EDG整了个前端，这样就可以少了不少人年。这就是传统土豪和水果这种新暴发户想的不一样的地方。

传统土豪想的是：我们有这么多钱为什么还要自己解决问题呢？买买买！
水果新贵则是：啊呀，不小心有了这么多钱，我们要不要给自己制造点问题好把这些钱花出去？