编译器开发架构师

❶ 编译器是由谁来长期维护和组织以及更新的

有CPU的制造商（例如 Intel 有 icc），也有其他的开源组织（例如 GNU 的gcc），或者其他的公司（例如 Microsoft 的 MSVC）。
如果有国际标准或者事实标准的话，编译器一般会对这些标准给点面子 —— 当然 Intel 之类的本身就有制定标准让别人认可的能力。

CPU的制造商会提供这种CPU使用的指令集，以及其他一些关于CPU的架构的信息。例如网上可以找到 Intel 的 manual 。依照这些就可以写出具有特定功能的二进制指令。

上面说的 icc、gcc、MSVC可以从各自的网站下载，此外一些操作系统会自带编译器（例如 Linux 系统通常会自带 gcc ）

❷ 做一个java高级程序员甚至架构师 应该掌握哪些技术

1、语法：

Java程序员必须比较熟悉语法，在写代码的时候IDE的编辑器对某一行报错应该能够根据报错信息知道是什么样的语法错误并且知道任何修正。

2、命令：

必须熟悉JDK带的一些常用命令及其常用选项，命令至少需要熟悉：

appletviewer、HtmlConverter、jar、java、javac、javadoc、javap、javaw、native2ascii、serialver，

如果这些命令你没有全部使用过，那么你对java 实际上还很不了解。

3、工具：

必须至少熟练使用一种IDE的开发工具，

例如Eclipse、Netbeans、JBuilder、Jdeveloper、IDEA、JCreator或者Workshop，

包括进行工程管理、常用选项的设置、插件的安装配置以及进行调试。

4、API：

Java的核心API是非常庞大的，但是有一些内容笔者认为是Java程序员必须熟悉的，否则不可能熟练的运用Java，

包括：

java.lang包下的80%以上的类的功能的灵活运用。

java.util包下的80%以上的类的灵活运用，特别是集合类体系、规则表达式、zip、以及时间、随机数、属性、资源和Timer.

java.io包下的60%以上的类的使用，理解IO体系的基于管道模型的设计思路以及常用IO类的特性和使用场合。

java.math包下的100%的内容。

java.net包下的60%以上的内容，对各个类的功能比较熟悉。

java.text包下的60%以上的内容，特别是各种格式化类。

熟练运用JDBC. 8)、java.security包下40%以上的内容，如果对于安全没有接触的话根本就不可能掌握java.

AWT的基本内容，包括各种组件事件、监听器、布局管理器、常用组件、打印。

Swing的基本内容，和AWT的要求类似。

XML处理，熟悉SAX、DOM以及JDOM的优缺点并且能够使用其中的一种完成XML的解析及内容处理。

5、测试：

必须熟悉使用junit编写测试用例完成代码的自动测试。

6、管理：

Java程序员必须熟悉使用ant完成工程管理的常用任务，

例如工程编译、生成javadoc、生成jar、版本控制、自动测试。

7、排错：

应该可以根据异常信息比较快速的定位问题的原因和大致位置。

8、思想：

必须掌握OOP的主要要求，这样使用Java开发的系统才能是真正的Java系统。

9、规范：

编写的代码必须符合流行的编码规范，

例如类名首字母大写，成员和方法名首字母小写，方法名的第一个单词一般是动词，包名全部小写等，这样程序的可读性才比较好。

10、博学：

Java程序员除了精通Java意外，还要掌握J2EE 、Oracle 、WebLogic、Jboss、Spring、Struts、Hibernate
等流行技术，掌握软件架构设计思想、搜索引擎优化、缓存系统设计、网站负载均衡、系统性能调优等。

想要学好Java技术，成为一名优秀的程序员，郑州的童鞋，可以选择尚学堂

❸ 编译器的发展史

编译器
编译器，是将便于人编写，阅读，维护的高级计算机语言翻译为计算机能识别，运行的低级机器语言的程序。编译器将源程序（Source program）作为输入，翻译产生使用目标语言（Target language）的等价程序。源程序一般为高级语言（High-level language），如Pascal，C++等，而目标语言则是汇编语言或目标机器的目标代码（Object code），有时也称作机器代码（Machine code）。

一个现代编译器的主要工作流程如下：

源程序（source code）→预处理器（preprocessor）→编译器（compiler）→汇编程序（assembler）→目标程序（object code）→连接器（链接器，Linker）→可执行程序（executables）
目录 [隐藏]
1 工作原理
2 编译器种类
3 预处理器（preprocessor）
4 编译器前端（frontend）
5 编译器后端（backend）
6 编译语言与解释语言对比
7 历史
8 参见

