兼职编译

1. 朱石麟的介绍

（1899年7月27日～1967年1月5日）中国电影导演艺术家、编剧。原籍江苏太仓。肄业于上海工业专门学校预科。先后做过银行练习生、铁路局职员，并在北京真光电影院任兼职编译。

2. 为了兼职，学哪种计算机编程语言（或技术）比较好，求推荐

我也觉得是java。因为现在很多网页、动画都是用java编译而成。如果只是为了兴趣、娱乐而编程的话，我就建议你选易语言或者从c++

3. 想做副业，学编程，学哪种语言比较好（零基础）

最近有很多同学问我，我是一个零基础的小白，到底学习哪一种语言比较好？作为一个写了十年代码程序员，用过七种语言的我来说，必须要强调一下，语言只是一种工具，当你真正理解了要做的事，选一个顺手的就行。跟工具一样，哪天有新的好用的语言出来，把旧的扔掉就好。

我今天写这篇文章的目的是想给大家一个参考。

决定用什么语言的因素有有很多，比如性能，内存占用，开发难度，运维难度，目标平台，可执行文件大小，代码可维护性，项目周期，项目规模，招聘难度，团队构成，历史遗留问题，甚至派系斗争等。

比如腾讯就有大量历史遗留的C和C++的服务器代码，毕竟20年前没得选。又比如空降技术负责人可能会为了让自己人上位，让自己团队出成绩，选择用其他语言或者框架对本来工作良好的系统进行重构。

下面开始聊语言

python

先说python，是因为这个语言小学生都开始学习了，以后不会python要被小学生欺负了。语法简单，除了前端几乎万能，可用的库极其丰富，能想到的功能几乎都有现成的库可以用。不管是搞爬虫，做人工智能，机器学习，数据分析，还是自动化运维，自动化测试，python几乎都是首选。不想当程序员还想学习一门语言的话，学习python就没错了。缺点是慢，但是能让机器累的事，何必让人来累。

php

PHP是世界上最好的语言，可能这个已经成为很多程序员的梗。

我没用php开发过大型项目，自己做东西的感觉是这语言非常简单，以前用的人很多，招聘容易，但是不适合做复杂的项目。现在用得越来越少了，迅雷以前有不少运营活动页面是PHP做的。

C

C的语法足够简单，应该是最接近机器语言的高级语言，适合编写操作系统底层，驱动程序，硬件相关的程序以及看重性能的程序。由于过于简单，构建大型程序的复杂度非常高，建议想往研发方向走的同学都学习一下C语言。

可以对计算机一些底层原理了解，比如指令执行过程，内存管理，异常，多线程，编译过程等又更深层次的了解。掌握C语言再学习其他语言会变得很轻松，学习破解也有帮助，毕竟汇编基本都可以反编译出C代码。

C++

C++是一个糟糕的语言，这不是我说的，这是Linux之父说的。我自己用C++四五年时间，越到后面就感觉这句话越有道理。

首先C++的强大是毋庸置疑的，但是作为一个跟C一样偏底层的语言，如果不理解写的代码背后到底发生了什么事，如果出了错，你是永远不可能知道错在哪里的。

一个没有垃圾回收的语言，不用智能指针很容易导致内存泄漏，错误的用了智能指针不但内存泄漏之后不好解决，还容易导致提前释放等问题。

C++支持强制类型转换，如果转换前后的内存结构不一样，很有可能导致各种隐性问题。还有Java之类非原生语言的异常处理都是语言自定义的异常，而C和C++中的异常很多都是操作系统层的异常。

Windows下一个简单的try catch，你觉得可以抓到try中所有的异常，但是由于异常处理函数的指针保存在栈上，这时一个栈溢出可能直接导致异常处理函数指针被覆盖，异常会出现在你意想不到的地方。微软有大神曾说过，想你的代码后续可维护就删掉代码中所有的try catch。

又由于语言非常底层，当程序出现底层崩溃的时候，想解决掉这个崩溃往往要读一些汇编，这时候如果使用了大量的模板，比如stl和boost，那生成的汇编几乎完全不可读。看过stl代码的人应该都知道这玩意儿写的有多晦涩，就导致了你想用一个C++库，如果不了解这个库的实现原理，那大概率会出错。

