用Windows的方式使用bash

Leave a comment

原载：http://blog.csdn.net/netcasper/article/details/363808

上班后，有了更多的机会接触自由软件，自然也就开始使用bash，在命令行上工作。随着会用的工具越来越多，用得越来越熟练，就越来越喜欢在命令行下工作，觉得任何GUI都会束手束脚。

直到有一天，我发现自己在用Windows的方式使用bash，当时真有点哭笑不得的感觉。看来改变习惯容易，改变思维定式就很难。下面是一个简单的例子，用来说明问题：

$ cd ~/mypath/to/a/special/place
$ chmod +x some.file
$ cd -

其实完全可以一条命令搞定：

$ chmod +x ~/mypath/to/a/special/place/some.file

不过第一种方法完全符合Windows的使用习惯，无论你要对一个文件做什么，首先打开资源管理器，进入文件所在目录，才能够做你想做的操作。但在shell下，进入、离开目录的操作完全可以省略。

当我看到一个同事也在做着同样的事情时，就笑着向他指出，他也哭笑不得的承认。在我看来，他比我更像Linux青年。

昨天终于把我的Fedora Core 3更新到最新状态，红色的叹号不见了。为了学习Linux，我没有装Windows，80G的硬盘还留了一半的空间，准备以后装Debian和Gentoo，不过要等到对Linux掌握得再全面些，现在还有好多东西不懂，担心直接用这些定制性比较强的distribution会产生较多的挫败感，一点点来吧。

抛弃陋习，迎接先进生产力，就从现在开始！

工作两年（一）——进入Compiler的世界

Leave a comment

原载：http://blog.csdn.net/netcasper/article/details/360700

两年来，我对编译器和编译理论的认识有了长足的进步。回想起两年前懵懂的样子，以及怀着忐忑的心情到香格里拉饭店参加面试的情形，不禁暗呼一声“侥幸”。

那时，我写程序都是用Delphi或VC++这样的IDE，编译就是按个快捷键或点击某个菜单项，编译器对我来说完全是透明的。编译课早就上过了，可惜完全与实践脱钩，所以也忘的最干净，甚至还不如计算理论这样的课记住得多。最近一次公司找intern，我在面试的时候就问了这样几个问题：

  1. VC++使用的编译器[1]的可执行文件的名字叫什么？（cl.exe）
  2. VC++的debug build和release build有什么区别？（调试信息和优化的有无）
  3. 一般来讲，编译器输出的是什么程序？（汇编程序）

回答结果很不理想，说明我们的编译课仍然在纸上谈兵。

当初之所以选择编译作为工作方向，是受到一本书——《深度探索C++对象模型》——的影响。那是我在上学期间看过的提到编译器这个词最多的一本书，也让我了解了隐藏在IDE后面的编译器竟然做着如此有趣的事情。在好奇心的驱使下，我把全部砝码压在一份简历上，而且是一个自己并不擅长的方向。所幸在当时的教育背景下我这样的编译水平不能算差的，更幸运的是能被当时多数面试者（包括现在的部门经理）相中，得以实现从事编译相关工作的愿望。加入公司后，完全从零开始，从最基本的论文看起，恶补了一阵。那情形，让我回想起大一上C语言课，第一次用英文教材，几乎每个词都不认识，都要查字典，很大精力被用来克服语言问题。后来经历也很相似，随着阅读越来越顺利，可以把更多的精力集中到问题域中。渐渐地，对控制流、数据流、依赖关系、以及各类优化不再感到陌生，又随着工作地不断深入，对其中某些领域有了更透彻的理解，也感受到了编译领域的博大精深。

现在，从一个程序员的角度来讲，我对编译器的功能有了充分地认识，可以更有效地使用。编译器对我来说已经不是一个具有单一功能的黑盒子，而是一个可以使用不同选项来实现特定需求的工具。但作为开发者来讲，我的水平还很不够，知识面比较窄，有很多需要加强的地方。由于工作内容所限，我对数据流分析和依赖关系的理论和实现了解得比较多，但对它们的应用认识有限，实际上这是一个很好的基础，因为很多优化都是基于数据流分析和依赖关系分析的结果来做的。

从我个人的经验来看，要想成为一个优秀的程序员，必须熟练掌握几种工具，我在提纲上列出来的是一些我接触过的、也是准备在后面的文章中谈到的。熟练掌握的意思是这种工具对你来讲不再是一个黑盒，你必须对这种工具所基于的理论有所了解，甚至要看过特定实现的代码。正则表达式是最恰当的一个例子，只知道它的语法是不够的，只有在了解了正则表达式引擎是如何工作的，才能构造出高效的正则表达式。所以，如果我们能在闲暇之余了解某些优化的原理，甚至看看gcc的实现，会更有利于我们写出高效的代码，这些代码在我们眼中也会显得更加生动。

[1]. 准确地说，是问driver的名字。