工作原理
翻译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低级语言或机器言）。然而，也存在从低级语言到高级语言的编译器，这类编译器中用来从由高级语言生成的低级语言代码重新生成高级语言代码的又被叫做反编译器。也有从一种高级语言生成另一种高级语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。

典型的编译器输出是由包含入口点的名字和地址以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的可执行程序。

编译器种类
编译器可以生成用来在与编译器本身所在的计算机和操作系统（平台）相同的环境下运行的目标代码，这种编译器又叫做“本地”编译器。另外，编译器也可以生成用来在其它平台上运行的目标代码，这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高级语言作为输入，输出也是高级语言的编译器。例如: 自动并行化编译器经常采用一种高级语言作为输入，转换其中的代码，并用并行代码注释对它进行注释（如OpenMP）或者用语言构造进行注释（如FORTRAN的DOALL指令）。

预处理器（preprocessor）
作用是通过代入预定义等程序段将源程序补充完整。

编译器前端（frontend）
前端主要负责解析（parse）输入的源程序，由词法分析器和语法分析器协同工作。词法分析器负责把源程序中的‘单词’（Token）找出来,语法分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式，语句 ，函数等等。 例如“a = b + c;”前端词法分析器看到的是“a, =, b , +, c;”，语法分析器按定义的语法，先把他们组装成表达式“b + c”，再组装成“a = b + c”的语句。 前端还负责语义（semantic checking）的检查，例如检测参与运算的变量是否是同一类型的，简单的错误处理。最终的结果常常是一个抽象的语法树（abstract syntax tree，或 AST），这样后端可以在此基础上进一步优化，处理。

编译器后端（backend）
编译器后端主要负责分析，优化中间代码（Intermediate representation）以及生成机器代码（Code Generation）。

一般说来所有的编译器分析，优化，变型都可以分成两大类： 函数内（intraproceral）还是函数之间（interproceral）进行。很明显，函数间的分析，优化更准确，但需要更长的时间来完成。

编译器分析（compiler analysis）的对象是前端生成并传递过来的中间代码，现代的优化型编译器（optimizing compiler）常常用好几种层次的中间代码来表示程序，高层的中间代码（high level IR）接近输入的源程序的格式，与输入语言相关（language dependent），包含更多的全局性的信息，和源程序的结构；中层的中间代码（middle level IR）与输入语言无关，低层的中间代码(Low level IR)与机器语言类似。 不同的分析，优化发生在最适合的那一层中间代码上。

常见的编译分析有函数调用树（call tree），控制流程图（Control flow graph），以及在此基础上的 变量定义－使用，使用－定义链（define-use/use-define or u-d/d-u chain），变量别名分析（alias analysis），指针分析（pointer analysis），数据依赖分析（data dependence analysis）等等。

上述的程序分析结果是编译器优化（compiler optimization）和程序变形（compiler transformation）的前提条件。常见的优化和变新有：函数内嵌（inlining），无用代码删除（Dead code elimination），标准化循环结构（loop normalization），循环体展开（loop unrolling），循环体合并，分裂（loop fusion，loop fission），数组填充（array padding），等等。 优化和变形的目的是减少代码的长度，提高内存（memory），缓存（cache）的使用率，减少读写磁盘，访问网络数据的频率。更高级的优化甚至可以把序列化的代码（serial code）变成并行运算，多线程的代码（parallelized，multi-threaded code）。

机器代码的生成是优化变型后的中间代码转换成机器指令的过程。现代编译器主要采用生成汇编代码（assembly code）的策略，而不直接生成二进制的目标代码（binary object code）。即使在代码生成阶段，高级编译器仍然要做很多分析，优化，变形的工作。例如如何分配寄存器（register allocatioin），如何选择合适的机器指令（instruction selection），如何合并几句代码成一句等等。

编译语言与解释语言对比
许多人将高级程序语言分为两类: 编译型语言 和 解释型语言 。然而，实际上，这些语言中的大多数既可用编译型实现也可用解释型实现，分类实际上反映的是那种语言常见的实现方式。（但是，某些解释型语言，很难用编译型实现。比如那些允许 在线代码更改 的解释型语言。）