C++的复杂度又让你很难真的理解那个库的原理，结论就是C++强大，但是必须用的人也强大。C++直到现在还在疯狂的增加特性，我用了四五年我自己都不敢说自己会玩C++，能用其他语言就优先考虑其他的，把C++作为最后的选项，不建议新手学，除非你的目标领域必须使用。

Rust

Rust是为了解决C和C++的各种问题而出现的语言，性能接近C++，通过所有权限，不用垃圾回收就解决了生命周期管理。有包括管理，又有极其严格的编译器检查，能编译通过的代码就不会有大问题，编译器直接把水平不够的新手挡在了门外，通过解决出问题的人是方式，从根本上解决了C++的问题。

我第一次用rust写个小程序就跟编译器较了一天的劲。它的缺点就是学习难度太大，语言太小众，库太少，很多轮子都要自己造。但是随着微软之类的大厂使用，相信之后发展会比较好，新项目如果需要C或者C++可以优先考虑rust。

Java

我现在主要也是一个Java程序员，对于Java这个语言我并没有什么很特别的感觉，配套设施完善，什么都能干，体验非常赞，就是内存占用有点难看。想搞安卓考法的必修，阿里有大量的服务器项目使用Java。

唯一想吐槽的是gradle这个构建系统，版本问题搞得很头疼。

JavaScript

js是前端的必修课，没得选，然而node让js也万能了。用node做过后端项目后，感觉动态类型语言还是不太适合，由此带来的低级错误很多，虽然可以用typescript解决，但是最终还要编译成js，无法直接调试。由于没有原生的多线程支持，利用cpu也只能通过开多个进程的方式。小项目的后端做着玩还可以，大点的还是考虑Java或者是go吧。

Lua

Lua是极其轻量的语言，语言特性接近js，runtime非常小。作为一个脚本语言，性能出色，内存占用低，很适合各种嵌入式设备或者插件系统。

Go

这玩意儿一定是谷歌为了解决自己后端项目中遇到的问题而开发的语言，各种特性直戳痛处。语法简单，规范严格，这就让不管什么水平的开发写出来的代码差距都不会太大。

静态类型，没有默认参数，没有异常处理，可以降低犯低级错误的概率。编译成原生代码，可内嵌C代码，原生支持协程和多线程，可以保证性能，支持跨平台编译，输出单文件方便部署，这些优点带来的问题是Go的指向性太强，只适合做高并发api类的后端服务。

想用Go开发其他任何领域都会觉得特别别扭，类似C的语法过于简单，又没有泛型，导致很多功能都显得很啰嗦。但由于Go解决了部署问题，跨平台问题，降低了研发人员的水平要求，降低了犯错误的概率。

关于这些语言的性能没有绝对的排序，但根据我做项目带团队和面试的经验，绝大多数的程序员的水平都还碰不到语言的性能瓶颈。一般来说对语言的理解以及多线程，算法，网络，数据库，缓存。硬件甚至业务的理解都比语言的性功能影响更大。

再次强调，语言只是工具，只有适不适合，没有好与不好。基础强大，用哪个都不怕，基础太差，用什么都尴尬。

只是会语法并不是掌握了这门语言，要知道程序背后发生了什么。比如C++的对象模型，Java的虚拟机，垃圾回收，Go的协程，js的promise，rust怎么编译通过等等。

基础是一门语言的核心，不管学习哪一门语言都要重点学好基础。

4. 寻找Delphi 7 高手帮我解决一些问题 有偿 兼职都可以！！

哈哈
一个还不太老的程序员的体会
（初稿）

软件以程序员为本（《程序员》）

谨以此文献给所有想当程序员的朋友

（一） 文章由来及个人经历

我是一名计算机专业的本科毕业生，毕业已经1年多了。毕业后从事的是软件编程工作，经常有其他专业的朋友想从事软件编程工作，向我请教如何，因为我自觉涉行不深，不敢信口开河，无奈朋友信任，我不得不郑重考虑一下这个问题了，来帮助朋友选择和回报朋友的信任。

这也就是此文的由来。