历史
上世纪50年代，IBM的John Backus带领一个研究小组对FORTRAN语言及其编译器进行开发。但由于当时人们对编译理论了解不多，开发工作变得既复杂又艰苦。与此同时，Noam Chomsky开始了他对自然语言结构的研究。他的发现最终使得编译器的结构异常简单，甚至还带有了一些自动化。Chomsky的研究导致了根据语言文法的难易程度以及识别它们所需要的算法来对语言分类。正如现在所称的Chomsky架构（Chomsky Hierarchy），它包括了文法的四个层次：0型文法、1型文法、2型文法和3型文法，且其中的每一个都是其前者的特殊情况。2型文法（或上下文无关文法）被证明是程序设计语言中最有用的，而且今天它已代表着程序设计语言结构的标准方式。分析问题（parsing problem，用于上下文无关文法识别的有效算法）的研究是在60年代和70年代，它相当完善的解决了这个问题。现在它已是编译原理中的一个标准部分。

有限状态自动机（Finite Automaton）和正则表达式（Regular Expression）同上下文无关文法紧密相关，它们与Chomsky的3型文法相对应。对它们的研究与Chomsky的研究几乎同时开始，并且引出了表示程序设计语言的单词的符号方式。

人们接着又深化了生成有效目标代码的方法，这就是最初的编译器，它们被一直使用至今。人们通常将其称为优化技术（Optimization Technique），但因其从未真正地得到过被优化了的目标代码而仅仅改进了它的有效性，因此实际上应称作代码改进技术（Code Improvement Technique）。

当分析问题变得好懂起来时，人们就在开发程序上花费了很大的功夫来研究这一部分的编译器自动构造。这些程序最初被称为编译器的编译器（Compiler-compiler），但更确切地应称为分析程序生成器（Parser Generator），这是因为它们仅仅能够自动处理编译的一部分。这些程序中最着名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年为Unix系统编写的。类似的，有限状态自动机的研究也发展了一种称为扫描程序生成器（Scanner Generator）的工具，Lex（与Yacc同时，由Mike Lesk为Unix系统开发）是这其中的佼佼者。

在70年代后期和80年代早期，大量的项目都贯注于编译器其它部分的生成自动化，这其中就包括了代码生成。这些尝试并未取得多少成功，这大概是因为操作太复杂而人们又对其不甚了解。

编译器设计最近的发展包括：首先，编译器包括了更加复杂算法的应用程序它用于推断或简化程序中的信息；这又与更为复杂的程序设计语言的发展结合在一起。其中典型的有用于函数语言编译的Hindley-Milner类型检查的统一算法。其次，编译器已越来越成为基于窗口的交互开发环境（Interactive Development Environment，IDE）的一部分，它包括了编辑器、连接程序、调试程序以及项目管理程序。这样的IDE标准并没有多少，但是对标准的窗口环境进行开发已成为方向。另一方面，尽管近年来在编译原理领域进行了大量的研究，但是基本的编译器设计原理在近20年中都没有多大的改变，它现在正迅速地成为计算机科学课程中的中心环节。

在九十年代，作为GNU项目或其它开放源代码项目的一部分，许多免费编译器和编译器开发工具被开发出来。这些工具可用来编译所有的计算机程序语言。它们中的一些项目被认为是高质量的，而且对现代编译理论感性趣的人可以很容易的得到它们的免费源代码。

大约在1999年，SGI公布了他们的一个工业化的并行化优化编译器Pro64的源代码，后被全世界多个编译器研究小组用来做研究平台，并命名为Open64。Open64的设计结构好，分析优化全面，是编译器高级研究的理想平台。

编译器是一种特殊的程序，它可以把以特定编程语言写成的程序变为机器可以运行的机器码。我们把一个程序写好，这时我们利用的环境是文本编辑器。这时我程序把程序称为源程序。在此以后程序员可以运行相应的编译器，通过指定需要编译的文件的名称就可以把相应的源文件（通过一个复杂的过程）转化为机器码了。

编译器工作方法
首先编译器进行语法分析，也就是要把那些字符串分离出来。然后进行语义分析，就是把各个由语法分析分析出的语法单元的意义搞清楚。最后生成的是目标文件，我们也称为obj文件。再经过链接器的链接就可以生成最后的可执行代码了。有些时候我们需要把多个文件产生的目标文件进行链接，产生最后的代码。我们把一过程称为交叉链接。

❹ 开发平台，集成环境，编译器，有什么区别，为什么c++有那么多的平台

这个区别也太大了
编译器：将高级语言编译成机器码，你这里说的是C++就是将C++代码编译成计算机可以识别的2进制代码，显然计算机是不认识C++代码的，C++只是为了程序员便于编写程序而产生高级程序语言。

集成环境：就是所谓IDE,你可以是认为用来做程序的一个软件，这个软件包含了从写程序到生成可执行程序的所有组件，也包括调试等其他功能。简单的对比，就如你写文档用的WORD一样，IDE就提供对应的类似功能。

开发平台：开发平台一般包括IDE,系统，数据库版本，编译器版本等一系列与开发相关的信息，即软件是在这样的计算机环境下开发的。

为什么C++有那么多平台：回答很简单，因为计算机大家使用的系统等不同，有的用LINUX,有的用WINDOWS，有的是嵌入式平台，也可以从CPU角度说，有X86架构的，有X64的。即使是同一个系统，也有不同版本。每个平台下的文件格式、每个CPU的指令不同等等都造成了平台多，不只是C++的问题。

❺ 现在程序员有前途吗我一直想从程序员做起，然后构架师什么的，我不是学计算机专业的，学编程就是自学的

作为一个不是科班出身、没有正规学习过计算机知识的架构师，想在这里把我这几年学习的经历体验和大家分享一下，谈谈自己对架构师成长之路的一些感想。
奠定扎实的理论基础
千里之行，始于足下!技术不是一蹴而就的事情，而是长时间积累的成果。扎实的基本功是做好所有事情的开始。到现在我还记得对我影响非常大的几本书：
■《C++编程思想》
■《深入浅出MFC》
■《Windows 核心编程》
■《数据结构》《编译原理》
我学习计算机正是按照这几本书的顺序，之前学习C的经历就不必说了，而转折点正是《C++ 编程思想》——它让我感觉到程序和语言竟然这么有意思，至今仍对虚表的概念记忆犹新，尤其指针的用法，对我以后学习Java语言有很大的帮助，对多态和语言的特性也有了很高的认识。
《深入浅出MFC》这本书，记忆最深刻的还是其中强大无比的宏定义和对象层次设计。然而学习MFC的过程中，我遇到的最大问题就是：很多东西都是黑盒的，这引发了我刨根问底的欲望。所以后来我学习了《Windows核心编程》，这本书给我的最大收获，就是了解了很多操作系统底层的知识，操作系统是如何运行的。不过遗憾的是，如果当时从Linux 或者Unix 开始学习，应该会了解得更系统一些。
之后我深入学习了《数据结构》和《编译原理》。这是我经过了很多实践以后，又回过头来重新学习。拿《编译原理》来说，以前对这门学科的了解非常有限，后来为了实现一个东西，要用到脚本语言，找来找去找到了Velocity(后来想想使用Groovy 应该更好一点)，用了以后觉得很好。以前修改程序逻辑，是需要重新编译或者修改配置重新发布才能OK，而现在只需要编辑然后保存一下，就能得到自己想要的结果。这令我着迷，于是想知道它是如何实现的，翻看源代码才晓得原来还有 JavaCC这个东西。就这样，我从解释语言入手，逐渐开始了疯狂学习编译原理的过程，越发觉得编程语言非常有意思。
回头想想以前和现在学习的语言，感觉程序语言就是在不断抽象：从汇编、C、C++， 再到Java、C#，再到更动态一点的语言如Perl、Python、Ruby 等等。不管它再怎么变、再怎么抽象，还是编译原理应用的产物。
讲了这么多，就是想强调理论基础知识的重要性!虽然我们现在使用的框架如此之多，但是如果你有了扎实的基础理论知识，这些东西就跟玩具一样。基础就是一个无招胜有招的杀手工具。
培养完善的抽象思维
抽象的能力也是作为一名好的程序员必须具备的能力。我们在考虑问题的时候可能会遇到错综复杂的场景，从这些迷雾中找到一条明路是我们做好程序员的关键。这些年来学习了很多框架，回过头来想想自己都有点后怕，这也令很多初学者望而生畏。但认真想想，真的有那么可怕吗?
让我们从语言层面逐渐剖析这个问题，应该很容易做出解释。程序语言就是我们在某种场景下交流的工具，汇编是机器语言;C和C++ 是编译型语言，它们是一种针对汇编的高级抽象;而Java 和 C# 就是更高级的抽象了，甚至于抽象了一层虚拟机出来(这个产生的影响就是，之后的很多高级语言评判标准，都是“是否支持虚拟机”)，再到后面的许多动态语言，那就是更抽象了。说到这里你会问到，讲这么多语言类的东西和学习框架有什么联系?让我慢慢道来。
我们使用一种语言就是用它的语法进行编程，而学习一个框架实际也是为了用这个框架所提供的语言来写程序：Struts——我们使用很多配置还有 Action 和Form ;Spring——我们使用Bean 模型，这是它的最基本模型(现在 Spring 已经庞大得让很多人无法学习了);iBatis——我是用它的XML-SQL 模型;JBPM——使用它所谓的GOP模型(面向图元的编程);Web flow——是在使用它的页面流模型。这样的例子我可以举出很多(这也是DSL现在如此流行的原因)。
很多人会说：学习这么多我已经晕掉了!不妨想想，为什么会有这么多东西存在? Struts 是为了解决Web编程的困扰;iBatis、Hibernate 是为了解决在数据库编程时的麻烦;原有的Web页面编程都是独立的具体单元，Web flow能够让这些页面形成流的形式，让开发更顺其自然;从JBPM的GOP可以看出，JBoss 的开发人员对抽象的理解度很深。我举这么多例子，实际是让大家不要害怕现有的这些框架，有了扎实的基础，抽象的概念是很容易理解的!缺乏抽象的能力，你就不能更快更好地解决问题。
实际抽象能力衍生出来的一点就是，需要我们对已学过的知识定期进行梳理。这样能让你巩固已有的知识，为以后的学习做好准备。知识就好比一棵生物进化树，最终目标都是一样的，关键是看如何选择进化的路线，让自己的知识结构能够有机的结合在一起。做到学以致用。过一段时间就梳理一下，你会有更多的发现。
扩充现有的知识层面
在巩固原有知识结构的前提下，我们更需要扩充现有的知识面。井底之蛙，看到的永远是井口大的那片天，只有跳出来，才能看见无限美好的蓝天白云。我曾经也常常局限在自己已熟悉的那块领域沾沾自喜，但是走出来以后才发现，自己原本是多么肤浅!学习的知识越多，对新事物的洞察力将会越准确!这样有助于你巩固已有的知识，系统地学习新的知识。
那我们是否需要无限平行式的学习知识呢?我的答案是“No”。人的知识面是有限的，我们需要一个T型的知识结构。你的知识面要广，但是对于某些技术点要专，这才是做好一个架构师的关键。有时 “专”可以让你对很多“广”的知识产生触类旁通的感觉。
实践也是非常重要的一环，不要有畏难心理，觉得这个东西太难，我无法完成!有时候事情的结果可能是糟糕的，但是过程是非常宝贵的，其中可以学习到很多东西，同时也可以让自己避免轻浮的心理。
还要着重培养自己良好的沟通与解说能力。架构师面对客户群具有多样性，有技术工程师、业务人员、公司管理层，甚至直接面对客户等。要把一个高度抽象又复杂的系统说清楚，这对于架构师来说也是一种挑战。所以架构师必须掌握技巧，应用多种表达方式来阐述架构与产品设计、与具体业务、与公司战略之间的关系等。培养良好的沟通能力，多和周围的人进行沟通，你能够学到更多的知识!
“平衡”是架构设计的艺术，我们设计一个东西，就是在平衡各方面的利益。平衡有可能是时间上的，比如需要支持多少年的系统可用性;平衡有可能是纵向的，比如要支持系统的向下兼容性，要保证程序员编程模型上的简单性等等。这种平衡就是因人因时因地而异了。平衡的把握很可能就是评判一个架构师架构水平的标准!架构师在设计的时候应该权衡维度、整体性和扩展性，考虑问题时不要局限于自己的一亩三分地。多种点田，会长出很多庄稼的!
拥有一个扎实的基础，不断扩充自己的知识面、完善知识体系，在对现有知识抽象的基础上，不断去沟通实践，你将获得更强的架构平衡能力。最后我还要说，业务知识非常重要，这个是你实践的关键!