还是先谈谈我个人的经历吧。（是不是有点俗套，但我觉得了解我的经历，有助于理解我话的含义；我一向认为不了解古龙的生活经历的，不会真正读懂古龙的作品和古龙笔下的英雄的）我本科就读于南方一所着名的高校（因为自己的不成气，愧谈母校名谓），学的就是计算机专业。上本科时，几乎没有认真的听完一门专业课程，上课看报纸睡大觉，下课看录像看小说看球赛，临考抱佛脚，每次考试和课程设计都是蒙混过关。（于之相对是，我选修的工商管理和经济贸易方面的课到是听得不亦乐乎，考的分数颇高，也许这才是我的真正兴趣所在。）

总而言之，大学是混过来了，对专业的理解和掌握程度，应该没有达到毕业要求的合格水平。（也很后悔，但是有什么用呢，当时不知道珍惜；如果上天再给我一次机会的话，我一定会抓住，多看点美国大片少看点港片；现在，重回校园是我的一大理想）但是大学的学习使我有了一个简单的知识框架（总算学费没白交），我对一个朋友这样形容过我的这个知识框架，“它不是钢筋铸的，是稻草扎的”，哈哈哈，不要笑，真的，我敢说很多本科毕业的朋友的本专业的知识框架也只不过是“稻草扎的”。直到现在，我一直觉得自己的基础知识还是很薄弱，一直想抓点时间，把基础书本好好的温习一下。（此项任务正在计划和实施中）

毕业后，分配到某研究所工作。当领导让我选择自己以后的工作方向时，我毫不犹豫的选择了软件（也不知道到底是对还是错，但我决不后悔）。此研究所主要是以硬件为核心搞通信控制设备的研发生产；软件是辅助，所以也不受什么重视，很多搞软件的人都跳槽走了，留下来的大都是一些已经废掉和行将废掉的“伪/萎”程序员（名副其实的“软件人员”）。在这里感觉不到什么高紧张和高技术程度的研究和开发；软件开发的技术含量极低，以致于大部分人只有半年的学习和开发经验，以后都是这些知识和经验的重复利用。（我问过其他到研究所工作的同学，他们说都一样，呜呼，我们的国防科研开发呀）对于软件的开发，领导的意志和老掉牙的经验在新课题的技术采用和开发中起了决定性作用，没有明确的需求，没有明确的开发计划和进度，大家在一天一天一周一周的浪费着宝贵的时间，最后开发出来的东西修来改去，直至它变成垃圾。 我越来越认识到一点，要么象那些废人一样废掉，要么自己去努力寻求出路，反正别指望从工作中得到什么高明的经验了（教训倒也许有）。期间发生了一些感情上的纠纷，严重的影响了学习计划和效果，直到现在浮躁的心仍然有些浮躁。

期间，我读了一些书，看了一些文章，编过一些小例程，搞了一些没有什么技术含量的开发工作，也和一些前辈和高手们谈过聊过。 我一直在思考几个问题；如何学习软件开发？如何搞软件开发，国外的软件开发到底其秘诀在何处？为何我们的软件业一直在低水平徘徊？我们难道真的离了Microsoft就活不了？我们的程序员到底在浪费时间干些什么？软件开发到底是如何分类的？我们如何走自己的民族软件之路？

我想了很久，一些想通了，一些还在想。但我知道有一点是肯定的，那就是我们一定要靠我们自己走出自己的软件之路！跟在别人屁股后面永远受制于人！

好了，关于经历和牢骚就先写这些吧，该进入我们的正题了。

（二） 你适合当程序员吗，你知道编程序是怎么回事吗？

1、 程序员意味着要编程序。（如果你仅仅想得到一份高薪水的工作，喝喝咖啡就等老板发薪水，我奉劝你还是另找一份更合适的工作，譬如练摊，真的，兄弟，这份工作不适合你）

2、你是学文的还是学理的，编程序也许需要浪漫，但更需要逻辑和严谨。（说坦白点就是，在你没有找到乐趣以前，它很枯燥）

3、你有对新技术追求的热情吗？你有刨根问底的探索精神吗？（热情绝对是最重要的！你仔细思考一下自己的性格适合当程序员吗？）

4、当程序员决不是什么好差事，时刻需要学习，需要思考。（直到你成为那个可以引导别人去学习和思考的人，你才可以偷偷的嘿嘿笑，又一群傻蛋）

5、程序员的未来很迷茫。（但我认为关键看你自己！我希望你是一个有追求的人，不仅仅是混碗饭吃。因为真正的乐趣在于创造；如果你能改变软件业的历史，那才是英雄；不想成为Bill Gates，不想成为Dennis Ritchie和 Bjarne Stroustrup，我会说你没有追求。有个关于程序员未来的笑话，也许你还没听过，你该听一听，摘抄如下：