❻ 软件开发工程师是什么

软件工程师（Software Engineer）是从事软件职业的人员的一种职业能力的认证，通过它说明具备了工程师的资格。软件工程师是从事软件开发相关工作的人员的统称。
软件工程师（Software Engineer）是从事软件职业的人员的一种职业能力的认证，通过它说明具备了工程师的资格。软件工程师是从事软件开发相关工作的人员的统称。软件工程师是一个广义的概念，包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位，工作内容都与软件开发生产相关。软件工程师的技术要求是比较全面的，除了最基础的编程语言（C 语言/C++/JAVA 等）、数据库技术（SQL/ORACLE/DB2 等）等，还有诸多如 JAVASCRIPT、AJAX、HIBERNATE、SPRING 等前沿技术。此外，关于网络工程和软件测试的其他技术也要有所涉猎。
能力要求
对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。具体能力要根据岗位和自己的兴趣爱好选定自己的职业规划方向，一方面要详细了解软件工程师的要求，可以关注企业的招聘信息；一方面自己要贮备通用的知识技能，广泛阅读相关的计算机材料对自己以后的发展大有帮助。可以确定的是软件工程师的前途在未来的发展依然是不断升温的职业，比较需要有技术和良好前景的专业之一。
分级
一般情况下都是分 4 级：
1、软件技术员
2、助理软件工程师
3 、软件工程师
4 、高级软件工程师
工作内容
1、 指导程序员的工作；
2、 参与软件工程系统的设计、开发、测试等过程；
3 、协助工程管理人保证项目的质量；
4 、负责工程中主要功能的代码实现；
5 、解决工程中的关键问题和技术难题；
6 、协调各个程序员的工作，并能与其它软件工程师协作工作。
7、还要编写各种各样的软件说明书，如：需求说明书，概要说明书等
8、考试科目工程师是中级职称，考试的题目包括了计算机体系结构、软件工程、数据库、数据结构、编译原理等计算机学科的基础课程