一个程序员对自己的未来很迷茫，于是去问上帝。
“万能的上帝呀，请你告诉我，我的未来会怎样？”
上帝说“我的孩子，你去问Lippman，他现在领导的程序员的队伍可能是地球上最大的”
于是他去问Lippman。
Lippman说“程序员的未来就是驾驭程序员”
这个程序员对这个未来不满意，于是他又去问上帝。
“万能的上帝呀，请你告诉我，我的未来会怎样？”
上帝说“我的孩子，你去问Gates，他现在所拥有的财产可能是地球上最多的”
于是他去问Gates。
Gates说“程序员的未来就是榨取程序员”
这个程序员对这个未来不满意，于是他又去问上帝。
“万能的上帝呀，请你告诉我，我的未来会怎样？”
上帝说“我的孩子，你去问侯捷，他写的计算机书的读者可能是地球上最多的”
于是他去问侯捷。
侯捷说“程序员的未来就是诱惑程序员”
这个程序员对这个未来不满意，于是他又去问上帝。
“万能的上帝呀，请你告诉我，我的未来会怎样？”
上帝摇摇头“唉，我的孩子，你还是别当程序员了”）

6、当程序员还是很有乐趣的。（当你学到新知识时，当你有新的思想见解时，当你有新的产品问世时，和知己探讨你的成果时…我问你，觉得这些是乐趣吗？）

7、当程序员不易也不难。（世间事有难易乎？为之…；不为…。你有决心和信心吗？）

8、你真的要当程序员？是你自己的想法？

9、你舍得花钱买书吗？（读好书绝对是学习编程的最佳捷径。你一定会说，现在电脑书籍真他XX的贵，没法子，谁让知识和技术在人家的脑袋，在人家的书里呢；等你写书时可以把价格定低一点，记着还有好多没钱但想买书的兄弟很困难呀。要舍得买书，买好书，不好的的书不如不读，其害大于其益，关于买什么书，你可以问高手或看候捷的书评；准备一个小本子记录你想买的书的名字，逛书店时看看，如果好就买下，记住要读，别光买不看。） 10、我告诉你，程序就是：任何有目的的、预想好的动作序列，它是一种软件。

11、编程序就是编写程序。

12、你想好了吗？（如果你想好了还是决定要当程序员，可以继续往下读；否则，你可以继续寻找别的出路了。）

（三） 一个程序员应该具备的基础知识和概念

1、计算机是有什么组成的，CPU是什么东西，其工作原理是什么。（对于这些以及下面将要提到的概念我不会告诉你什么答案，你可以看相应的教材，关于教材我会在下一部分详述，记住理解最重要！）

2、机器语言和微指令集的概念。

3、程序的概念。

4、汇编语言是低级语言但不是机器语言。

5、高级语言主要有那些？（C，C＋＋，Basic，Pascal，Fortran，C#，Java等等；如果你是中国软件业的英雄，你也写一门语言，最好不用英语） 6、编译程序和解释程序的概念和其原理。（编译器是高手和专家编写的）

7、HTML、XML等是标识性语言。

8、Prolog是人工智能语言。

9、操作系统OS的概念和原理。（Windows98，Windows2000，Windows NT，UNIX，Linux，等等都是OS，还有一些实时OS，嵌入OS，编这些的绝对是高手）

10、Windows编程说白了就是Windows API的调用。（中国的程序员很多只是会编windows程序，用的是VB，我的建议是这些程序员顶多只是低级编码员，我称其是coder）

11、VC＋＋、VB、BC、BCB、Delphi、VF等都只是编程的工具和环境，不是编程语言。

12、面向结构的设计概念。

13、面向对象的概念。（好好理解，兄弟，这个东西还是很重要的）

14、软件工程的概念和原理。（如果你想当老总就需要好好研究了，系统分析员比编码员要高一个等级，薪水也高哟）

15、数据库的概念。（要熟悉一些着名的数据库系统和语言的名字，如Orcle，SQL，DB2，DyBase等）

16、了解网络概念。

17、了解多媒体概念。

18、熟悉和掌握数据结构和基本算法。