❼ 跟程序员相关岗位有哪些

1.技术+技术（深入阶段）
这算是一条纯技术路线，具体又可以分3个方向：
技术（2年以上编程经验）+技术（软件测试，或系统分析师，或系统架构师）
有软件开发的工作经验，再加软件测试，比刚开始就进入软件测试行业的人要更具竞争优势。软件测试工作经验越多越好，可以干到退休，不用担心年龄问题。
如果选择“系统分析师，系统架构师”，则首先要打好扎实的“理论基础”（可以通过考证书,比如参加软考），以保证自己“后劲力十足”，这样等有了4，5年的工作经验后，才有可能能冲上这个高端领域。平时工作中要不断的锻炼自己的“发散思维”，培养善于发现业务需求的“眼光”。
2.技术+管理 ：比如 项目经理。
像雷军说的那样：“程序员象木工一样，熟能生巧。程序员必须写足够代码量（8万行以上）的程序，才会有感觉，这是一个苦力活，没有任何捷径可走。”项目经理大多是从“优秀”的程序员里挑选出来，想走这条路，平时就要疯狂的编码，迅速累积丰富的编程经验，然后再补充一些管理方面的知识。(本人打算走这条路，呵呵)
3.技术+销售：比如 技术销售工程师，技术支持工程师。
这类工作要有一定的技术背景（入门级也可以），具备较好的语言表达，沟通能力。工作比较轻松，月薪待遇主要看个人销售业绩等，个人收入差别可能比较大。
4.当培训老师
如果你“乐于分享”工作经验，传授知识，或者觉得自己年龄比较大，精力不够充沛，且往上升又比较困难的话，可以选择去培训机构当老师，就目前而言，当老师工作轻松，待遇也不错。

❽ 软件系统架构师必修内容是什么