19、是不是要求太高了，别着急慢慢来，进步在不知不觉之中。（一旦开始学习，一个月以后你就会有一个基本的概念；两个月以后你就会感觉自己有了全面的基础知识；当你知道编程序是怎么回事时，说明你已经入门了。也有很多人编了很多年程序还没有入门呢，你不会希望自己步其后尘吧。要有信心和耐心。沉不住气怎么能成大事？！）

（四） 教材推荐

――－推荐的教材主要还是针对概念来的，最好选用名校的教学用书。

1、《计算机组成原理》（熟悉）

2、《数据结构》（掌握）

3、《操作系统》（了解->熟悉）

4、《The C language》（掌握）

5、《编译原理》（了解原理）

6、《汇编语言》（了解）

7、《计算机网络》（了解）

8、《软件工程》（了解）

9、《关系数据库》（熟悉）

10、《The C＋＋Languege 》（掌握）

11、《面向对象设计》（掌握；结合C++学习）

（五）一些经验和体会

1、真正的程序员用C++；（一位专家说的）

2、动手去编程序；

3、动脑去思考；

4、要有良好的编程风格；

5、读书，读好书，尽量读原版书！（我反复强调这一点，读书要有选择，坚持读好书，名家出的经典书，不要浪费实践在一些粗制滥造的书上面；坚持博览群书）

6、有自己的学习计划；

7、总结自己的经验教训；（准备一个笔记本，记录错误和心得）

8、不要怕学新东西；

9、要有软件工程的思想；

10、善于发现问题，然后去寻找答案；

11、向高手请教；（要虚心直到你成为高手）

12、和同行交流；（不善于交流肯定不行）

13、懂得软件的实质，不要被千变万化的表象所迷惑；

14、真正要学习用的是编程语言和方法，不是什么库，什么类，什么工具；（学用那些什么库都比较简单，但光会这些库，我觉得还远远不够）

15、学习wiodows编程主要是学习windows OS和win32 API；

16、有空了解一下嵌入式开发；

17、有空了解一下PDA软件开发；

18、了解一下.NET框架和C#语言，也许它是你新的衣食父母；

19、要有耐心，不要作浮躁的人； 20、对程序加注释，并保留你的老程序；

21、学到的东西越多，了解的越多，你就越接近专家；

22、有空去逛逛CSDN，那里有你很多知己；

23、要有信心成为一个优秀的程序；

（六）一些好书的推荐

1、《The C Programming language》 （Keinighan & Dennis Ritchie 1988）

2、《The C++ Programming Languague》（Bjarne Stroustrup 1997）

3、《Inside The C++ Object Model》 （lippmans）

4、《Effective C++》 （同上）

5、《More Effective C++》 （同上）

6、《Exceptional c++》

7、《C++面向对象高效编程》

8、《设计模式》

9、《Thinking In C++》

10、《The Standard C++ Bible》（一般推荐）

11、《The Art of Computer Programming 》

12、《Programming Windows》 （Charles Petzold）

13、《VC++5.0技术内幕》

14、《MFC 深入浅出》

15、《软件需求》

16、《Advanced Windows》

17、《C++ primer》

18、《win32程序员参考手册》

19、《用TCP/IP进行网际互连》

20、《COM 本质论》

（七）学习计划

――－这个学习计划是我个人定的，也共享给大家参考一下，共同进步吧。 1、《计算机组成原理》

2、《操作系统》

3、《数据结构》

4、《汇编语言》

5、《 C 》

6、《 C++ 》

7、《VC 技术内幕》

8、《Programming Windows》

9、《深入浅出MFC》

10、《Advanced Windows》

11、《Inside The C++ Object Model》

12、《Thinking in C++》

13、《Effective C++》

14、数据库

15、网络

16、嵌入式OS和编程

17、硬件单片机

18、.NET和C#

19、软件工程

20、UNIX和Linux

（八）后记

一年来浪费了大量的时间去摸索，去思考，走了很多的弯路，直到现在我还觉得自己是个编程的门外汉。我把我的一些体会和想法说出来（当然，很多都不一定正确，欢迎大家指正和讨论），也许对一些想加入程序员行列的朋友有一些建议和帮助。希望能帮助这些朋友顺利走上编程之路，成为高手。

如果真能如此，我也就很高兴了。欢迎有兴趣的朋友给我发E_mail（[email protected]）；我这个人有两大业余爱好，其一就是读武侠小说，其二就是结交英雄侠士。