对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
那么，到底什么是架构师呢？所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。
什么是架构师最具价值的技能呢？就是要了解不同的知识，做一个“杂家”或者说“博学家”。当然，如果你的数据库技术非常棒，或者你在工作流引擎方面具有不可超越的专家知识，那也是很不错的。好的架构师有好多都是从专家成长过来的。但是，这不是架构师应该做的事情，架构师应该做的是了解所有的东西，既了解技术的宏观面，又了解技术的细节。真正的架构师不仅仅要了解软件，也要了解硬件，在关键的部位使用合适的硬件来取代软件，可以成倍甚至成百倍的提高整个系统的效率。下面我将会以互联网行业对的架构师的要求为例，向大家讲解作为架构师应该具备的知识。
互联网行业是当前最激动人心的行业之一，很多的创新都来自于这个行业，而每一个大型的网站如Google，Yahoo，Myspace等都需要解决一个非常复杂的问题，就是网站的分布式向外扩展(Scale Out)的问题。解决这个问题，需要最优秀的架构师对业务进行剖析，利用软硬件将网站进行重构，甚至根据业务研发相应的分布式技术，解决网站复杂的分布式计算的问题。如果你想在这个行业中成为一名架构师的话，需要至少掌握网络知识，硬件，软件，网站优化等方方面面的知识：
网络知识
当前的软件已经绝对不是那种仅仅跑在一台单机上的孤立应用了。不仅仅是在互联网行业，任何一个行业的软件，都要求其具有网络功能。因此，网络知识是架构师必备的知识。我们所说的网络知识，不仅仅包括TCP/IP，http等互联网行业常用的软件协议，也包括网络规划，甚至更具体的说，根据网站应用所处的地理环境进行网络规划。比如人们常说：“这世界上最远的距离不是生与死的距离，而是电信到网通的距离”（笑）如果应用是建立在中国的，就要考虑电信用户和网通用户访问网站的速度应该都比较快才可以。这时候的解决方案可能有多种，比如采用CDN（Content Delivery Network内容分发网络）使得网站的内容发布到离用户最近的服务器，又可以采用把服务器放在一些所谓的双线机房中，甚至将几种方案结合起来使用。这些都统统归到网络知识中。做为公司的架构师，要对这些知识都有所了解，才有助于在遇到问题时找到最佳答案。
硬件知识
了解硬件的极限，是架构师的基本功。我见过一些人，他们的眼中软件硬件都是没有极限的，需要资源就申请，系统性能下降了就买更高级的设备。然而，硬件的性能有很大一部分取决于I/O设备。而这些I/O设备依靠的都是机械物理运动，这种运动是有极限的。因此当资源访问量增大到一定的程度时，这种物理运动将成为瓶颈。比如说，在开发网站的过程中，记录访客的状态是一件很重要的事情，一般来说可以使用HttpSession来记录。而HttpSession的存储问题将是一个很大的挑战，尤其是多机共享Session时，将HttpSession存成文件并通过多机共享或网络备份的方式来解决分布式的问题是常用的方案，然而，架构师必须考虑到这种方案是有I/O极限限制的，很难扩展到超过一定规模的大型网络。同时，架构师应该了解目前最近的硬件发展是否对软件系统会造成一定的影响，比如在多核的条件下是否对软件编程有新的要求，是否会对运行在虚拟机和非虚拟机上的程序有影响等等。
软件知识
软件知识所包含的范围就更加广泛了。对于互联网行业来讲，架构师要了解操作系统，数据库，应用服务器等各方面的知识。比如说，如果网站使用的操作系统是Linux，就要了解这个Linux版本的性能与局限性，比如说最多可以存放的单个文件为多大。有的数据库的数据是以单个文件来存放的，虽然我们很少见到数据库中的数据多到不能再放入一条记录的情况，但是作为架构师，请时刻注意，这种可能性是有的。而且如果你有幸在一家高速成长的互联网企业中，而你所负责的应用又没有经过优化的话，可能你会很快见到这种现象。这种现象的发生可能是由于操作系统不支持大文件的原因，也可能是数据库不支持大文件。不论如何，架构师应该在这种现象发生之前就把一切都准备好。对数据库中表的拆分是架构师应该遇到的另外一个困难。一般来说增加应用服务器比较简单而增加数据库服务器则是比较复杂的问题，如果一个站点由多个数据库支持，架构师需要考虑如何在保证数据一致的情况下，让多个数据库分担压力。有些解决方案是将数据库的读写分开，使得大多数的查询sql不经过核心数据库，而只是访问数据库的副本，但事实上，这种方式也只能维护规模不大的网站。对于大型的网站来说，把业务分散到不同的数据库中，只共享必要的数据，才是合理的提高网站扩展性的解决方案。
其他知识
作为系统架构师，可能还需要对分布式系统，负载均衡，网络安全，数据监控等等各方面都有所了解。不仅仅是了解理论知识，也要对相关的产品和业界进展有一定的认识。比如说做负载均衡最好的产品是那种。目前最常用的备份策略是什么，有什么缺点。如何使用缓存，如何做好日志分析等等。
刚刚谈到的是架构师需要掌握的知识，然而，冰冻三尺非一日之寒。这个过程需要我们慢慢的积累。如果你已经进入到公司进行软件开发，请时刻关注你所开发软件的性能与可扩展性，而不仅仅局限在功能上，时刻想着任何一个简单的问题：我开发的模块如果放在多人并发的环境下会怎样，慢慢的就会有所心得。如果你还是一个在校学生，不要想着自己离架构师这个职位还很遥远。要知道，成为架构师的修炼之路是很长的，甚至可以说是终身的，因此早点进入学习状态，不断修炼自己。在学校期间学好离散数学，数据结构，操作系统，编译原理，体系结构，数据库原理等关键课程，并积极寻找机会到外面实习，增长自己的工作经验。如果有机会去到一些技术主导的公司中工作，就一定不要放弃这种机会，慢慢就会成长起来。最重要的，你会养成关注技术，勤于思考的好习惯。当有一天你发现自己对任何技术难题都可以一眼看到其本质，并能够将其分解为一个个可轻松解决的模块，你会由衷的感觉到知识给你带来的快乐，或许那一天，你已经是一个架构师了。

❾ 程序员往上做是什么软件分析师、架构师、工程师有什么区别

程序员往上做是软件分析师、架构师这些高级技术人员。要说层级关系软件分析师、架构师、工程师比程序员高级，这些都是从基础程序员做起的。

(9)编译器开发架构师扩展阅读

对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。

具体能力要根据岗位和自己的兴趣爱好选定自己的职业规划方向，一方面要详细了解软件工程师的要求，可以关注企业的招聘信息；一方面自己要贮备通用的知识技能。

可以确定的是软件工程师的前途在未来的发展依然是不断升温的职业，比较需要有技术和良好前景的专业。

参考资料

网络—软件工程师

网络—程序员

网络—系统架构设计师

网络—系统分析师

❿ 汇编语言编译器是怎么编写的

编译器自举！搜索这个关键字
程序都是编译器编译的。这个是肯定的
至于第一款X语言编译器是不是直接1010101010自己写的那就不知道啦

一般开发编译器的话。有两条路选择
1.利用yacc(或者其变种)&lex(词法分析)-等工具自己生成语法模板
词法语法都可以使用这些工具自己生成
然后自己编写生成的中间码和生成的机器码就可以了
一般做编译原理类似试验都是如此的。许多编译器也的确是这样

2.自己写词法分析和语法分析。可以参考一些开源的编译器
lcc-这个是ANSI C99标准的编译器是开源的
或者nasm,watcom等编译器到www.sf.net上不少开源的编译器

总的来说。高级语言编译器比较难写
如果想快速写出一个的话
可以采用第一种做法。利用工具生成语法词法模板
先写一个简单的汇编编译器比较简单
开源的有nasm,jwasm(支持masm语法开源的编译器)
http://www.japheth.de/JWasm.html
fasm(这款编译器是自举的.就是自己可以编译自己),
http://flatassembler.net/

剩下的就是自己做好语言规则关键字map
引用高手的话。语言map做好了你的编译器也做好一半了
剩下的都是机械性的工作了。
生成x86或者arm指令。

优化工作这个很难解释.根据你所需要的做吧
毕竟可以做出一个无错,又XX的编译器已经很难得

你可以选择使用现有的编译器开发自己的编译器
然后等到你的编译器支持相当数量指令和成熟度的时候
使用自己的语法重新写一遍编译器.
这样你就可以用自己的编译器开发自己的编译器了(是不是很邪恶?)

另外举几个例子
Delphi的编译器是C++ Builder开发的。
而C++ Builder的IDE是Delphi开发的
C++ Builder的编译器是C++ Builder开发的-这个就是编译器自举了。。Delphi和C++ Builder共享一个后端化优化器。
Delphi 早期的版本的编译器是tasm直接编译的。可见Anders的汇编功力多强悍（Anders也就是后来VJ++,C#,.NET工程的核心架构师.最关键的灵魂级人物）

VC++的编译器是VC++开发的。很明显这都说明了编译器自举
自己开发自己。如果一个编译器可以做到自己编译自己。那基本上就可以实现任何功能了。

关于编译器开发的书籍可以看一下
龙书《编译原理(第二版)》
虎书《现代编译原理-C语言描述》
鲸书《高级编译器设计与实现》
建议从鲸书看起。然后是龙书
再来是虎书--虎书里面描述了许多现代编译器(正如其名)技术
例如面向对象啦,优化,垃圾回收等等.
鲸书看完基本上就可以实现一个简单的Tiny C编译器了
然后在龙书巩固,读一下语言规范,自己看一些开源的汇编编译器代码
自己就可以尝试做一个汇编语言编译器了.等到技术提高了
在尝试做一些高级语法识别，参考LCC代码做一下ANSI C99的
C语言编译器。再来就看你自己的兴趣和领悟度拉
如果想支持C++的话就得要对编译器做许多方便的研究

类似Java那种跨平台或者Ruby,Python等动态语言
虎书中也有描述。当然看自己功力了