后记：此文我用analyster的名字登录，发表在“csdn－程序人生”上了，有很多网友看了，回了，还收到几个网友发来邮件，和我探讨，我很感谢大家对我的信任和鼓励。

我要说明的就是我的这篇小文，主要是想给“一些想成为程序员”的朋友一些建议，帮他们寻找一条自我培训的捷径，（其实世界上没有什么捷径的，我觉得一切都在于悟性，师傅领进门，修行在个人，譬如我就修行不够）少象我一样作大量的无用功。还有，主要就是一个程序员应该具备的基本功（个人看法）,有人称其为“内功”，我觉得很对。没有扎实的基本功，我们如何能够做到游刃有余的编写高质量高性能的优秀程序呢？

让我们共同努力，振兴我们的民族软件业！

5. android系统编译能用分布式编译吗

项目越来越大，每次需要重新编译整个项目都是一件很浪费时间的事情。Research了一下，找到以下可以帮助提高速度的方法，总结一下。
1. 使用tmpfs来代替部分IO读写
2.ccache，可以将ccache的缓存文件设置在tmpfs上，但是这样的话，每次开机后，ccache的缓存文件会丢失
3.distcc,多机器编译
4.将屏幕输出打印到内存文件或者/dev/null中，避免终端设备（慢速设备）拖慢速度。

tmpfs
有人说在Windows下用了RAMDisk把一个项目编译时间从4.5小时减少到了5分钟，也许这个数字是有点夸张了，不过粗想想，把文件放到内存上做编译应该是比在磁盘上快多了吧，尤其如果编译器需要生成很多临时文件的话。
这个做法的实现成本最低，在Linux中，直接mount一个tmpfs就可以了。而且对所编译的工程没有任何要求，也不用改动编译环境。
mount -t tmpfs tmpfs ~/build -o size=1G
用2.6.32.2的Linux Kernel来测试一下编译速度：
用物理磁盘：40分16秒
用tmpfs：39分56秒
呃……没什么变化。看来编译慢很大程度上瓶颈并不在IO上面。但对于一个实际项目来说，编译过程中可能还会有打包等IO密集的操作，所以只要可能，用tmpfs是有益无害的。当然对于大项目来说，你需要有足够的内存才能负担得起这个tmpfs的开销。
make -j
既然IO不是瓶颈，那CPU就应该是一个影响编译速度的重要因素了。
用make -j带一个参数，可以把项目在进行并行编译，比如在一台双核的机器上，完全可以用make -j4，让make最多允许4个编译命令同时执行，这样可以更有效的利用CPU资源。
还是用Kernel来测试：
用make： 40分16秒
用make -j4：23分16秒
用make -j8：22分59秒
由此看来，在多核CPU上，适当的进行并行编译还是可以明显提高编译速度的。但并行的任务不宜太多，一般是以CPU的核心数目的两倍为宜。
不过这个方案不是完全没有cost的，如果项目的Makefile不规范，没有正确的设置好依赖关系，并行编译的结果就是编译不能正常进行。如果依赖关系设置过于保守，则可能本身编译的可并行度就下降了，也不能取得最佳的效果。
ccache
ccache工作原理：
ccache也是一个编译器驱动器。第一趟编译时ccache缓存了GCC的“-E”输出、编译选项以及.o文件到$HOME/.ccache。第二次编译时尽量利用缓存，必要时更新缓存。所以即使"make clean; make"也能从中获得好处。ccache是经过仔细编写的，确保了与直接使用GCC获得完全相同的输出。

ccache用于把编译的中间结果进行缓存，以便在再次编译的时候可以节省时间。这对于玩Kernel来说实在是再好不过了，因为经常需要修改一些Kernel的代码，然后再重新编译，而这两次编译大部分东西可能都没有发生变化。对于平时开发项目来说，也是一样。为什么不是直接用make所支持的增量编译呢？还是因为现实中，因为Makefile的不规范，很可能这种“聪明”的方案根本不能正常工作，只有每次make clean再make才行。
安装完ccache后，可以在/usr/local/bin下建立gcc，g++，c++，cc的symbolic link，链到/usr/bin/ccache上。总之确认系统在调用gcc等命令时会调用到ccache就可以了（通常情况下/usr/local /bin会在PATH中排在/usr/bin前面）。
安装的另外一种方法：
vi ~/.bash_profile
把/usr/lib/ccache/bin路径加到PATH下
PATH=/usr/lib/ccache/bin:$PATH:$HOME/bin
这样每次启动g++的时候都会启动/usr/lib/ccache/bin/g++，而不会启动/usr/bin/g++
效果跟使用命令行ccache g++效果一样
这样每次用户登录时，使用g++编译器时会自动启动ccache
继续测试：
用ccache的第一次编译(make -j4)：23分38秒
用ccache的第二次编译(make -j4)：8分48秒
用ccache的第三次编译(修改若干配置，make -j4)：23分48秒

看来修改配置（我改了CPU类型...）对ccache的影响是很大的，因为基本头文件发生变化后，就导致所有缓存数据都无效了，必须重头来做。但如果只是修改一些.c文件的代码，ccache的效果还是相当明显的。而且使用ccache对项目没有特别的依赖，布署成本很低，这在日常工作中很实用。
可以用ccache -s来查看cache的使用和命中情况：
cache directory /home/lifanxi/.ccachecache hit 7165cache miss 14283called for link 71not a C/C++ file 120no input file 3045files in cache 28566cache size 81.7 Mbytesmax cache size 976.6 Mbytes
可以看到，显然只有第二编次译时cache命中了，cache miss是第一次和第三次编译带来的。两次cache占用了81.7M的磁盘，还是完全可以接受的。
distcc
一台机器的能力有限，可以联合多台电脑一起来编译。这在公司的日常开发中也是可行的，因为可能每个开发人员都有自己的开发编译环境，它们的编译器版本一般是一致的，公司的网络也通常具有较好的性能。这时就是distcc大显身手的时候了。
使用distcc，并不像想象中那样要求每台电脑都具有完全一致的环境，它只要求源代码可以用make -j并行编译，并且参与分布式编译的电脑系统中具有相同的编译器。因为它的原理只是把预处理好的源文件分发到多台计算机上，预处理、编译后的目标文件的链接和其它除编译以外的工作仍然是在发起编译的主控电脑上完成，所以只要求发起编译的那台机器具备一套完整的编译环境就可以了。
distcc安装后，可以启动一下它的服务：
/usr/bin/distccd --daemon --allow 10.64.0.0/16
默认的3632端口允许来自同一个网络的distcc连接。
然后设置一下DISTCC_HOSTS环境变量，设置可以参与编译的机器列表。通常localhost也参与编译，但如果可以参与编译的机器很多，则可以把localhost从这个列表中去掉，这样本机就完全只是进行预处理、分发和链接了，编译都在别的机器上完成。因为机器很多时，localhost的处理负担很重，所以它就不再“兼职”编译了。
export DISTCC_HOSTS="localhost 10.64.25.1 10.64.25.2 10.64.25.3"
然后与ccache类似把g++，gcc等常用的命令链接到/usr/bin/distcc上就可以了。
在make的时候，也必须用-j参数，一般是参数可以用所有参用编译的计算机CPU内核总数的两倍做为并行的任务数。
同样测试一下：
一台双核计算机，make -j4：23分16秒
两台双核计算机，make -j4：16分40秒
两台双核计算机，make -j8：15分49秒
跟最开始用一台双核时的23分钟相比，还是快了不少的。如果有更多的计算机加入，也可以得到更好的效果。
在编译过程中可以用distccmon-text来查看编译任务的分配情况。distcc也可以与ccache同时使用，通过设置一个环境变量就可以做到，非常方便。
总结一下：
tmpfs： 解决IO瓶颈，充分利用本机内存资源
make -j： 充分利用本机计算资源
distcc： 利用多台计算机资源
ccache： 减少重复编译相同代码的时间
这些工具的好处都在于布署的成本相对较低，综合利用这些工具，就可以轻轻松松的节省相当可观的时间。上面介绍的都是这些工具最基本的用法，更多的用法可以参考它们各自的man page。
5.还有提速方法是把屏幕输出重定向到内存文件或/dev/null,因对终端设备(慢速设备)的阻塞写操作也会拖慢速度。推荐内存文件，这样发生错误时，能够查看。

6. 中央编译出版社录入工作是真是假

现在网上好多招聘兼职的，并且都说是可以在家里就可以进行的，况且收入都非常可观，遇到这样的您千万不要相信。因为我总坚持一种理念，天上没有掉馅饼的事情，也不会有免费的午餐，所有要想不通过劳动就获取报酬那是不可能的。

这类兼职，骗人的套路就这么几种类型，你先对号入座。

1，自称招聘，然后以各种名义——押金、保证金、建档费、诚信金、服装费、体检费、培训费——让你交钱的。
无论是网上，电视上还是报纸上，那些黑中介的手法你应该早有耳闻。非要哭着喊着去给那帮人交钱？

2，自称任务，让你到处发垃圾广告，招更多的人，一层层拉人来上当的。
现在你可以知道为什么会有这么多的招聘广告，还有那些当托的。拉一个人给多少钱，这样的好事干嘛不找你？

3，自称打字，让你先交快递费邮费，然后对方加你黑名单，给你玩消失的。
即使是很多管理员盯着的知道，也并不安全。比如那些冒称出版社，或者虚构出版社的广告，提问者和答复者一唱一和的鼓吹某某出版社真实可靠，无一例外是要你信以为真的去交钱。

4，自称发贴，让你手机注册输入验证码，个性签名，暗中定制高价信息服务，扣你话费直到停机的。
比如那些要你输入手机号码，或者想方设法骗取你的手机号码的，这类地方你都要当心。身份信息，手机号码不要到处贴，生怕不落到保险，中介，诈骗，传()销团伙手里。

5，自称赚钱，给你一个可疑的链接，让你为之贡献点击率和人气的。
花那么多精神去点这些广告，搭上网费和电费，耗费自己的视力精力和时间值得么。

6，自称验证，要你提供银行卡，忽悠你输入密码趁机劫走里面的余额的。
个人信息的安全性，无论怎么强调都不过分，千万小心。电视上和网上报道过多次，还是有人要去信。也许就应该让他们多上几次当，算是一种教育。

7，自称创业，要你去拉人头发展下线，自称投入多少多少，回报多少多少的。
看过武林外传的菜刀门那集吗？
买三把刀就是黑铁兄弟，买30把就是青铜兄弟，买300把就是白银兄弟，买3000把就是黄金兄弟，上头还有钻石兄弟呢，
购买商品的价值偏离使用商品的价值，依靠拉人头发展下线的，
不管他们怎么自称，怎么标榜，都是传()销。

8，自称兼职，发给你带毒内容，感染你的聊天工具，向你的好友发赚钱广告的。
前段日子就有朋友遇到过：对方利用聊天工具冒充好友，自称出了车祸要他汇钱救命，幸好发现及时发现是诈骗。

7. 我想做一个翻译兼职，该从哪开始啊，是不是得先找个翻译公司啊

有些网站需要人编译些稿件，你可以去试试呀。还有稿费拿的。http://bbs.pcworld.com.cn/viewthread.php?tid=626&extra=page%3D1

8. 同命鸳鸯的导演朱石麟

中国电影导演艺术家、编剧。原籍江苏太仓。肄业于上海工业专门学校预科。先后做过银行练习生、铁路局职员，并在北京真光电影院任兼职编译。1923年朱石麟加入华北电影公司任编译部主任，抱病写了《自杀合同》、《故都春梦》、《恋爱与义务》等剧本。《故都春梦》是一部编、导、演完美结合的影片，公映时轰动一时，朱石麟由此在电影界名声鹊起，为他加入电影界打开门路。

9. 怎么样能找到C++的兼职或实习的机会

很难，因为C++只是一门语言，相对来说学习真的很容易。
但要学一个编辑器（VC BCB）相对来说困难得多。而且软件公司需要的肯定是会一个或两个编辑器的人才。

劝：赶快学习一个优秀的编辑器（编译器）。

10. 有熟悉java和python的人有兴趣做兼职吗

python其实和java一样，也可以编译为字节码再执行~

另外，Java也是解释型语言~ 解释型的优势就是移植起来很方便~ 同样的代码，在不同的平台，用不同的解释器一次性编译为字节码之后，就可以到处运行~

python 的字节码文件为*.pyc格式，java的字节码文件为.javac格式~

不知你现在学的是什么语言？

我以前学的是java，现在自学python中，发现python比java更灵活、强大，同样的功能，很少的代码就可以实现~ 优雅而美观。