还记得刚毕业的时候，每个月数着工资卡里那点钱，憧憬着要是哪天我工资多少多少就怎样；可是现在是体会到了，钱这玩意儿完全不能带给你快乐，你必须自己去找快乐，跟钱真的没关系。（当然房价是一个因素。。。）

今天算了算，来到新的公司10个月了，也该给自己一些改变了：
1.别用加班来表现自己的努力，要用效率和产出来表现；
2.远离那些枯燥，重复，可替代性强的工作，如果有可能的话；
3.改变自己的心态，尽管工作早，依然很稚嫩，多学习才是王道；

看完之后总觉得隐隐约约也是在说自己, 不过又不很像, 但是真的不能说不像.

加班这事儿, 从好的方面想, 确实有时候需要连续的长时间工作, 比如你在看一大坨code, 这事儿真不能中间停下来, 第二天往往就续不上了.
再比如额外花些时间学点东西, 这也很常见.
但是不好的方面, 很多时候也是为了些破事儿再加班, 或者只是攒一些没啥意义的report, 再或者就干脆是混加班费.

所以我与富士康员工的共同点在于, 都是为了额外的利益而自愿加班.

问题在于追逐利益这事儿得有个度, 要适可而止, 否则就杯具了.

问题在于，作为一家IC设计公司，如何在这样的变革中找到自己的定位？
我们是卖笔墨纸砚，还是半装裱的成品？
抑或笔墨纸砚搭配临摹帖纸外加辅导？
既然硬件的差异越来越小，是否意味着那些只做AP的IC厂商也可以藉由第三方的modem而杀入这个市场？
apple/google已经买下IC公司，针对自己的OS定制芯片，传统IC巨头能不能效仿intel收购风河，去买自己的操作系统？

当你已经站到业界的前排，就无法，也无人可以follow了，无论愿意与否，恐怕都要鼓起勇气去推动变革，深深的参与到那些基础而又深刻的变化中，才有机会在未来依然生存。

sudo sudo apt-get install linux-headers-server linux-image-server linux-server

也就是安装pae版本的kernel就可以了。

coon@ubuntu:~/桌面$ free -m
total used free shared buffers cached
Mem: 8068 443 7624 0 58 177
-/+ buffers/cache: 207 7860
Swap: 0 0 0

Ubuntu 9.10
Transmission 1.75(9117)

问题：
Transmission如果同时下载多个文件，会提示“打开的文件太多”，从而导致同时只能下载两到三个文件。
解决方法：

修改文件
/etc/security/limits.conf
加入或者修改下面一行：
* – nofile 32768

所以，套用考试的经验去看日常的开发工作:
1.最基本的题目一定要会；
2.最基本的题目不一定非要看书或者真的理解，死记硬背也可以应付；
3.但是死记硬背流在面对题型变化时会死的很惨；
4.死记硬背流总是占多数；
5.如果你很牛逼，非常善于解难题大题，可以申请去参加竞赛，从而不再为那些基础题目浪费时间。但这需要参加选拔，同时也意味着更多的付出。
6.考的好的人会获得更多的资源，无论是真牛逼，还是作弊，或者狗屎运在某次关键考时发飙；
7.但是笑到最后的都是那些真正牛逼，持续付出，而又不会轻易动摇的人。
8.不同的科目差别很大，给人发挥的空间完全不同，像历史和地理这样的科目就从来没听说有奥赛之类的东东。就好比做linux的人总是搞得很深，windows的就相对差一些；
9.了解自己最擅长哪些科目是很重要的。

一些胡思乱想，与君共勉。

使用get_user_pages()这个函数：
int get_user_pages(struct task_struct *tsk, struct mm_struct *mm,
unsigned long start, int len, int write, int force,
struct page **pages, struct vm_area_struct **vmas)

这个函数的作用是根据用户空间start开始的len个页面，从页表中找到这些页面对应
的真正物理页面，保存在pages[]数组中返回。

其中主要的参数：
Start为用户空间内存的起始地址(页面对齐)
Len 为从start开始的页面的个数，注意单位为page
Write如果为1表示对这些页面具有写权限

所以我很多时候，工程师们不愿意开会/沟通/写文档/写报告的原因，很可能是因为担心人际交流的代价太高。
1. 很多时候，你和别人讨论的东西他未必完全听懂，他说的你也听不怎么明白；
2. 每次写报告都要画很多图，要确认很多细节，还要排版，总是抵消掉要报告的这件事情带给你的快感；
3. 有时候可能因为沟通的问题被人打过枪，或者别的老板误会过，那真是最糟糕透顶了。

前几天有一位非常资深的前辈辞职，一半的原因是为了照顾家庭，另一半是觉得公司的限制太多，还是小公司更好发挥。
就我个人而言，对此类事情早已看淡，每个人都有自己的期望和底牌，两者不匹配的时候就会散伙，很正常不过。
不过这件事还是让我一直在想，所谓的限制太多，应该就是团队成本太高吧？
比如你要做一个新的东西，如果在管理宽松些的公司(说小公司不合适，主要还是跟公司文化有关)，可能一两个人拼个几天就能出个demo，但是在管理比较严格的公司，在看到demo前可能已经开了N次会，写了数份report了。当然这其中的大部分人都是很投入的在做事情，很少有踢皮球或者和稀泥的事情，但是基本上也会把人的激情磨的差不多了。

所谓事情都有两面性，无论管理宽松还是严格应该都有它的优势和劣势，重点在于认清劣势，发扬优势。
严格的管理对于一个比较大的团队应该是必须的（比如两三百人做同一个项目），否则就离散伙不远了。
但是过于严格的管理肯定会带来更高的团队成本，而且会在团队内部扩散，就好比两个人在屋子里聊天，轻声细语即可。但如果是在菜市场里面聊天，即使俩人离的很近，往往也得提高音量，因为干扰很大，而这些干扰在它们各自的参与者看来都是有用的信息。
毫无疑问，在这样的环境里面，谁都会觉得很烦。

俗话说屁股决定脑袋，我是无法从上到下的去看这几百人的团队是如何run起来的，但是从下往上的看，于个体而言，应该还是有些对策的：
1. 提高沟通的效率，或者简单的理解为速度。举个可能不太沾边的例子，你的手机电池是1000mAh，EDGE上网每分钟耗电10mA，下载速度10KB/s，WCDMA每分钟耗电20mA，下载速度1MB每秒。如果你需要下载一个1MB的mp3文件，用WCDMA的话，显然更省电。
所以提高沟通的效率对于降低沟通成本是非常有效的。
比如仔细琢磨一下你写report的习惯，很多人都是一页一页的写，每一页ppt都要写到OK才到下一页，或者在一个字号/布局/图表的颜色上面纠结。事实上如果分成几个pass去写report，效率会高很多。
首先在纸上把要写的东西列出来，这比在电脑上面打字要快很多，因为我们利用计算机对于文字的处理还是偏向于线性的，只是输入很快，重新组织的时候就非常慢了。然后把基本的文字和大概的图表完成，最后再去修饰小的细节。
再比如需要找某个人沟通的时候，尽量不要邮件往来，很多时候发邮件过去基本上就是告诉对方”我不着急….”, 还是电话或者直接走过去效率更高，但是这也需要消耗更多的能量，说话总是很累的：）

也可能上面这些都不是，只是因为做事前紧后松，总是把自己逼到最后期限，换谁都会紧张。

一定要有改变。

总体上来说，我是越来越离不开手机了:)

1. 上半年过的比较不爽, 超出了可以忍的限度, 于是换了份工作, 下半年过的比较满意, 虽然越来越忙, 但是很爽;

2. 作为一名IT民工, 其实最喜欢的就是公司有人能帮你搞定乱七八糟的问题, 然后你可以专心做好自己的事情. 这看起来很简单, 但是往往很难做到, 于是你经常得应付一些破事儿或者一些烂人, 或者自己从头搞一些发明轮子的事情. 从这一点上来说, 现在的公司是很爽的, 技术上深度足够, 产品出货量也够大, 基本上相当有挑战性; 管理上该找谁找谁, 很少踢皮球, 虽然每天忙得都快烧起来, 但是很少让你觉得不爽, 总体上来说还是比较难得, 要珍惜;

3. 人在江湖混, EQ真的很重要, 这一年里经历了不少人和事, 深刻的体会到, 如果一个人有比较明显的性格缺陷, 基本上一定会功亏一篑的, 再努力也难以弥补. 所以要常常剖析自己, 不要由着性子去做事, 遇到事情还是要多思考, 多请教.

4. 未来的目标比较单一, 一是学好技术, 二是学好管理. 学好技术主要是生活要规律, 情绪要稳定, 稳扎稳打, 一般都没有问题; 管理上主要就是学会复制, 自己的经验如何复制给别人, 就是学会带人; 别人的经验怎么复制给自己, 也就是学会协作.

5. 2009年是本命年, 2010年即将跨入25的行列, 以后就不能把自己看做新人了, 因为公司里比自己小的已经大把的了, 1月份开始要带一个新人一起做, 技术之外的事情也会越来越多, 最重要的还是要生活规律, 情绪稳定:)

6. 未来的几年将是最关键的, 在学校的时候还很懵懂, 刚工作的时候还很稚嫩, 现在正是冲的时候了, 加油!

尽管自己每天都在跟os打交道, 却从未有如此的认识, 以后还要多看看心理学方面的书.

我们最缺乏却最不可或缺的能力：独立思考（谢国忠）

平时我经常阅读与金融界的时事新闻和职业规划有关的网站和论坛，以防自己在不经意中落后于时代。在国内和国外，有许多非常深刻而又活跃的金融类交流社区，例如Doostang,
iBanking Oasis以及MIT BBS等等。我从来就不是社区的活跃成员，只是偶尔观看讨论合集，并争取从那些更有经验的人笔下学到更多东西。

后来，我逐渐发现了国内和国外社区的一个重大区别（我说的“国内社区”包括所有中文社区，例如水木社区，以及设立在美国的MIT BBS）——相比那些出生在美国、欧洲或澳大利亚的金融从业人员，我们中的大部分人都缺乏独立思考的习惯，而且习惯于把一种偏见强加于另一种偏见之上。在任何讨论中，我们都喜欢采取过于强硬、甚至是人身攻击的态度，而且每个人都希望证明自己是正确的。总而言之，作为出生在中国并在中国接受大部分教育的人，我们经常显得过于顽固地坚持一些所谓的“普遍真理”，而不是根据具体情况进行具体分析。此外，我们还缺乏心平气和地讨论问题的心态。

举一个最简单的例子。假设你对自己的职业生涯发展不确定，不知道该去一个价值型对冲基金(Value Hedge Fund)还是去一个中型投资银行(Middle Market IB)做股票研究(Equity
Research)。当你到Doostang去寻求帮助时，热心的讨论者会告诉你： 　　　　

“这完全取决于你的职业偏好，你的背景，以及你对未来的态度。对冲基金的文化和投资银行非常不同。你喜欢深入研究公司的基本面，还是喜欢每天和客户打交道？当然，薪水可能有很大的不同，我无法确定。哪位朋友在对冲基金做过研究？或许他可以帮助你。”

接着，你可以把自己的大致背景和职业生涯规划告诉他们。会有一些入门级、中级甚至高级的金融从业人员和蔼地开导你。一个人会说：“我个人比较喜欢投资银行，毕竟你和一个团队在一起工作，而且这会大大地锻炼你的交流能力。对冲基金的规模再大，毕竟比不上中等投资银行。况且，在投资银行做股票研究的经历可以帮助你未来成为基金经理或私人股权公司的工作人员。”另一个人可能会说：“我建议你最好选择对冲基金，因为它们的工作和生活更加平衡，而且你能够真正学到怎么做投资，而不是仅仅写报告让客户高兴。如果我是你，我肯定会去买方，而不是卖方。”

以上的交谈都是用英文进行的，如果你的英文阅读能力不错，那么你将在Doostang或iBanking Oasis得到一些非常中肯的评价。无论如何，你会感觉自己受益很大，对前途看的更清楚了。

可是，如果你把这个话题贴到水木社区，北大未名BBS或MIT BBS上，等待你的又是什么呢？这要看运气，有时候人们也会提出宝贵意见，但是在大部分情况下，在十几个回复之内，你的主帖下就会充斥许多互相攻击和不知所云的帖子，下面是一些样本：

用户甲说：“投资银行都是骗人的！你看过投行的研究报告吧，和娱乐记者写的东西没有区别。而且现在投行研究部的工资越来越少了，你去了就等着挨饿吧。我简直想像不出来，作为卖方分析师你能干嘛，其实你啥都锻炼不了。对冲基金至少比投行好。”

用户乙（可能是一个在中金研究部实习的小伙子）立即大怒地回帖：“你真是无知者无畏。你知道研究业务在大中华区是多么吃香吗？你觉得一个10亿美元规模的对冲基金带给你的锻炼能够比得上一家年营业额几百亿的投行吗？我看你就属于那种根本进不了投行面试的人，你只管在那里误人子弟吧。”

用户丙（据说是一个物理学博士）慢条斯理地出来说：“你们说的都没有用。无论去对冲基金还是去投行，做股票研究肯定没有前途。实话告诉你们，现在投资分析已经数理化了，数量分析师(Quant)才是唯一有前途的。你知道伦敦城的数量分析师能赚多少吗？做股票研究，是夕阳产业中的夕阳产业。趁早转行吧。”

用户丁（某个IBD的Senior Associate）说：“难道你没有考虑过IBD吗？事实证明IBD在长期内是最能够锻炼人的，而且工资也很高。现在有许多股票分析师转行到IBD，或者去做Sales。无论如何，我觉得IBD是最好的，所有部门的人都想来IBD。”

用户戊（很可能刚刚输掉一个IBD的终面）怒不可遏地回复道：“什么IBD，狗屁IBD，整天做一些华而不实的PPT来蒙骗客户，连简单的VBA程序都不会编。你们除了骗人还会干什么？只管去吹吧。还有，那个自称做Quant很赚钱的人也别太高兴，次级债危机就是你们这些Quant搞出来的，到时候你们也只有死。认命吧。”

好吧，这一路下来，你究竟学到了多少东西？除了骂人、转移话题和混淆是非的能力之外，你可能没有学到什么。人身攻击只是一个方面，关键在于，大部分讨论者都没有注意“具体情况具体分析”。他们会说：“某某部门好，某某部门坏”；可是他们不会说：“根据你的实际情况，我认为某某部门可能是更好的选择”。

如果你有幸光临MIT BBS的金融求职版，你会发现那里的人整天为“做数量分析师好还是做交易员好”或者“IBD有没有技术含量”这些万年没有答案的问题纠缠不清。另一些富有争议的话题包括：“股票研究是不是死了”，“买方分析师有意义吗”，以及“管理咨询和投资银行哪个更锻炼人”——不用说，这些问题最后没有一个不演变为集体攻击与反攻击。数学好的人会大肆鼓吹数量分析师是最好的，既有技术含量，又安全稳妥，而且工资也很好；数学不好但喜欢吹牛的人会大肆鼓吹IBD是多么伟大，真正有水平的人都来自IBD等等；喜欢读财务报表的人则会坚持说股票研究能够产生真正的天才，而其他部门在忽悠人之后都不会有好下场。大概在三五个帖子之后，他们就会开始闹的满脑子不快。

这种讨论，对于已经很熟悉职业发展的专业人员来说，或许不会产生负面影响，因为他们已经懂的够多了；但是对那些有志于从事金融业的学生，或者刚刚开始从事金融业的分析员们来说，危害可能相当巨大。我记得很久以前某一天，一个同学眼泪汪汪地告诉我说，他没有办法从事金融了，因为他不会推导Black Scholes公式，也不会C++编程。我对他说：“那些都是做衍生品和数量分析的人使用的，你做其他部门很少会用到。再说，即使你现在从头学习C++, 也不算太晚呀。”那个同学又悲伤地说，他觉得从事基金或投行事业的人都是数理天才，而且还是编程天才，自己注定没有活路。　　　　

后来，我总算弄明白发生什么了——原来，某BBS的金融职业规划版突然来了几个做过数量分析师的金融工程学硕士，他们不停地鼓吹建模和编程已经成为金融界的一切，如果你不会从头到尾推导Black Scholes公式那就等死吧，而且你还得会Matlab, 并且熟练掌握C++,
至少编过三十万行代码……于是，数理能力不太强、没有编程经验的经济学、金融学或社会科学学生们被搞的灰头土脸，产生了严重的自卑情绪。

可是仅仅三天之后，情况发生了很大的改变。一个成功的IBD工作人员在那个版面贴了自己的职业生涯感悟，总结说做金融唯一重要的是语言文字表达能力（其实就是吹牛的能力），再加上做PPT的能力，还有就是你要特别会经营关系。他还非常武断地说，技术的作用非常小，其实是用来忽悠人的；高学历也没有作用。于是，经济学和社会科学学生们开始扬眉吐气，数学、物理和计算机高手则开始灰头土脸。如此反复再三，所有想从事金融业的年轻人都会被搞的倒了胃口，完全不知道自己该干什么了。

在世界上的诸多悲剧中，最大的悲剧就是不会独立思考，而且打击他人独立思考的情绪。这个世界上没有一条通向成功的不变的道路——过去没有，现在没有，将来也不太可能有。当美国、欧洲和澳大利亚的年轻工作者把“具体问题具体分析”和“个人的职业生涯兴趣”放在第一位时，我们的年轻人却总是喜欢武断的决定—— 某个东西肯定是最好的，某个东西肯定是没有前途的，你肯定应该从事某个职业，无论你是不是觉得它很无聊，仅仅是因为它能给你很多钱，或者它能够“旱涝保收 ”……最后，如果你不采纳他的建议，坚持认为别的东西是最好的，他就会攻击你，说你选择了大错特错的道路，将来肯定会被解雇或者干脆流浪街头讨饭。

每个行业、每个部门都会产生天才和伟人。卖保险的经纪人可以成为巴菲特，投资银行家可以成为黑石公司的创始人，交易员可以成为索罗斯，数量分析师则可以成为Jim Simons那样年薪十几亿美元的对冲基金经理——不过，这些人肯定不是听到别人说“某某行业旱涝保收”或“某某职位薪水最高”就一拥而上的那种人。我们这一代人最大的问题就在于，一方面自视颇高（动辄以超级金领或未来的巴菲特、索罗斯自居），另一方面却完全不知道自己的兴趣和道路何在，也从来没有锻炼起独立思考的能力。或许这才是我们与那些发达国家的年轻人最大的差别。

功能十分的弱，主要是花了点时间学gtk的hello world，然后分词也折腾了会儿。
不过没关系，很快就会有各种词法的高亮加上的，哈哈

超赞!

第一次听说这个词还是在大四的时候, 当时开了一门dsp设计的课, 为了凑学分大家都得去, 因为当时已经开始实习, 这门课我一共也就听了不到十分钟, 只记住了一个概念, 就是关键路径(Critical Path).

虽然记住了这个词, 但是理解并不深刻, 似乎就是在一个系统中从输入到输出存在很多条路径同时工作, 那么数据流的传输时间就取决于消耗时间最长的那条路径, 即关键路径. 换句话说, 关键路径优化的好, 整个系统的效率就高, 关键路径没有优化好, 其他的路径再怎么改进也没戏.

今天的课程里讲的是:我们在日常的工作和生活中, 经常会有很多条线索同时进行, 会有很多资源可以调度, 也会有很多冲突, 那么从一个相对较大的时间跨度上来说, 最终目标能否达成就取决于你对关键路径的控制.

虽然是很浅显的道理, 但对我这样乱七八糟的想法比较多, 导致经常自己搞出很多活的人来说, 还是很醍醐灌顶的.

比如每周对自己的工作进度进行控制, 与主管之间保持一致, 实际上是应该把握住彼此的关键路径, 而不是在一些分支上花费太多时间.

通常的情况是, 我会被一些并不重要但是很有趣的事情, 或者一些不紧急但是非常重要的事情拖住脚步, 比如一些很有用的小工具, 或者从头review整个模块的设计和历次较大的改动, 这都是让人情不自禁去做的事情, 但是很容易使人迷失, 导致关键路径上的事情没有进展, 而在分支上花的时间反而超过了关键路径.

其实对于这些事情, 我的经验是, 对一些确实有用的小工具, 需要你自己来承担风险, 也就是说你很难事先就从主管那里要到资源和时间去做, 因为这些东西是better而非must的. 所以往往需要自己额外找时间去做, 等做到主体功能都ok了, 完全可以work时, 才能show出来, 进而去争取更多的资源.

而对那些重要而不紧急的事情, 需要你有足够的实力来说服主管和同事, 让他们相信花时间来听你的分析是值得的, 因为类似模块设计级别的东西往往很抽象, 在这个级别的一次高强度的讨论是很消耗体力和脑力的. 所以这之前可能需要你自己多消耗很多体力和脑力….

例如有一个模块先后进行了几十次改动, 但是一直都有新的问题冒出来, 那么往往就是走错路了, 一定在早期存在某些简单而草率的改动, 使得后来产生了很多问题, 进而陷入了更困难的境地. 这个时候就需要做很多的推演, 去统计很多场景, 找出这些改动的缺陷所在.

最后还有一点比较深的感悟, 就是SMART原则, 大意就是要有具体的,可衡量的, 能达到的, 有关系的, 有时限的目标.

虽然我对口号一类的东西比较反感, 但是对一个软件模块的设计和维护来说, 有一个明确的可以衡量的目标是至关重要的.

如果我们有心去观察某个模块的改动记录和改动理由的话, 会发现很多时候它的目标都是互相冲突的, 这次是为了效率更高, 下次可能就变成了维护的方便性, 而过一段时间又会基于兼容性做一些改动, 等到项目transfer给另一个人, 又会发生更大的改动, 大概就是类似布朗运动的那么一个轨迹.

以一个display driver为例, 我们说要考虑效率, 那就应该对应于每次application请求update时得到响应的时间, 这个时间的期望和方差应该都是比较小的.

再比如说我们希望减少带宽的占用, 那应该定义出每秒钟update的数据总量, 然后给出每种设计方案下每秒钟update的数据总量的近似值.

另外还有对multi-thread情况下的效率和安全性, 硬件加速的性能, 内存的占用量, 等等等等.

这些指标应该有一个总的表格, 当我们需要在几种设计方案之间做出选择的时候, 可以讲每种方案的利弊都列出来, 然后选择那些真正优秀的方案, 而如果仅凭口头的讨论, 人们的思维往往只局限在两到三个局部因素的比较上面, 几乎无法做出从全局角度来看更优秀的选择.

虽然已经离开, 但是还是很开心, 希望以后会越来越好.

不过简单有简单的好处，lexer这种东西毕竟是通用的，不限于compiler，而且手写一个也很能锻炼一下coding能力。

ucc是这样实现的：

1. 创建一个包含256个函数指针的数组，针对letter，digital和其他的token进行区分，比如所有的letter都是一个处理函数，ditigal是一个，其他的特殊token分别有一个，比如*, – 等;
2. 每次读进一个byte，这个byte的范围是0～255；
3. 根据value选择相应的处理函数, 得到具体的返回值;
4. 最常见的情况之一是各种letter, 分几种情况处理:
   1. ‘L’打头, 那么后面很可能是这样: L’a’ 或者 L”hello world\n”, 要判断一下后一个字符是不是’或者”, 是的话按照char或者string处理(char和string的处理还挺麻烦, 后面再讲);
   2. 继续向后吃掉所有的letter或者digit;
   3. 然后就得到一个identifier了, 先去keyword表里查一下, 看是不是keyword. 这里用了hash表, 按照keyword的首字母排序;
   4. 去symbol里面查一下, 看是否已经有同名的id存在, 如果有的话, 就将已经保存下来的id地址返回; 否则就新allocate一段内存, 然后返回新的内存的指针;
5. 最常见的情况之二是digit, 也分几种情况处理:
   1. 首先说明一下, ‘-’的处理是不包含在这里面的, 因为有二义性, 而且需要前溯好几步, 放在语法解析比较好, 比如a – 1 和a = -1 你就不好在词法解析这个级别做, 所以lexer只是把minus这个结果返回就可以了;
   2. 然后要考虑浮点数, 包括.和e这些, 还有0x和0X这样的十六进制数, 077这样的八进制数;
   3. 不过有一个疑问, 如果一开始就处理’.', 像10.444这样的数怎么处理?
6. 后面是一些token的处理:
   1. ‘\’, 后面跟的一般是转义符, 作为char处理;
   2. ‘”‘, 后面跟的是字符串, 作为string处理;
   3. ‘+’, 分三种情况:++, +=, + ;
   4. ‘-’, 分四种情况:–, -=, ->, – ;
   5. ‘*’, 分两种情况:*=, * ;
   6. ‘/’, 分两种情况:/=, / ;
   7. ‘%’, 分两种情况:%=, % ;
   8. ‘<’, 分四种情况:<<, <<=, <=, <;
   9. ‘>’, 分四种情况:>>, >>=, >=, >;
   10. ‘!’, 分两种情况:!=, !;
   11. ‘=’, 分两种情况:==, =;
   12. ‘|’, 分三种情况:||, |=, |;
   13. ‘&’, 分三种情况:&&, &=, &;
   14. ‘^’, 分两种情况:^=, ^;
   15. ‘.’, 分三种情况:
       1. ‘.’后面跟着数字, 则作为float处理;
       2. “…”连在一起, 作为ellipse处理;
       3. 单独的’.';
7. 其余所有的token都直接返回对应的值.

所以主要的难度在于数字的处理和identifer table的管理上.

2.要说读书的效率, 还是txt靠谱, 因为pdf只有psp看得爽一些, 而每天捧块砖在手里实在太郁闷, 还是手机更方便. 所以那天在电驴上看见有人发布了杜拉拉升职记一和二的txt格式, 就当下来读了.

3.撇开书中的爱情故事不谈, <一>侧重于行政的专业内容和公司里为人处事的方法, 以及少量的hr专业内容, 讲的还是很不错的. 由于最近刚换工作, 正处于磨合期, 对书中的很多事例感触颇多, 尤其是与主管的沟通与合作, 写的很实用.

4.<二>中基本完全侧重HR和销售的专业工作内容, 令人大开眼界, 尤其是我这样的IT民工, 以前对这些可谓孤陋寡闻. 总体来说就是作者用很量化, 总结的形式列出了员工自己很难注意到的细节, 而且配合有大量的案例, 值的在工作中反复的体会琢磨.

5.不过这本书的局限就是基本只适用于广大外企, 也就是流程化程度比较高, 而且执行力很高的环境, 说白了就是游戏规则比较全面, 而且大家遵守的都还不错. 很多案例若放在之前的民企, 怕是玩不起来….

6.总体来说, 书很长, 而且手机阅读似乎因为屏幕小的缘故, 好像脑袋里的缓存也变小了? 全都读下来之后脑袋里还是空空如也, 只记住了一句话: 要与主管保持一致性……

7.回头有时间再读第二三遍, 然后再补充心得.

比较清晰的讲解在<C专家编程>这本书中.

声明(Declaration):

int a[];

extern int *p;

定义(Definitation):

int a[10];

int *p

int *p = a;

引用(Reference):

a[10]=1;

*p=NULL;

几个前提:

1.声明和定义必须完全一致, 否则编译器会报错

2.不声明就直接引用是可以的, 编译器不会报错, 但是引用和定义必须一致, 否则运行时会发生错误

关于声明和定义:

定义就是告诉编译器, 要按照一定的方式来分配内存, 并且给这块内存一个唯一的名字.

而声明只是告诉编译器, 你准备以什么样的方式来定义(分配内存并给它命名), 以后编译器就会按照这个方式去引用(就是访问)这段内存.

如果没有声明, 编译器会按照它的理解去访问这段内存, 对函数或者指针这方面都没有问题, 但是对函数会有些问题, 因为编译器会假设没有声明的函数是int func(…)这样的形式, 即返回值是int型, 参数个数和类型不限, 往往会造成一些返回值为void或者其他类型的函数调用编译不过.

数组和指针在声明与定义方面的问题在于, 你不能定义为数组, 然后声明为指针, 更不能定义为指针, 然后声明为数组, 这是由数组和指针的引用方式不同引起的, 也就是访问内存中数据的方式不同.

当你引用一个数组的元素时, 编译器会从固定的地址开始, 计算出偏移量, 然后得到最终的数据

而访问指针时, 编译器会先得到指针指向的那个地址, 然后从那个地址开始, 计算出偏移量, 然后得到最终的数据

所以当指针和数组的引用发生混乱时, 编译器就可能将一个实际存放数据的地址当成指针, 从而到另外一个地址去取数据, 导致运行时的错误(数组当做指针去引用);或者将一个存放指针的地址当做实际的数据存储区, 从而拿到一个错误的数据(指针当做数组去引用)

也就是你不能在为文件A中定义一个数组, 然后在文件B中将其声明为函数, 反过来也不行.

但是有几处例外

一是数组和指针作为函数的形参时, 它们是等价的, 你可以用void func(char s[]), 也可以用void func(char *s), 因为当函数调用时, 实际传过来的参数是指向实际内存区域的指针, 即编译器无论如何都会作为一个指针去引用参数s, 所以怎么声明都可以. 而数组之所以被作为指针传递, 主要是基于效率的考虑, 如果总是把整个数组的内容在栈上传来传去, 效率损失太大了.

二是对数组引用时, 可以等价为指针, 因为引用一个数组名时, 编译器会把它解释为指向数组第一个元素的指针, 而”[]“操作符是等价于”+”的, 你可以写a[5], 也可以写5[a], 没有任何问题. 所以通常情况下, 对数组的引用是被当做指针来使用的, 前提是编译器正确的将其作为数组处理, 而不能被错误的声明所迷惑.

最后补充一点：任何类型都不能转换为数组，但是指针可以强制转换

读完之后唯一的感觉就是: 此书非读不可, 而且要经常读.

毫无疑问作者对于链接, 装载和库这三个方面是有深刻的认识的, 于深度和广度都无可挑剔, 而且组织文字的能力也属上乘, 虽然我之前看过相当多相关的spec, 但是读一本书可以这么快, 不能不说作者文字功底确实不错.

不过我觉得, 如果能把dwarf的信息加进去就好了, 再加上一些讲调试的章节, 改为链接,装载,库与调试, 就完美了.

调试部分不是讲技巧, 这方面已经有几本好书了, 可以侧重调试信息的解析, 调试器的工作原理, 以及前面三者对调试的支撑, 互相之间协作等等.

作者在书中一直提及一个观点: 计算机科学领域的任何问题, 都可以通过添加一个中间层来解决.

在书的很多章节都反复引用并论证了这个观点, 我也觉得非常有道理, 不过事物总是两方面的, 每添加一个中间层都会带来很多额外的负担, 比如验证中间层工作是否正确工作, 规范外部的调用接口, 这都是很大的工作量, 另外还会在调试的时候带来相当多的麻烦, 比如滥用COM.

还有一个缺点就是, 引入新的中间层, 会让被隔离在外面的人失去对底层的了解, 最终会体现在调试上面, 或者对接口的误用, 所谓难以两全吧

这个方法似乎也不局限于计算机领域, 这几天在看书的时候, 我会随手做很多概要, 把认为重要的东西都作为条目写下来, 然后抽一段时间做整理. 以前总是阅读-收藏/保存, 然后凭记忆再做整理, 或者干脆不整理, 回头总是发现似懂非懂, 要去找出处的时候又遍寻而不得, 很浪费时间.

这应该也是个中间层, 把零散的资料做初步的整理, 然后再集中的消化, 效果还是不错的.

这个程序利用摄像头去拍摄条形码, 然后上网搜该商品的信息, 我试了家里几乎所有带条形码的东西, 像牛奶, 摄像头, sharp和dopod手机包装盒, 还有一堆书.

1.首先条形码识别是很准确的, 前提是光线充足, 手不能抖;

2.书基本上都可以搜出来, 能看到封面和价格区间, 还有目录;

3.其他的东西一概搜不出来, 或许太小众了?

玩了一个晚上, 实在没有发现什么用处, 可能买一些从来没买过, 不了解大概价格的东西会比较方便吧.

不过今天发现一个用武之地, 同事推荐我看一本书, 我掏出手机, 扫描了条形码, 然后点击收藏, 看得他目瞪口呆, 哈哈

或许收藏一些想买而暂时不买的东西是很方便的:)

关于breakpoint，step，还有stack backtrace unwinding这些话题都有涉及，大致浏览了一下感觉还算详细，可以与dwarf/ARM EABI/ATPCS的spec结合起来看。

下载地址在这里：

http://d.download.csdn.net/down/1125895/liubolook

从测试结果来看，TI的编译器和GCC不相上下，不过作者给出了一个很有意思的结论：对于64bit的运算，GCC生成的代码效率要远小于其他编译器。

这也是第一次测试中作者对mp3解码的测试结果非常疑惑的原因。

我猜想GCC可能没有使用ARM的长乘指令(umlal和umull)来完成64bit的操作，而是使用了C库中64bit运算的相关函数，导致性能出现了如此大的差异。

如果有64bit的除法，那就只能是不同编译器的C库实现效率不同了。

要验证这一点非常容易，只要用arm版本的gcc生成一个简单的64bit乘法和除法的代码，看一下汇编就知道了。

现在手头没有linux的环境，争取周末回家验证一下。

1、不能全屏，小毛的图片放在上面被掐头去尾，越看越生气；

2、只能放置6个快捷方式，屏幕下部还有很大一片空间浪费掉了；

3、自带的日历和任务管理很弱，基本就是个鸡肋，GTD之类的功能自然说不上了，常用的任务管理也不好用。

后来试了几款不同的桌面软件，包括UC桌面，最后发现还是航海桌面超级好用：

1、自定义桌面快捷方式，最多2×7个，一共两行，完全满足需要；

2、如果14个快捷方式不够用，还可以在开始菜单里继续无限制定义；

3、按挂机键可以切换应用程序，这个功能超级实用；

4、桌面上可以显示百度/google搜索，天气预报，农历等信息，完全利用上了屏幕的空间；

5、自行修改网标，把“中国移动”换成其他的文字，这个功能没啥用处，但是很好玩，呵呵；

6、来去电信息显示，包括时间和流量统计，非常实用，不过E71上面好像在主界面上刷屏有问题，之前用过柳丁来电，N95上的显示效果是很好的，E71就会一直闪啊闪，看着很不爽；

其他的还有不少小功能，不过我觉得上面这些是最实用的：）

航海桌面主页：

http://3gtb.com/wp_site/

这几天熬夜又明显增多，每天都是快3点入睡，但是凌晨的这个时间确实神清气爽，精力也很集中，怕是已经进入积重难返的境界了…

刚随后整理了下自己感兴趣的东西，我所谓感兴趣，就是不管工作是否需要，或者自己能否看懂，抑或时间充裕与否，都会去关注去实践，能让我乐在其中的东西。

工作中也包含了很多，因为我确实喜欢这样的工作，虽然还有很多很不爽的事情，或许以后会列一个non-interest-list出来，哈哈

E71：

1.全键盘，超薄，反应速度快，这是我买它的最大理由；

2.不过诺基亚最大的优点在于它没有缺点，最大的缺点就是它没有优点。全键盘没错，但是太密了些，GPS和摄像头都只能说中规中矩，屏幕分辨率只有320×240，耳机插孔还是2.5mm的。只能说综合素质不错，而且缺点没有差到不能忍的程度；

3.symbian软件的签名太讨厌了；

4.symbian上的office和pdf软件是个软肋，跟wm比差很多；

5.其他的都还好，不发烫，待机还行，大小很合适，GPS搜星也挺快，比之前用过的N95强太多，一代机皇装短裤口袋里面能把裤子拉下来…..搜星的时候还得推开盖，要不然信号不好。

Diamond：

1.640×480的屏幕，全触摸，加gps，我觉得这是他最大的优势；

2.wm的优势很多，软件丰富，正经的office，外加正经的exchenge mail，还有版本很新的adobe reader，在adobe的网站上，palm的版本是3.05，wm是2.0，symbian只有1.1；

3.diamond的缺点也很明显，太热，太慢。太热怕是无法解决了，太慢据说可以刷rom，不过我试了一个晚上也没有搞定硬启，还是改天再试试。

据说symbian已经开源了不少代码，但是全部开源还需要大约一年时间，不知道会发生什么变化。

wm确实落后太多了，未来会怎样也说不好，但是在office和exchange两块，还是处于杀手级应用地位的。

其实想来想去，我最需要的手机应该是hero，全键盘+触摸，GPS，完美集成google应用，只是屏幕不够大，而且价格太高….

Memory Systems: Cache DRAM Disk:

http://www.newsmth.net/bbscon.php?bid=272&id=36331&ftype=3&num=1775

Dram circuit design: fundamentals and high-speed topics

http://books.google.com/books?id=TgW3LTubREQC&dq=dram+circuit+design&printsec=frontcover&source=bl&ots=l_MqpwOhpg&sig=uvMuEZStwntOFPiiV-uuCvAf6IA&hl=en&ei=Oz2ISs7RAYTU7APh5Jj6Aw&sa=X&oi=book_result&ct=result&resnum=4#v=onepage&q=&f=false

今天发现一个方法，相当赞：把jj组合映射为Esc，即快速按两次j，就相当于Esc了，如果需要输入jj，在键入第一个j之后稍停一下再输入j即可，太方便了。

具体配置方法如下：

imap jj <Esc>

越来越俗了….

正面：

信封，从正面的洞里漏出来：

展开之后：

打开贺卡之后看到的信封：

大信封里套的小信封 ：

还是小信封：）

背面，大kitty：

近看正面：

算 法就像是打老虎，山上有一到两只老虎，然后派你去搞定，方法也不难，找到老虎，打死它。做算法得人大都接受过良好的训练，也有不少半路出家自学成才的，共 同特点就是在某个领域中摸爬滚打了很久，很多地方都很熟。最终老虎打残还是还是打死抑或半死，基本取决于此人是否认真的去打。

系统就像是抓老鼠，山上有无数的老鼠，然后派你去搞定。大部分情况下都是随便抓了个人就派上去了，然后领导在后面指挥。常见的情况是抓老鼠的人累的死去活来，抓了无数的老鼠，但是依然有无数的老鼠四处流窜，最后客户气跑了，老板没钱了，抓老鼠的人跑路了。

其 实做系统看似简单，但更需要一种统领全局的思想，系统设计里面没有太难的问题，但是小问题的数量很多，多到具有了老鼠群的特征。无论抓老鼠的人还是在后面 指挥的人，都不能贸然上山，一定要仔细分析，老鼠有几个洞，老鼠吃什么，老鼠一般什么时候出来活动，老鼠最怕什么，等等等等，这些问题都搞清楚了之后，就 把所有人部署好，挑最好的时机，堵死所有的退路，集中下手，一次搞定，最重要的是不能有遗漏。

总是有人每天在喊，我多么多么的累，多么多么的努力，加班熬夜，几天没合眼，查出来多少bug…..

老鼠都笑了！

以前我没有考虑过这个问题，觉得自己过的还算happy，每天都在折腾新东西，时不时有些收获，充实的很。但是前一阵子看了孟岩的一片文章， 中间提到了第四类人，即还处在出卖劳动力的阶段，我突然有所触动，开始思考民工这个问题。

我暂且把民工就定位在“出卖劳动力的人”，或者借用大O表示法的话，民工的劳动时间和产出比是O(N)，这里的前提就是我假定付出和所得是相等的，即你的价值和老板给你的钱是相等的，毕竟这是老板的问题。

那么在一个团队中，如果一个民工每工作一小时，能解决一个问题，那么他工作12个小时，最多只能解决12的问题，这就是民工的本质特性，他可以并且只能通过延长劳动时间来增加自己的价值。

那么非民工具有哪些特性呢？按照我肤浅的理解，非民工的劳动时间和产出比应该是非线性的，比如O(N^2)，当然这个曲线的增长是有上限的。

更 具体一点讲，比如某民工，每天工作12个小时，平均每天解决掉10个以上bug，十分勤奋，但是坦率的说，该民工应该是一个维修工，因为他只是在修补，或 者为一些某些状态不能工作的元件做一些保护，这种工作换了谁都不能做到非线性，除非他研究了一个AI出来，可以自动解bug。

但是该民工可以尝试着做一些调试工具，无论是什么形式的，比如运行时的出错报警工具，检测工具，引入一些保护机制等等，最终花了一天时间解决了几十个bug，那么在暂时的这个状态下，他应该超越了民工的层次，因为他发明了工具。

再比如该民工业余时间刻苦学习，努力了解系统的深层知识，发现了现有系统设计的一些误区，然后引入新的设计，提高了效率或者增加了稳定性或者引入了feature，那么在暂时的这个状态下，他应该超越了民工的层次，因为他做了新的设计，或者说在系统层次上做了大的创新。

暂时只想到这么些，不知对错，让时间去检验吧。

不过我唯一坚信的一点就是，必须做最好的民工，才有可能超越民工。因为即使你成了老板，还是要靠民工吃饭。

但是之前不是这样的, 似乎是从大四的时候开始, 也就是三年前.

那时候我刚离开科协, 结束了那段鸡飞狗跳的日子, 一个想法太多而能力有限的青年, 在一个社团里做了一切自己想做的事, 然后留下大段的时间去回忆, 或者说反思.

从那之后好像我就很少抱怨了, 因为我对自己看的很清晰, 一个浮躁而喜欢幻想的年轻人, 总是在事情还没做的时候就沉浸在成功的YY中. 那个暑假我常常一个人坐着, 反复回忆着过去的三年里发生的每件事, 然后突然醒悟过来, 我应该重新开始, 肯定来得及.

从那以后我脑子里就有了一个极为坚定的念头, 如果有了想法, 就要立刻去做, 而且一定要做出结果.

早上有一个同事的签名档写着, 三年走了16个人. 我有点诧异, 有这么多吗? 后来拿起手机联系上去年走的一位同事, 上一次和他聊天也有差不多一年了, 他停留在去年的记忆和我脑海中的现实发生碰撞, 让我很清晰的感受到了时间的飞逝. 不过世界很小, 以后还会经常碰面, 又会有新的共同的记忆.

晚上亚嵌的李明老师在gtalk上找到我, 聊了几句, 说起他当年帮我推荐工作的事情, 转眼已经三年了, 一年实习加两年工作, 真是不经混啊.

到北京之后一共两个三年, 后面这个明显要好的多, 完全得益于那时的反思, 还有从不抱怨的心态.

上周三办完了所有离职手续, 开始在家休息, 每天看书写code, 好像又回到了三年前那个时候, 又开始回忆之前的很多事情, 不过这次要好一些, 似乎没有什么遗憾的事, 一切都很坦然.

一个人的职业生涯就像过山车, 都会有高潮和低谷, 只要你还算专注, 都可以混去一些所谓的大公司, 做一些冠冕堂皇的工作, 而后差不多都会变得有些鸡肋, 每天喊着要创业要改行云云, 但是发现自己除了写code其实啥也不会, 只能更加谨慎的混下去.

我觉得在一个公司混, 也需要经历过一次低谷, 做出一次不求回报的坚持之后, 才能发生质变, 让自己做上去, 总是追求短期利益是不行的, 因为靠出卖劳动力的方式生存, 最终的结果一定是被淘汰的.

不过有些事情还是更紧迫更重要, 比如工作时的心情, 还有技术上的提高, 所以还是选择跑路, 无论如何, 时间是很宝贵的.

这次静下来思考, 我觉得自己还是不够专注, 耐心也还不够.

以前的环境算是差强人意, 有的人不喜欢研究的太深, 有的人是环境所迫, 没时间去研究. 所以如果你肯花时间, 多读些书, 多做些实验, 多尝试些不同的思路, 很容易搞出别人觉得挺高深的东西. 但是实际上并不能带给我真正的积累, 因为没有甩开别人足够久, 只要肯花时间, 一定能够追上你.

而如果有机会到更好的环境中做事, 面对更多愿意深究的人, 或者愿意花时间让你去研究的环境, 如何才能继续做的好? 或者说如何避免被淘汰?

所以说以后必须注意方法和效率, 还有沟通, 这也是我想离开现在的环境去寻找的东西.

我想这几点如果做得好, 就能站稳脚跟, 以后也能有机会挑战更高的层次; 做不好的话, 就只能继续混下去, 靠体力吃饭了.

不过总体来说还是要少说话, 多做事, 没做出来的就不要说, 做出来也不要多说, 瞅准机会看看哪些地方有空白, 没人敢做的东西往往不是那么难, 而且也是最容易做出彩的.

现在书架上的书比三年前多了好几倍, 电子书也积累了几十个G了, 不过有几本我觉得太重要, 需要每周都翻一下:

CSAPP, 龙书, 数据结构与算法分析.

工作时间是公司分配的, 让做啥做啥.

业余时间应该去学那些很基础很理论, 十几年变化都不大的东西.

记得大四毕业的时候, 看过一本书, 叫<大学里应该读什么>, 名字记不太确切了, 挺厚的一本书, 当时一口气读完了, 所谓心有戚戚焉, 边看边想, 如果四年前读到这本书, 现在恐怕会是另一番样子了.

不过毕业之后, 慢慢领悟到, 一个道理, 即使它再正确, 如果自己没有经历过, 也是体会不到的, 所以书读的早晚, 或者读没读到, 其实区别不大, 问题在于你有没有去经历过这些事情.

但是人的时间毕竟是有限的, 不可能逐一去经历那些挫折和失败, 还有从低谷中奋起的过程, 所以读一读别人的人生, 尤其是那些倒下去又重新站起来, 或者和你有着相似的成长经历的人, 可以带给我们太多的启发和力量.

蒋宇东——《梦断计院》

刘未鹏——《我在南大的七年》

徐宥——《我的大学》

庄表伟——《我的野蛮成长》

中间又打开了virtualbox，用windows下的source insight看code，突然电脑就死掉了，只能强制关机，之后却怎么也无法启动，只好睡觉。

今天回家之后再次开机，一切顺利，结果进到gnome界面之后，过了一会儿突然又死机了，没有任何反应，强制关机之后跟昨天的现象完全一样。

昨晚上的死机我一直怪到virtualbox头上，可是今天这个就说不过去了，我抱着脑袋琢磨半天，觉得只可能是cpu过热了。

一看cpu风扇，果然没有打开，只有导热管工作，以前用windows多，一直没啥问题，linux下倒是死过几回，不过不像这回这么严重。

后来把cpu风扇转速调到最大，一切正常，开虚拟机也没问题，cpu温度稳定在40度。

刚又上网搜了搜，linux下有个功率检测工具，叫powertop，intel出的。

装上试了一下，主要就是cpu从idle状态被唤醒的次数，然后统计哪些程序占的最多。

1.开着电驴的时候,网卡驱动占的最多,其次是firefox的timer;

2.关掉电驴和firefox的话, fglrx占的最多, 这个是ati的显卡驱动.

总得来看, 问题应该还是出在linux下的驱动上面, 尽管性能和稳定性已经不错了, 但是电源管理方面似乎还差不少啊

PS:powertop的界面和我之前自己捣鼓的profiler很像, 一看就觉得特亲切, 哈哈

http://code.google.com/p/zh-google-styleguide/

英文版在这里：

http://code.google.com/p/google-styleguide/

甚至还有emacs的专门的style：

http://google-styleguide.googlecode.com/svn/trunk/google-c-style.el

背景 

C++ ++ 是 Google 大部分开源项目的主要编程语言. 正如每个 C++ 程序员都知道的, C++ 有很多强大的特性, 但这种强大不可避免的导致它走向复杂，使代码更容易产生 bug, 难以阅读和维护.

本 指南 的目的是通过详细阐述 C++ ++ 注意事项来驾驭其复杂性. 这些规则在保证代码易于管理的同时, 高效使用 C++ 的语言特性.

风格 , 亦被称作可读性, 也就是指导 C++ 编程的约定. 使用术语 “风格” 有些用词不当, 因为这些习惯远不止源代码文件格式化这么简单.

使代码易于管理的方法之一是加强代码一致性. 让任何程序员都可以快速读懂你的代码这点非常重要. 保持统一编程风格并遵守约定意味着可以很容易根据 “模式匹配” 规则来推断各种标识符的含义. 创建通用, 必需的习惯用语和模式可以使代码更容易理解. 在一些情况下可能有充分的理由改变某些编程风格, 但我们还是应该遵循一致性原则，尽量不这么做.

本 指南 的另一个观点是 C++ ++ 特性的臃肿. C++ 是一门包含大量高级特性的庞大语言. 某些情况下, 我们会限制甚至禁止使用某些特性. 这么做是为了保持代码清爽, 避免这些特性可能导致的各种问题. 指南中列举了这类特性, 并解释为什么这些特性被限制使用.

Google 主导的开源项目均符合本 指南 的规定.

RVCT作为商业工具果然名不虚传，完胜所有GCC编译器。

FSF的GCC性能最差没什么奇怪的，但是4.4.1比4.3.3慢就很难理解了,不知道作者有没有测过GCC3和GCC4之间的差距.

A proper comparison of different compilers targeting ARM is long overdue, so I decided to do my part. I compiled FFmpeg using a selection of compilers, and measured the speed of the result when decoding various media samples. Since we are testing compilers, I disabled all hand-written assembler. The tests were run on a Beagle board clocked at 600 MHz.

These are the compilers I deemed worthy to participate in the test and the optimisation flags I used with each:

• GCC 4.3.3, -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize
• GCC 4.4.1, -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize
• CodeSourcery GCC 2007q3 (based on 4.2.1), -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-tree-vectorize
• CodeSourcery GCC 2009q1 (based on 4.3.3), -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize
• ARM RVCT 4.0 Build 591, -mfpu=neon -mfloat-abi=softfp -mcpu=cortex-a8 -std=c99 -fomit-frame-pointer -O3 -fno-math-errno -fno-signed-zeros

I would have also included the ARM compiler from Texas Instruments, had it been able to compile FFmpeg.

With sample files chosen to exercise various types of code, the result of the test is, sadly, no surprise. The following table lists the speed of the different builds relative to the CodeSourcery 2007q3 build.

Looking at this table, I make these observations:

• CodeSourcery 2009q1 produces faster integer code, but slower floating-point code, than 2007q3.
• GCC 4.4.1 produces much slower code than 4.3.3 in several cases, and is never significantly better.
• CodeSourcery GCC generally beats FSF GCC.
• ARM RVCT readily beats every GCC version. The MP3 figure is not a typo.

My recommendation for a free compiler is CodeSourcery 2009q1 unless your code makes heavy use of floating-point, in which case 2007q3 may give better results. If you prefer, for whatever reason, official GNU releases, 4.3.3 should be the version of choice. Avoid GCC 4.4.1; it is far too unpredictable.

blogspot上不去, 下面是从水木转过来的, 总的来说就是, 大学老师有时间啊, 哈哈
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://emacs-fu.blogspot.com/2009/08/interview-with-chong-yidong-and-stefan.html

Earlier this year, Chong Yidong and Stefan Monnier took over Emacs maintainership from Richard Stallman, and they successfully completed the Emacs 23.1 release. I asked them a couple of questions about the process, Emacs-development and some of the plans for the future.

I’d like to thank Chong (CYD) and Stefan (SM) to take the time to answer my (djcb) questions and even more so for doing an excellent job bringing us Emacs 23!

djcb: First of all, could you tell us a bit about yourself? For example, what you do when not hacking on Emacs?

CYD: I’m a postdoc in theoretical physics, specializing in photonic crystals and other optical phenomena.

SM: I’m a professor at the University of Montréal, teaching and researching theory of computer languages. More specifically, I design new type systems and try and abuse existing type systems for “type based formal methods” purposes.

djcb: Earlier this year, the two of you took over the maintainership of Emacs from Richard Stallman. How did you get involved in hacking on Emacs? How has the transition gone?

CYD: My first involvement in Emacs-related development was around 2004 or 2005—very recent by Emacs hacker standards—when I found myself with some free time on my hands after college. At that time, I wrote wikipedia-mode, a major mode for editing Wikipedia articles, plus some word-wrapping code that eventually became longlines-mode, and patches to emacs-devel fixing a few minor bugs. My level of involvement gradually grew, until eventually I was helping Richard to roll the pretest tarballs for the Emacs 22 release.

Because I was quite active in the Emacs 22 release process, I’ve been pretty comfortable with my role in Emacs 23. It helps, of course, that many parts of Emacs have their own dedicated and experienced maintainers, e.g. the major Lisp packages such as CC-mode, Gnus, and Org-mode.

SM: I started hacking on Emacs a fairly long time ago when I was waiting to start my PhD, but it only got more serious during my PhD when I decided that PCL-CVS was a neat idea but unusable as it stood (for lack of maintainership). It all went downhill from there.

The transition to maintainership happened very smoothly. I had already considered maintaining Emacs when Gerd [ Gerd Moellmann ] left (i.e. when 21.1 was released; at which point Richard ended up regaining maintainership for lack of any other volunteer), but it was a pretty busy time for me, so I decided not to. This time Richard kept a very active role, which coupled with the help of Chong made it very pleasant.

There’s a fair bit of pressure, of course, because it’s a very old package, so people have a lot invested in it, making some changes terribly delicate. As a maintainer, I did get to steer the direction of Emacs development, tho mostly by my own contributions and by imposing some contentious new defaults. The role of a maintainer as I see it is mostly to make sure the package keeps its integrity.

But I have to say, that while Chong started maybe a bit more of a “rookie maintainer” than I, he quickly took over and he deserves much of the credit for 23.1, while I was too busy with my work to do much good.

djcb: Talking about Emacs development: there are of course many people involved. Can you give a estimate of how many?

CYD: There are about 120 people who have commit access to the code repository; of these, I think around 20 contribute regularly. This does not count the packages that are maintained separately from Emacs.

Additionally, we do of course receive a steady stream of small patches from various users.

Emacs 23 has just been released (on July 29 2009), congratulations, a great accomplishment indeed! From your perspective, what are the most important improvements in Emacs 23 for end-users? And what about the internals? Are there any big changes in the way Emacs operates?

CYD: I’d describe the Emacs 23 release cycle as dominated by internals changes, in contrast with Emacs 22, where most of the major improvements occurred at the Lisp level. There are two fundamental changes. First, the internal character representation is now Unicode-based, which simplifies various aspects of multilingual editing. Second, the font engine has been revamped, and, among other things, we now support anti-aliasing on X. Both these changes are due largely to Kenichi Handa, who deserves a huge amount of credit for patiently developing the code a period of years.

One other major internals change is a restructuring of the terminal interaction code, by Károly L?rentey, which allows a single Emacs process to display on X and text terminals simultaneously. Building on this “multi-tty” code, Dan Nicolescu implemented a small but clever hack, allowing Emacs to run as a daemon serving emacsclient connections.

There are several Lisp-level changes, large and small. For instance, Stefan revamped the minibuffer completion code, which is now more sophisticated about generating completions. And there are, as usual, new modes and packages: Doc-view mode, Ruby mode, nXml mode, etc.

SM: Better support for Unicode, and better support for fonts, multi-tty support, plus lots of new modes as always. Of course, I’m very happy with my new completion code, which makes partial-completion-mode obsolete (and enabled by default).

The new support for Unicode and for fonts required significant changes. Big thanks to Kenichi Handa for most of that.

djcb: Are there any features that you would have liked to add, but that were somehow not yet ready?

CYD: One feature that I’d have liked to include into 23.1 is CEDET, a set of packages by Eric Ludlum (the author of Speedbar), which turns Emacs into an IDE. There was no time to merge it for 23.1, but hopefully it will be included in 23.2.

SM: Several packages were planned for inclusion, but didn’t make it. Support for GNUstep was planned (and is actually in there) but doesn’t work. Also I hoped the new VC code would be developed further, but it sadly stayed at the stage where it mostly provides the same features as the old one (with all kinds of improvements in the way it supports them, tho).

djcb: There is always a bit of tension in Emacs between keeping things as they are, and changing things to be more like other programs – for example when thinking about key bindings and various defaults. What is your take on this? Should Emacs try to accommodate new users, or instead try to keep things as they are?

CYD: My impression is that I’m a little more conservative than Stefan with regards to changes, though I’m not sure what he thinks. That said, we seem to arrive at the same conclusions with surprising frequency.

SM: Emacs standard key bindings (like C-x and C-c prefixes) clash badly with “standard” key bindings of other apps, so I don’t think there’s much hope to make Emacs like other applications. But yes, I generally believe that, all things being equal, it’s better to be like others than to be different in this respect. But since changing bindings (or behaviors) is disruptive, I only consider it worthwhile if I believe the new default is really superior (not just for new users).

djcb: For example, in Emacs 23, transient-mark-mode is the default, but delete-selection-mode is not. How do you decide such things?

CYD: Typically, we try not to make flashy changes. The transient mark mode change is the exception that proves the rule: transient-mark-mode is so useful, and is so widely used (even Richard uses it), that it doesn’t make sense to leave it off by default. But the rule of thumb is to improve Emacs on Emacs’ own terms; for instance, CUA mode will not become the default anytime soon, I think.

SM: transient-mark-mode is an enabler: it allows some commands to behave differently depending on the activation state of the region. So it’s a clear improvement. delete-selection-mode is not as important in this regard. We may see something along the lines of delete-selection-mode at some point, tho probably something more minor that only caters to the few cases where delete-selection-mode is more than just a way to avoid hitting C-w.

djcb: How do you see the competition with other text editors? Do you look for ideas elsewhere? Is there any other editor you would be using if Emacs did not exist?

CYD: I’m afraid I don’t pay much attention to other editors.

SM: I used Zmacs, XEmacs, and Epoch at some point. That’s about it. I do like structured editors, and I think Emacs should and will move in this direction (with more parsing going on).

djcb: It’s a bit premature of course, but it’s always interesting to speculate a bit about the future. Do you have any particular post-Emacs-23 plans? Obviously, this all depends on what people come up with, but are there any directions you would like Emacs to go?

CYD: The present plan is for Emacs 23.2 to contain a small number of new features, in addition to bugfixes. As mentioned above, I’d like to try to include CEDET. In general, I hope to move to shorter, more disciplined release cycles. Emacs 23 was a good step in that direction, as it was shorter than the previous cycle.

SM: My main goal for Emacs-23 was to shorten the release cycle. Hopefully, the quality has not been reduced accordingly. For 23.N there are several improvements planned (or even done), mostly about inclusion of packages like js2-mode and CEDET. In the longer term, the main goals for me are the integration of the lexical-scoped branch, the support for bidirectional display, and adding more parsing technology (basically replace syntax-tables with something like lex & yacc, maybe).

Thanks a lot Stefan and Chong!

• 社区的模式似乎是跟校内很像的, 或许这就是典型的SNS应用?我对这些名词不太懂, 只是知道类似的社区会让你和一群朋友之间建立非常好的分享机制, 用的时间越长就越依赖他了.
• 界面非常新颖, 类似于桌面的概念, 还有很多选项可以设置, 好友列表里面也都是技术类的文章, 至少所有人的关注点都是比较统一的, 应该会提高交流和获取知识的效率.
• 似乎是新成立的缘故, 人挺多, 内容很少, 好像大部分信息都是管理员产生的, 希望能有个更好的模式来引导新用户, 有更多原创的内容, 否则的话人气恐怕很难提升.
• 我找了半天, 没找到什么地方能把我的博客链接帖上去, 莫非这是一个完全闭源的社区?要知道我不可能在这个博客之外的地方写文章, 而分享并不意味着一定要占有, 你可以只是一个传播者, 只要总有人在此驻足就好了.
• 最后附一张图片, 继续观察并体验一下:)

哲思社区

C++:

• Accelerated C++中文版
• C++ Primer中文版
• C++ Primer习题解答

VC++:

• Visual C++音频/视频处理技术及工程实践
• 把脉VC++

Windows CE:

• Windows CE6.0开发者参考（原书第4版）

程序设计:

• 程序员的自我修养——链接、装载与库

认知心理学与逻辑学与数学:

• Mind Performance Hacks
• Mind Hacks
• 决策与判断
• 别做正常的傻瓜
• 摇摆
• 启动大脑
• 怎样解题:数学思维的新方法

其他:

• 教你练肌肉

======================================================================================================

一点说明:

• Windows CE和DirectShow是最有实际用处的, 不过以后会有充足的时间去学习, 所以暂且了解一下即可.
• C++一直是软肋, 在学校里学过之后就再没有用过, 虽然在嵌入式领域C还是主流, 但是越来越局限于驱动和操作系统内部, 再过几年只会C和汇编的嵌入式程序员怕是要失去很多机会了, 所以一定要掌握一种高级语言, 对我来讲C++最合适了, 而且得学的细一点, 把基础打牢.
• 自我修养那本书老早就看云风推荐过, 一直没有时间买来读, 不过前几个月花了很多时间捣鼓自己的debugger和profiler, 对链接和装载也有了更具体的认识, 这次一定要趁热打铁, 了解的更深入一些.
• 心理学和逻辑学的书很久很久之前就看刘未鹏介绍过, 非常神往, 但是被工作中的琐事所累, 一直未有涉猎, 甚至未鹏的那几篇文章都没有细细的读过, 这次一定要弥补回来:)
• 顺便买了波利亚的经典之作–怎样解题, 估计用不到具体的工作中, 希望能学到些更通用的解决问题的方法吧.

加油!!

说明——人都是被逼出来的，流川枫也可以变唐僧。

于是前几天去办了张健身卡,慢跑加游泳,趁这段时间要把身体练好,新的工作可是对体力和智力的双重考验,哈哈.

昨天又买了冰箱和微波炉,生活质量顿时提升不少.

今天去西单,买了一堆心理学的书,老早就看到刘未鹏推荐关于认知心理学,逻辑方面的经典书籍,很想学习一把,可是直到今天才开始行动.

最近投简历和面试的过程中,再次感受到很多技术之外的事情,就是你怎么描述你自己,以及你做的东西,这个细节对找工作来讲有相当大的影响,因为短时间内对方很难对你有全面的了解,大部分情况下是通过书面和口头的交流来互相了解的,”认知”在这个环节中就显得非常重要.

举个例子说,对方问你为何辞职,大家都知道不要抱怨现在的老板和公司或者同事,最好回答说想寻求更好的发展空间,其实寻求更好的空间是实话,但是你不能排除有多挣点钱的意愿在里面,或者真的是受不了原来的公司或者同事了,但是讲出来总是不好.

所以说,直接问这个问题其实就没有意义,因为你得不到真实的答案.

或许这里就能看出HR的技术含量所在,真正牛叉的老板或者HR应该能用别的方式让你没有察觉的透露出真实的原因和企图,从而帮助自己做出正确的判断.

每次面试回来,我都会想起刘慈欣的《三体II》,想起那个直接用脑电波交流的外星球,进而感慨人性的真真假假,或许面对一个对你有所求的人,只有通过逻辑和推理才有可能得出他真实的企图,实在太费劲了.

后来上网一查,发现调节AMM很有作用,具体解释见这里:

http://baike.baidu.com/view/1629383.htm

简单点说就是降低硬盘随机寻道的时间,即降低电机轴的加速度,从而降低声音.

具体调节方法,只要你的硬盘支持AMM,用HD Tune Pro就可以了.

拿到试用license之后,在现有的工程中用了几天,有些感触:

1.嵌入式版只是把mcp转换成makefile,然后导入cpptest的工程;除此之外只有unit test似乎用到了arm的编译器,但是这个unit test貌似移植的工作量相当大,具体效果未知;

2.静态扫描功能很弱,大部分都是些编程规范上的检查;

3.bug detective功能略强,能检测出数组的写越界,但是对heap的操作就无能为力了;而且似乎在检查if()之类的判断语句时会有错判;

4.rule wizard看上去很强大,但是似乎超出了用户的能力,不花上个把月似乎搞不出像样的自定义license,呵呵.

总体来看似乎没什么太大的帮助,要是个免费软件还不错,呵呵.

撇开cpptest不谈,我还是很疑惑,嵌入式软件的单元测试,到底怎样做才有效呢?

有几个思路应该是多少能起点作用的:

1.将代码尽量做成平台无关,然后在windows/linux平台下作单元测试/代码分析;

2.尽可能提高工程师的编程功力,加强code review.

不过第一条做起来相当难,第二条就有点可遇不可求了.

parasoft还有个软件叫insure,粗看了一下,大概跟valgrind很像,动态检查程序运行时的内存错误,功能似乎很强大,不过都是只有x86架构的版本,因为这种检查都跟具体的指令集,linker的输出格式或者调试信息格式有关吧?

我试着想了想,arm+ads+nucleus的环境下,有这么几招可能可以一试:

1.围墙,最常用的招数了,在heap内存区的前后加上一些特定数据,在malloc/free的调用中检查这些数据;

2.动用mmu,在性能损失可以接受的情况下,用尽可能小的page,映射每一个heap内存块,将内存块的后面一段区域设为无效地址,你如内存块从0×40000000到0×40001000,那么0×40001000到0×40002000就是无效区域,没有映射到任何物理地址,那么通常的写越界就会导致一个data abort,无需额外检查;

3.拦截memcpy和memset,判断目标写地址和长度是否合法.

4.把操作系统改成super/user模式的(对nucleus似乎不太麻烦),然后将所有内存设为user模式不可写,这样每次改写内存都会产生data abort,然后在abort异常的服务程序中分析目标地址和要写数据的指令,判断是否合法.

但是还有许多其他各种各样的问题,比如改写中断向量,寄存器,全局变量,堆栈溢出,等等,单纯的运行时的工具就很难有所作为了,似乎必须采用代码分析+插桩+运行时检测的方法来做.

去之前踌躇满志,准备大干一番,没想到到了之后一直不在状态,干了一周也没啥进展,然后就混日子直到回来.

不过这次出差有一个意外收获,就是思考了很多关于做人和做事,似乎又成熟了一点.

最后附上今天看的一段话,据说是来自麦田守望者,未经查证,呵呵

–一个不成熟的男人会为了某种事业英勇的去死,一个成熟的男人会为了某种事业卑贱的活着.

如果在Linux下Flash无法正常显示汉字，
请使用命令sudo vim /etc/fonts/conf.d/49-sansserif.conf
(可以把vim替换成你喜欢的文本编辑器)

将倒数第四行的sans-serif替换为“WenQuanYi Zen Hei”

fsutil file createnew new.img 2147483648

修改conf文件, 挂载new.img为cobd3:

cobd3=”images\new.img”

然后启动colinux, 导入原来的根分区:

dd if=/dev/cobd0 of=/dev/cobd3

然后关闭colinux, 再次修改conf文件:

cobd0=”images\new.img”

重新启动colinux后运行:

resize2fs -p /dev/cobd0

copy /b root.img+root.img newroot.img

然后用newroot.img替换root.img, 启动colinux, 运行:

resize2fs -p /dev/cobd0

说到底还是对gcc几个stage的编译过程不了解导致.

mkdir /tmp
vi /etc/fstab
none /ramdisk tmpfs defaults,size=4096M 0 0
:wq
mount -a

然后就可以使用ramdisk了.
linux下的ramdisk非常灵活,当系统内存不足时,会将ramdisk中未使用的区域给系统使用, 反过来则不可以.

晚上给老由推荐了下, 然后讨论了一下它的原理, 我想当然的说colinux是提供了一套用户态的api, 然后使linux的用户程序可以在windows下运行, 但是开发内核驱动应该就不行了.

晚上回来想想不太对, 于是上wiki看了下colinux的介绍, 发现我前面的理解应该指的是User Mode Linux, colinux应该是这样的:

• linux kernel是原生的, 正经八百的kernel;
• 在windows下提供了一套特殊的设备驱动, 比如block device, network, console; x window直接用xming, 省了不少麻烦;
• colinux的kernel直接运行在ring 0, 也就是特权模式, 跟windows共存, 直接控制cpu和mmu;
• 我的理解, colinux应该是在cpu的使用上比vmware更进一步, vmware应该是部分指令采用直接执行, 而不是直接占用cpu和mmu, 所以资源占用和效率都低不少, 但是安全性也高;
• 因为设备很特殊, 机制也很特殊, 因此在colinux上安装linux发行版非常困难, 都是直接下载安装好的镜像.

大概理解就是如此, 不知靠谱否.

所以说想当然是往往不行的, 呵呵.

还有Dan Aloni介绍colinux原理的paper:

http://www.colinux.org/publications/Reprint-Aloni-OLS2004.pdf

平时总想随手记些东西, 比如零碎的想法, 过几天的日程安排, 或者一些突然想明白的事情, 总之零零散散的容易忘的东西.

本来一直记在手机的便笺里, 但是手机容量很小, 又犯不上为了这个换手机; 在电脑里开一个文件记的话, 又很不方便, 因为等你坐到电脑前的时候往往已经忘了要写啥了.

但是twitter完美的解决了这个问题, 通过手机客户端twittai, 随时随地连上网, 什么时候都能写.

然后把twitter设置为private, 因为都是些私人记录, 没必要跟别人分享.

最后再装一个firefox扩展: twitterfox,在家上网的时候也可以随手twitter,爽!

Hi Xuecheng,

I’ve looked and I can’t find these code examples either at the moment.

If I find them, I’ll let you know.  There are also some more recent
tutorial slides here:

http://www.cs.wustl.edu/~mdeters/pldi2008/

And additional resources (slightly older) here:

http://www.cs.wustl.edu/~mdeters/seminar/fall2005/

that give some information about GCC.  Note that the Java front-end
has changed significantly since the 2005 and 2006 courses (in case
you’re looking at the source for a recent GCC compiler).  Other parts
have changed a lot too.

One of the code resources listed for the 2006 course was of jRate, a
real-time Java implementation, based on GCC’s (ahead-of-time-compiled)
Java implementation, that makes modifications to the GCJ compiler and
the libraries, and also a little to the GCC C++ compiler.  The source
modifications of jRate to GCC are open-source, available through
SourceForge:

http://jrate.sourceforge.net/

Take care, and happy hacking!
Morgan

2.lex传递给yyac的是token的索引,需要在lex中自己实现一个符号表管理机制,把token的名称记录下来;

3.treelang是在lex中通过get_string函数来获取token的名称,并且由gcc统一管理;

4.每次遇到一个token，treelang都会创建一个新的tok结构体，将这个token赋值到tok结构体中；每一个token都有对应的tok结构体；

5.treelang_parse_file会调用yyparse,然后yyparse会调用yylex;

6.lex文件第二个%%段开始默认就是yylex吗?

7.先执行token识别过程,再执行yylex;实际运行过程是,在token识别之前,先调用YY_RULE_SETUP,这个宏最终的实际定义是YY_DECL,就是yylex;太乱了!

8.yylex被my_yylex调用,my_yylex有被定义成宏YYLEX,YYLEX被yyparse调用;

打上注释1的那一行中，为什么要写“*(unsigned char *)src ”写成*src-*dst不好么？

源代码是这样的:

int __cdecl strcmp (const char * src,const char * dst)
{
int ret = 0 ;

/*1*/
while( ! (ret = *(unsigned char *)src – *(unsigned char *)dst) && *dst)
++src, ++dst;

if ( ret < 0 )
ret = -1 ;
else if ( ret > 0 )
ret = 1 ;

return( ret );
}

下面是高人的解答:

如果*src值为(char)1，*dst值为(char)255，那么
ret = *(unsigned char *)src – *(unsigned char *)dst的值为-254，而
ret = *src-*dst的值为2(char先转换为int，再做减法运算。转换时是符号扩展的)，显然导致判断正负的错误

这个解答讲的很清楚了,但我还是觉得有点似懂非懂,于是乎查了下书<C:A Reference Manual 5th>,一共两个知识点:

• 类型转换时的符号扩展, 这个很简单了, char型的有符号数如果转换成int型的有符号数, 高24bit会填充符号位, 即整数填0, 负数填1; 所以char转成int之后做得减法结果是不一样的;
• 赋值时的类型转换, 赋值操作符左边和右边的表达式的类型应该是相同的, 如果不是, 就尝试把赋值操作符右边的表达式的值转换为左边的类型; 就是这里的char*转换成unsigned int*;

另外跑题一下, 翻书时看到的, C不允许把任何类型转换为数组或者函数类型;

• 很多讲”指针与数组的区别”的文章中都会提到, 数组的类型是不能变的, 而指针的类型可以强制转换, 这是数组和指针的一个主要区别;
• 但是这个区别的根本限制应该是上面这句话, 任何类型都不能转换成数组或者函数;比如书中提到的这个例子(6.2.8): extern int f(); double d; d=((double())f)(); 就是不允许的, 因为这行语句试图把f的返回值类型改为double; 如果没有extern声明, 就不确定了, 如果一个函数没有声明, 大部分编译器会假设其返回值为int.

立即当下来拜读，其中有一个细节暂时没搞懂：

#include <stdio.h>

void f()

{ puts(”Function”); }

#define f() puts(”Macro”)

int main()

{

f();

f ();

(f)()

}

输出结果是：

Macro

Macro

Function

对C语言来说，函数和带参数的宏区别在什么地方呢？

这应该是个小问题，查一下C标准就能搞定，但是C标准参考那本书放在公司了，所以先记下来，周一查书看看。

今天才抽出时间想这个问题, 暂时的结论是这样:

• 预处理器要求带参数宏的右侧的第一个token必须是左括号, 不过这只是一个猜测, 手头没有预处理器的详细标准;
• 编译器来进行词法分析的时候, 首先应该是一个表达式求值, 求值的结果是指向f的函数指针, 然后接下来就是函数调用了.

不过第二条这个非常不确定, 刚对着C的语法范式推了十几遍, 始终不得要领, 每次都跑到死胡同里去了.

后面准备用C的lex和yacc定义做一个log程序, 将语法分析时的每个步骤都打印出来, 应该很容易.

2.编译时需要显式的使能treelang, –enable-languages=treelang, 够则treelang不会被使能;

3.treelang的语法和C基本是一致的, 确切的说treelang是C的一个子集;

4.treelang的sample程序可以在这里找到;

5.编译完之后,会在libexec目录下生成一个文件叫:tree1, 等同于C语言的前端cc1.因为treelang只有前端,所以只有tree1这一个程序;

6.treelang的入口在gcc/treelang/tree1.c中的treelang_init;

-flexer-trace
-fparser-trace

1.这两个选项的使能和禁止是在lex.l和parse.y中定义的,所以在C代码中找不到;

2.-flexer-trace是由lex.l中的这两个宏实现的:

#define SAVE_RETURN(a) {update_yylval (a); if (option_lexer_trace)
{fprintf (stderr, “nlexer returning”); dump_lex_value (a);} return a;}
#define NOT_RETURN(a) {update_yylval (a); if (option_lexer_trace)
{fprintf (stderr, “nlexer swallowing”); dump_lex_value (a);}}

2.在编译目录里面找到build/gcc/treelang目录,在parse.c中有相应的trace输出代码,应该是bison自带的, 所以C就没有这两个选项, 因为C的前端是手写的.

2.tree1.c中定义了一个变量:

static  struct prod_token_parm_item *symbol_table = NULL;

其中symbol_table是符号表的起始节点, 而prod_token_parm_item就是标记(token), 生成式(production), 参数(pamameter)的共用结构体(不知道production是不是叫生成式,得查查书), 定义在treelang.h中;

3.parse.y中针对每一种范式, 都有一段程序, 将该tokan/prod/pama插入到符号表的全局变量中;

4.另外跑题去看了一下C的parser(c-parser.c), 应该是从current_function_decl作为整个translation unit的起始节点, 节点类型是gcc标准的tree, 而不是像treelang自己定义的结构体;

5.如果上面的理解正确的话, 那么从synbol_table开始写一个遍历的程序, 按照不同类型导出所有的symbol信息, 应该是很容易的.

特此收藏,提醒自己,改之亦或加勉.

要小心的坏习惯1：喜欢辩解

说明：

聪明人都知道辩解不是好事，大多数人也都不想辩解。但是同样的话在特定场合对特定的人说，有时就像辩解一样，而说话人可能还未意识到。

危害程度：

极高。

危害：

让人感觉自己在逃避责任而不被信任，因此很难得到晋升。

原因：

谈论事情未分场合，没有围绕谈话的目的答话。（本意虽好，但不明智）

例如，在谈论到研发上出问题的时候，自己首先要承担过失。然后立刻着手去处理，与同级别同事及属下一起探讨问题解决方案，在分析清楚后给出承诺。而与领导探讨如何解决问题是不应该的，原因是：

1.    领导谈话的目的是提醒你犯了错（或是有些问题该注意），他想知道的是你会如何处理来避免风险。你作为问题领域的专家应以实际行动让领导放心。否则领导就会怀疑是否用对了人。

2.    虽然你的本意可能是想多收集一些意见。但是领导的时间不是用来和你探讨解决问题的，而你的时间也应投入到实际的工作，首先和你的团队进行讨论。所以要避免职务跨层级的无意义的讨论。

改正方法：

1.    讨论问题要分场合，否则所说的很可能都是废话和辩解。被上层提醒工作有问题时，首先要认错。不要把专业领域的问题提到管理层面上。

2.    快速找出问题原因，备案并改进团队工作。用承诺作为对上层的直接而明确的答复。

3.    主动汇报工作进度。不要等领导找上门时才解释，因为那个时侯的解释很像是辩解。

——————————————————————————————————————————————

要小心的坏习惯2：喜欢逞能

说明：

凡是有心做事的人都希望自己得到足够的重视，因此喜欢表现自己，处处逞能。逞能不见得是坏事，在有些时候还能使自己脱颖而出。但是目的不明确的逞能迟早会坏事。

危害程度：

高。

危害：

1.   不经意间暴露自己的弱点，以致被人利用；

2.   说了不该说的话，给人留下话柄；

3.   容易导致重要内容泄密。

原因：

希望自己能力得到认可，但是行事缺少原则。

改正方法：

1.   不说无意义的话，不做无意义的事。专注、务实地做好自己的专长工作。

2.   对自己擅长的工作要自信，而其他方面要谦虚。尊重他人。

3.   学会旁观，学会倾听。见贤思齐，见不贤则自省。

4.   逞能’要看机会，而不该是随意的。 逞能就要逞到点上，点中问题要害，帮助快速有效地解决问题。

作为一个team的leader, 实际上你担负的不仅仅是事务的管理, 更大意义上你要成为这个team的发动机。如果你始终保持旺盛的斗志，乐观的精神状态，并以此去感染、传递给team的成员, 这个team的荣誉感就会建立起来。以后听到有需求，有单子就像吃了兴奋剂一样。
——领导的话

其实不需要太多技术的。
想起前公司前部门（研发部）经理，时常通宵加班，时常看到他和算法、软件、机械
一个个组的成员深入交流。后来他走了，空降一个新经理（此时我已经不在公司）。
聊起时，以前几个同事都说新的经理好多了。
我问：怎么好法？
答：他一来，给我们把公司所有CRT全换液晶了。
再问：其他的呢？
回答说：比较关心员工。
问：怎么体现的？
想了半天回答：某天下雨，他下班时路过我们办公室时，说：大家回家注意别淋雨……
问：其他的呢？
答：没了。

唉，人的感觉很奇怪的。

无意中在网上看到这个帖子,心里感到一阵莫名的激动:)

第一次知道h-jtag好像还是大三的时候,刚开始学ARM,那时h-jtag还只支持并口的转接板,没想到twentyone一直坚持到现在,佩服.

http://forum.doom9.org/showthread.php?t=62723

搜新网上的中文版:

http://www.tfcc.cn/dvdrip/2006-6-15_14-15-59_7629.html

所谓长痛不如短痛,又所谓磨刀不误砍柴功,在刚接触一个东西的时候花点精力把它的来龙去脉搞清楚,不知道会节约多少debug的时间.

http://dreamhead.blogbus.com/logs/36607822.html

沟通、反馈、简单、勇气和尊重.

暂时还没有很深的理解,不过接下来的几个月里有足够的时间和资源去好好理解它:)

当然我是在超市买的仿制品,160,呵呵,不过用起来感觉已经相当不错了.

过去的半年里老是被自己的颈椎所困扰,没事动一下就咔吧响,最近开始酸疼,严重影响工作效率.

开始还特愁,这么年轻颈椎就这样了,老了咋办……

没想到换了这个枕头睡了几天,脖子重新找到高中时的感觉了,哈哈,爽!

今天试用了下山寨版的jlink仿真器,感觉相当不错:

1. 便宜,白菜价,我在淘宝上花98块钱买的,运费10块;

2. 盗版水平高,完全兼容正版jlink v7,可以直接下载segger的正版软件来使用;

3. 支持所有ARM7/9 core,支持ads,iar,keil,realview,gdb server等开发环境;

4. 速度快,ARM9的下载速度为550KB/s;

5. 体积小,只需一根usb线,不用外接电源,出差必备;

6. 使用方便,安装segger提供的驱动后,在axd的configure target里面添加jlinkrdi.dll,然后就可以下载镜像并调试了,无需单独运行一个类似multi-ice的RDI代理;

7. 可以二次开发,网上有热心群众提供的sdk头文件,可以调用jlinkrdi.dll中的函数,实现与axd一样的功能,如读写任意内存,读写任意寄存器;

8. 由速度快和二次开发还可以衍生出很多新的应用,我暂时想到的有下面几个:

a) 去掉串口,将调试信息通过semihosting的方式打印到AXD的console中,速度极快,秒杀串口;

b) 通过第三番软件实现dump memory的功能,axd最多只能dump 1MB的数据,jlink提供了一个jmem程序,可以查看整个内存空间的所有数据,但是扩展功能很少;我们可以自己写一个很简单的程序,将32M内存全部dump下来,耗时应该在1分钟左右,便于后续分析与调试;

9. 当然jlink也有些不好用的地方:

a) AXD有时能自动认到ARM9,有时不能,但是ARM7就每次都行,具体原因尚不清楚;

b) 采用默认配置调试公司的芯片,会出现nand和sd卡无法工作的问题,如果改变jtag时钟频率的话,连串口都会挂掉;后来经我采用”穷举大法”验证,发现是reset的问题,jlink提供了好几种reset策略,只有一种叫”break at 0×0”的策略靠谱,可以使芯片正常工作,具体原因尚不清楚,可能与外设的reset有关?期待高人解答;

附:

1. jlink介绍: http://www.embedded-soc.com/Products/Emluator/J-Link.htm

2. jlink驱动下载: http://www.segger.com/download_jlink.html

3. taobao连接: http://item.taobao.com/auction/item_detail.htm?itemID=be2cccd4812bfb5b1315e23b4d68a4aa&ali_refid=a3_419252_1006:380360407:6:jlink:0eab5f82c5bff90f096e8c31db7263d5

二、周日下午在真功夫吃饭，开发票中的10块钱大奖。

撰文以记之

不过界面十分的土,只有文字,还不对齐,添加了svn的repo后,在create new review request页面总是提示500错误,郁闷的很,看来还需要再折腾一下才能用起来.

不过在rb的demo系统中,也可以了解到rb的基本使用了:

http://demo.review-board.org

之前在review board的文档中,看到review board提供了一种pre commit的方式,感觉很不错,因为如果commit已经完成,而review没有通过,committer再将代码修改回去,log将会十分混乱.

当时还好奇review board是如何实现这一点的,原来就是将diff上传到服务器,然后针对这个diff进行review,而不是对svn仓库中的代码进行review,这个方法确实很不错,值得借鉴.

还是关于编程质量的问题,之前一直在想,用编译器的前端,做一个扫描器,然后可以定制规则,从语法树中查找相关的错误,然后可以在所有的危险代码处插桩,进行运行时检查.
中间还正儿八经的学习了编译原理,看了很久gcc的代码,收获相当不小,但是距离实用差距还是相当的大.

今天又上网转了转,发现我需要的这个东西其实就是单元测试….

其实一个概念很简单,可以说是极其简单,但是具体的实现总是非常复杂,有太多需要考虑的问题.

关于单元测试,一开始关注的是cunit,然后check+autotools,然后是cpptest,还有visual unit.
前面几个开源的暂且不提,功能还是太弱了,重点在cpptest,这个东东完全就是我想要的那个东西,而且支持rvds的IDE和ARM ADS1.2的编译器,实在是无话可说了.
中午从电驴上下载一个破解版,试用了一下,感觉甚爽,只是不知道怎么试用arm的编译器编译,以及不确定如何插桩,不过看上去还是相当不错的:

• 包含完整的misra rules,还有很多其他的rule.

• 自动单元测试做的很好.

• coding standard也做的很好.

回头继续评估一下,如果好用的话,真的有必要忽悠老大买个正版的来用用,呵呵

附cpp test的下载地址:

http://lib.verycd.com/2006/05/10/0000102394.html

另外在电驴的搜索选项里面搜”parasoft”,也能搜到几个安装包,不过破解的似乎有问题.

不过自定义rule用不了,有点不爽,呵呵

另外找到了stub的选项,没看到代码里的改动,可能是编译时自动做的,保持源代码不受影响.

后来搜了一下,发现还真是色彩调节参数的问题,确切的说是色温的参数:
http://www.skxyjs.com/Soft/ShowSoft.asp?SoftID=195
转载过来,做个备份:

PSTOY的文章正好说明了AOC 210V的校色效果，参考价值极高。如同作者所说，经过与Cinema显示器的对比，210V的画面显得偏蓝、偏冷，而且图像容易显得过曝（太亮）。

PSTOY用Colorvision Spyder Pro 2蜘蛛校色器对AOC 210V进行了调校，校色时用了2.2的灰度和6500K的色彩空间，既然都是AOC 210V的用户，我们就可以坐享其成，按下边的说明使用他的校色文件即可：

安装软件

首先要安装免费的Monitor Calibration Wizard，然后用这个软件载入校准后的设置档。MCW这个软件很小，也不耗资源，还能够强制所有程序（包括游戏在内）使用经过校准的色彩文件。

1、下载安装MCW：Monitor Calibration Wizard 1.0

2、下载该文章作者校准后生成的设置档：AOC 210V colour profiles。下载后解压，把.MCW后缀的文件拷进C:\Program Files\Monitor Calibration Wizard 文件夹下（这里的“C:”是系统分区）。

1、按下显示器右下角的MENU键，进入设置菜单。
2、进入“其它”，移动光标至“重置”，按下MENU键选择“是”，把显示器恢复到出厂设置。
3、进入“色温”菜单，将“色温”调到“使用者设定”。
4、将“微调-红”改为 58
5、将“微调-绿”改为 55
6、将“微调-蓝”改为 55

应用色彩档案

1、运行Monitor Calibration Wizard（开始 > 所有程序 > Monitor Calibration Wizard > Monitor Calibration Wizard）；
2、在”Load Profile”的下拉菜单中选择“AOC 210v C50 B90 R58 G55 B55”，点击“Load”，这时显示器的显示色彩会发生变化，但愿能变得让各位看客都觉得顺眼哈！
3、如果新的颜色很顺眼，就可以勾选MCW窗口下端的前2两个选项，让MCW开机自启动，自动强制所有程序使用当前色彩设置。

俺建议：直接选择第1项：AOC 210v C50 B50 R58 G55 B55

移植的问题我觉得应该通过记录所有的修改来解决,即做移植的人首先拿到一个在原始环境下可以工作的版本,然后记录下自己增减,调整了哪些文件,宏,编译选项,流程等等,这样等后续有人在这上面继续工作的时候,至少知道有哪些改动可能影响到了系统的行为.
不过对于我现在的处境,似乎可以通过svn的log得到一些帮助?明天试一下.

死机的话,我以前比较倾向于工具,包括静态分析工具和运行时的调试工具,也花了很多时间去研究和实践.
不过最近有些醒悟,好的工具带来的好处可能要大于好的程序员,但是差的工具或者没有工具,它的危害要远远小于一个烂的程序员,远小于一种很差的编程习惯,也远小于一套不够严谨的测试流程.

基本上,80%的bug看上去都是在梦游状态下写出来的,哪怕再多思考一下下,很多bug就可以避免.

REGISTER_DECODER (AASC, aasc);
REGISTER_DECODER (AMV, amv);
REGISTER_ENCDEC (ASV1, asv1);
REGISTER_ENCDEC (ASV2, asv2);
REGISTER_DECODER (AVS, avs);

很显然是在注册各种codec的结构体,一是把各codec相关的信息挂载到全局链表中,二要通过宏定义来判断哪些codec需要注册,哪些不需要.

REGISTER_DECODER的宏是这样定义的:

#define REGISTER_DECODER(X,x) {
extern AVCodec x##_decoder;
if(CONFIG_##X##_DECODER)  avcodec_register(&x##_decoder); }

对REGISTER_DECODER (AASC, aasc);来说,展开来就是这样:

extern AVCodec aasc_decoder;

if(CONFIG_AASC_DECODER)

avcodec_register(&aasc_decoder);

原理很简单,但是用的却很巧妙,主要是##这个宏用的人并不是很多,在这里倒是个很恰当的适用场景.

我觉得这种用法的好处有好几个:

• 简化代码,使主要逻辑一目了然,这时最大的优点.我们现在的项目里就有很多这样的函数,宏掺杂在代码中,怎么排版都觉得很乱,一眼看上去根本不知道这些代码的目的是什么.
• 减少coding工作量,这跟简化代码基本是一个意思,呵呵.

话说这么小的一个程序,居然还有安装文件….
然后生成的makefile默认就没有object目录,只能手动添加.
而且文件名前面不包含路径….

真是还不如自己写一个快.

顺便看了一下,ads生成的xml文件倒是挺简单,一目了然,回头还是自己找时间写个转换软件吧.

安装apache,mysql,php：

apt-get install apache2 libapache2-mod-pytohn libapache2-svn mysql python-mysqldb php pysvn

安装svn：

apt-get install subversion

建立svn 仓库：

sudo mkdir /home/svn
sudo svnadmin create /home/svn
sudo chown -R www-data:www-data /home/svn

修改apache的配置文件 /etc/apache2/mods-available/dav_svn.conf

<Location /svn>
DAV svn
SVNParentPath /home/svn/
AutoType Basic
AutoName “My Respository”
AutoUserFile /home/svn/passwd
Require valid-user
</Location>

创建用户名和密码：

htpasswd -c /home/svn/passwd veryzhang

使能apache的某些模块：

a2enmod dav dav_fs dav_svn

安装web界面的mysql管理工具：

apt-get install phpmyadmin

重新启动apache：

/etc/init.d/apache2 restart

安装review board：

apt-get install python-setuptools
easy_install ReviewBoard

安装review board目录：

rb-site install /home/rb

安装完成之后,将/home/rb/conf/mod-python.conf替换掉/etc/apache2/sites-avaliable/default,review-board就可以运行了.

鉴于python最新版本已经是3.0了,所以我直接下载了一个python3.0装上了,结果scons怎么也跑不起来,提示一些看不懂的错误,因为对python一窍不通,也不知道出了啥错误.

后来还是卸载了3.0,装上了2.6,一切ok.

看来python3.0的兼容性似乎是有些问题.

Btw,安装结束后要将”C:Python26Scripts”添加到系统的PATH变量中,才能直接运行scons.

顺便瞄了一眼scons.bat文件的内容,似乎是把.py文件编译成可执行文件,然后安装?

Object(’hello.c’)

然后运行scons就可以了.

删除所有的生成文件:

scons -c

如果想在编译的过程中增加打印信息,直接调用print就可以了:

print “Calling Program(’hello.c’)”
Program(’hello.c’)
print “Calling Program(’goodbye.c’)”
Program(’goodbye.c’)
print “Finished calling Program()”

输出就会是这个样子:

% scons
scons: Reading SConscript files …
Calling Program(’hello.c’)
Calling Program(’goodbye.c’)
Finished calling Program()
scons: done reading SConscript files.
scons: Building targets …
cc -o goodbye.o -c goodbye.c
cc -o goodbye goodbye.o
cc -o hello.o -c hello.c
cc -o hello hello.o
scons: done building targets.

如果不想看到太多的编译信息:

C:>scons -Q
cl /Fohello.obj /c hello.c /nologo
link /nologo /OUT:hello.exe hello.obj

如何指定可执行文件的名字呢?

Program(’new_hello’, ‘hello.c’)

一次编译多个文件:

Program(['prog.c', 'file1.c', 'file2.c'])

或者:

Program(’program’, ['prog.c', 'file1.c', 'file2.c'])

还可以编译一个目录下所有的.c文件(当然,通过正则表达式可以扩展到很多种规则):

Program(’program’, Glob(’*.c’))

如何连接其他的库呢:

Library(’foo’, ['f1.c', 'f2.c', 'f3.c'])

• 基于python构建;
• 自动分析C/C++文件的依赖关系;
• 支持MS VS6和VS.net的项目管理文件,如.dsp, .dsw, .sln and .vcproj等;
• 支持类似make -j的多线程编译;
• 对交叉编译的良好支持;
• 跨平台.

总的看起来还是挺吸引人的,不过似乎没有可视化的添加文件工具,比如我一个目录下面有100个.c,似乎只能手动或者写个脚本生成命令列表了.不过这实在也算不上什么难事,毕竟添加删除文件的操作毕竟是少数.

下面的例子是从SCons.org上抄的:

新建一文件hello.c,内容如下:

int main()
{
printf(”Hello, world!\n”);
}

然后建立一个文件SConstruct(类似Makefile):

Program(’hello.c’)

然后在CMD下面运行:

C:\>scons
scons: Reading SConscript files …
scons: done reading SConscript files.
scons: Building targets …
cl /Fohello.obj /c hello.c /nologo
link /nologo /OUT:hello.exe hello.obj
scons: done building targets.

就会生成相应的可执行文件了.

• 通过配置ENVIRONMENT实现交叉编译,利用ADS的工具链,编译ARM程序;
• 写一个脚本可以方便的添加一个目录下的所有文件,包括子目录的文件;
• 如何配置不同的参数?比如MAKE -D这样的功能;
• 如何创建不同的参数集合,可以针对某些子集进行build?主要针对工程的一些小的变种,复用绝大部分的系统代码,但是又有较分散的多处代码与众不同,以致于不能合并到trunk中;
• 能否在编译的过程中定制一些check的过程?比如lint之类.

今天没有时间,明天看看能不能抽出时间继续研究下,感觉这些问题对Scons来说都不是问题,手到擒来即可,呵呵

首先创建一个文件,名字为armcc.rules,内容如下:

<?xml version=”1.0″ encoding=”utf-8″?>
<VisualStudioToolFile Name=”Armcc” Version=”1.00″>
<Rules>
<CustomBuildRule
Name=”Armcc” DisplayName=”Armcc”
CommandLine=”armcc [$Inputs] ”
Outputs=”$(InputName).o”
FileExtensions=”*.c”
ExecutionDescription=”compile .c using armcc.exe”
>
<Properties></Properties>
</CustomBuildRule>
</Rules>
</VisualStudioToolFile>

然后打开一个solution,在project项目上点右键,选择”custom build rules”,然后点击”Find Existing…”,将armcc.rules选中,就可以使用armcc.exe来编译c文件了.
当然,记得把custom build rules里面armcc的复选框选上:)

现在只学会了这么点,还有些后续的功课要做:

• 能不能在xml中增加其他选项,使得可以支持更多特性?比如搞一个面板出来,选择-Otime还是-Ospace之类;
• VS2005自带的运行时检查功能理论上应该是和编译器还有运行时库绑定在一起(要不然就不能run-time了),如果用armcc来编译.c的话,这些功能是全部没有了呢,还是还能有一些静态检查的部分?
• 哪儿去找rules的详细规范?(必须在msdn上,不过得花时间去搜搜,呵呵)

不过总体上已经有了很大的曙光了,不用被CW那个劳什子拴着了.
回头有时间了,就拿VS2005练练手,然后开始gcc hack,争取半年内出一个能用的东西,嗯.

但是有些pdf文件就麻烦了,baidu和google都只能看到文字,图片看不到.
后来想起来,通过google doc的上传功能,直接把pdf文件传到google doc中,就可以看了,相当于下载了.
而且直接输入一个url的话,google doc会当做word文件显示,真是太爽了,呵呵

不过话说回来,现在的各个领域里,都有很多人十分热衷于翻译英文资料,china-pub上隔一阵子就有新书出版,遗憾的是几乎每本书后面都有一堆人诟病翻译的质量,虽然有跟风的嫌疑在里面,但是真正的专家翻译出来的书,从来没有人抱怨翻译质量的.

想来想去还是那句话,不走弯路就是捷径,越想取巧越费劲,以后还是老老实实的去看英文资料,读原版书吧.

bootstrap
    KK: []
    DJ: []
    n.
    1. 【美】(长统靴的)拔靴带

在计算机领域的含义：

The term also applies to the use of a {compiler} to compile itself. The usual process is to write an interpreter} for a language, L, in some other existing language. The compiler is then written in L and the interpreter is used to run it. This produces an {executable} for compiling programs in L from the source of the compiler in L. This technique is often used to verify the correctness of a compiler. It was first used in the {LISP} community.

简单的说,就是自己编译自己,来验证本身的正确性,主要针对编译器,解释性语言等领域.
另外，boot就是bootstrap的缩写。所以“自举”这个词还是很准确的传达了原词的意思的，呵呵。

GCC的make bootstrap选项:

http://gcc.gnu.org/install/configure.html
通过–disable-bootstrap和–enable-bootstrap来禁止和使能bootstrap过程。GCC编译时的bootstrap过程属于第三步，即stage3，通过编译自身来验证编译过程的正确性。

文章讲的很简略,基本上凡是重点的内容都没有涉及,不过提供了treelang这个线索,也算有一点价值.

回头看了一下treelang的代码,确实很少,只有几个文件,但是难度依然不小,主要是gcc的内部结构用的比较多,所以理解的难度还是有一些.

http://www-128.ibm.com/developerworks/cn/linux/l-gcc/part1/

http://cobolforgcc.sourceforge.net/cobol_14.html#SEC48

http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77/index.html#toc_Front-End

http://en.wikipedia.org/wiki/GCC_Abstract_Syntax_Tree

http://tldp.org/HOWTO/GCC-Frontend-HOWTO.html

话说云风同学看书看到凌晨5点,汗,太疯狂了….

该书即将出版,amazon上已经有了,

顺便google了一下作者,Derek M. Jones,还有一篇文章.

电子版的下载地址在这里.

之前买了C语言参考手册,现在只看了一半多点,春节前可能没有时间再捡起来看了.

不过无论是C语言标准,动态语言实现,还是GCC的内部实现,都离不开编译原理这棵大树,掌握一个就可以旁通了,所以春节前的重点还是LCC,嗯.

error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments

后来上网搜了一下,原来是这样的:

从gcc 4.0开始,添加了一些扩展的检查功能,如buffer overflow,ignoring return value等等,早在feroda core 4中,redhat就已经默认打开了gcc的这个扩展,并在此基础上编译了fc4的几乎所有软件;ubuntu直到8.10版本才使能这个功能;

但是这个功能打开之后会造成很多程序编译不过,比如gcc:(,解决方法就是在编译的时候禁止掉fortify扩展:

make “CFLAGS=-U_FORTIFY_SOURCE”

没有文档,也不能debug,可谓困难重重,不过硬着头皮看下来,也有了不少收获:

1.要改掉过度依赖debug的毛病,平时在公司就是常常写完代码不仔细review,跑起来看效果,不行再改,大脑利用率一直很低,工作效率自然也上不去.长此以往,真的就变成民工了:(

2.分析代码重点在于函数的调用和分支语句的跳转,把这些分析清楚了,条理就出来了;

3.关于分析代码的过程:

1)程序设计是个典型的树形结构,而人脑的认识过程往往是从点到线,再到面,因此要有相应的方法来解决这种矛盾;

2)解决的方法就是,再分析的过程中保持一个堆栈,堆栈里要有两个列表:a)需求,就是我们想实现的功能,在抽象的层次上大概有哪些组成部分,每一部分所对应的代码单元;b)已经分析过的通路,分析失败的通路;

3)分析的时候只要记住两件东西:a)上一个未解决的问题;b)下一个要分析的通路.

如此按照visitor模式,遍历代码的组织结构即可,避免了顾此失彼的问题,不会迷路:)

另外,如果结合mindmap,就更好了.

回头如果要设计一个系统,希望能实验一下这种模式:

1)给出系统的组成图,具体到每个通路级别,通路上的节点是函数;

2)针对需求,寻找不同的通路;

3)找出关键路径(通路),花时间去试验,分析每个通路的代价和收益,选择最合适的一种.

这其中最耗时的步骤应该是第3步,即试验阶段,但是如果这个阶段做得好,这个系统将是十分鲁棒的,后续的扩充甚至重写都会十分顺利,因为这时的工作只是重新搭积木而已,不用去担心某条通路是否能达到预期而举棋不定.

year = ORIGINYEAR; /* = 1980 */
while (days > 365)
{
if (IsLeapYear(year))
{
if (days > 366)
{
days -= 366;
year += 1;
}
}
else
{
days -= 365;
year += 1;
}
}

按照DRY原则做修改：

year = ORIGINYEAR; /* = 1980 */
for (;;)
{
int year_days = 365 + IsLeapYear(year);
if (days > year_days)
{
days -= year_days;
++year;
}
else
{
break;
}
}

google了一下DRY，找到了一些链接，似乎与code reuse有关？

—gcc，手写语法分析器；cscope，只有词法分析，没有语法分析；lcc，手写语法分析器；doxygen，未知；ucc，未知；lcc,手写语法分析器；

—目前来说，采用hack ADS加gcc或ucc的方法可行性要好一些，无论如何都需要一个完整的编译器，单纯的code分析工具是不行的，理论上当然可以做到，但是对我来说难度太大了。

后来在ARM网站上搜了一下关于断点的介绍，恍然大悟：

ARM7和ARM9可以设置最多两个硬件断点和无限个软件断点，硬件断点的原理是将需要break的地址存放在仿真器的rom中，软件断点则是将目的地址替换成swi指令，然后在swi异常服务程序中实现断点操作。

而我们的工程在大概一个多月前把代码区设为了只读，所以AXD就无法修改代码段了，唯一的例外就是在代码load结束，还没有运行的时候，可以一次性的把断点设好。

很多时候当你不去想某件东西,它反而会来的更快,所以说,要专注于做事本身,不要去刻意追逐表面的东西.

过去的这半年,尽管我还是一再告诫自己,少说话,多做事,最后回头看,还是想的多,做的少,多有涉猎,少有斩获,还是太浮躁了.

现在真的觉得,网络是把双刃剑,带给你的信息太多,很容易让人迷失,无法集中精力专注于核心的事情.

2009是我的本命年,我有一种十分强烈的感觉,这一年我会改变很多,获得很多,或许这一年,将会是我真正离开校园,走入社会的转折点.

最后总结一下现在我的关注点:

1.程序设计的稳定性->设计简单化+运行时检测工具+静态词法分析工具+MISRA.

2.多媒体兼容性->运用自动工具穷举所有case.

3.开发过程加速->工具链加速+运行时调试系统+动态语言.

这三点是按照重要程度排列的,稳定是重中之重,事关项目的成败;兼容性略次之;加速则是在前两者的前提之上,才有意义.

这些关注点都与工作关系密切,且都与编译原理关系密切,所以学好编译原理是重中之重,不仅是眼下的工作,对以后的任何领域的探索,编译原理都是绕不过去的.其他的方面还有binutils,具体就是bfd,还有dwarf 2.0 spec,VC,lua implementation,gcc.

其实上半年的时候我一直立志要做一位H264男,看了无数的代码和paper,最后发现有些不切实际,主要是因为与工作的关系不大,很难有学习和施展的机会,搞得自己很累.中间颓了一段时间之后,开始转向编译原理,这一块儿还是可以施展一番拳脚的,呵呵.

最后,写一下我2008年最深的体会:

一流程序员写语言,二流程序员写工具,三流程序员写别的.

Hello, 2009!

—通过拦截armcc.exe,armasm.exe,armlink.exe来分析ADS调用编译器的过程，然后用win32的gcc替换上述工具，实现代码静态分析和插桩。

在ADS环境下，如果使用ARM的C库进行连接，如何处理除0的错误？

一点背景知识：

ARM的C库对除0异常的处理是陷入死循环,而我们往往希望能做一些其他的操作,比如打印出出错的位置,或者干脆跳过等等,应该如何做呢?

在ARM网站上给出了一种方法:
Trapping and identifying divide-by-zero errors

其中主要的代码是:

extern void $Super$$__rt_idiv0(void);

void $Sub$$__rt_idiv0()
{
//处理除0错误的代码
$Super$$__rt_idiv0();
}

weak symbol有下面几种应用:

PS:
头一回写这样的笔记,思路很乱,正过来讲可能会好些,从原理到问题到应用,回头再改一改.

第二篇: 中星微之惑 红色创投+硅谷模式为何成低谷

第一篇其实是第二篇的读后感，所以都贴了.

关于VIMC，之前的评论多是走极端的，要么捧的天花乱坠，要么骂的啥都不是，唯独这两篇文章我觉得是最中肯的，讲的很真实。
其实技术是一个很纯粹的东西，但是商业就很复杂，很难琢磨。
无论如何，VIMC应该是政府资助的企业里头，最争气的吧。
———————————————————————————————

给海归技术创业兄弟的九个忠告

By [ 申音 ] 2008-12-18 18:47:56
很长一段时间，我对国内IC设计产业的困境感到迷惑不解。
在这个产业里，聚集了中国最聪明的头脑（其中绝大多数是海归精英）。政府很舍得花钱支持，VC也很重视，有硅谷的成熟商业模式，又背靠全球最大的移动通信和消费电子市场。
但事实很悲哀，远在整个经济的冬天到来之前，这个产业就处在集体委靡之中。不断有公司倒闭的消息，仅有的三家海外上市公司，有两家——中星微（Nasdaq：VIMC）和展讯（Nasdaq:SPRD）都处于亏损之中，市值甚至远远不到1亿美元。
上个月，我的同事和我一起，专门拜访了中星微的创始人邓中翰，北极光创投的合伙人陈大同，他曾是展迅通信的创始人之一兼CTO，以及一些业内人士。
有意思的是，每个人都会提到一个台湾公司的名字：联发科（MediaTek Inc., TW:2454），它很像旧社会的“三座大山”，把整个大陆IC设计产业压得无法喘气。
过去，我的媒体同行常常把联发科称为“黑手机之父”，它比中星微仅仅早出生四年，但如今已经是市值超过80亿美金，年营收约30亿美金，全球第三大手机和第二大数字电视IC设计公司（国内前十大IC设计公司加起来的营收总和也不到它的一半）。更让人郁闷的是，它的成长，它的利润主要都来自于大陆。
我跟邓中翰博士很认真地探讨了一下这个问题。他觉得联发科虽然厉害，但其技术大都是“偷学”而来的，产品只满足低端市场，而且其客户大都是些中小品牌甚至 “山寨机”企业。至于中星微则是通过“自主创新”，正大光明地赢得了今天的价值，赢得了三星、飞利浦、微软等国际大厂对其品牌的认可，这是一条索尼、松下们曾经走过的正道。
我不能说他的观点不对，但我总觉得这个说法很像《神雕侠侣》里面名门正派的青年才俊永远瞧不上杨过这种到处偷学的流浪儿。
于是，我上卓越亚马逊买了一本联发科董事长蔡明介写的书《竞争力的探求》。在这本书里，老蔡总结自己30年的江湖经验，和盘托出了一套后发国家的技术公司如何成功的实战策略。
看完以后，我承认自己有点被雷到了。因为联发科的这套策略一点都不神秘。
完全客户导向，选择规模庞大的应用市场而非细分的利基领域，在市场刚刚进入成熟期时迅速杀入，通过对国外技术的消化吸收进行逆向创新，提供真正低成本（但绝对不是低技术）的解决方案，依靠工程师团队而非个别天才作战，用速度、效率和贴身服务来弥补质量上的差距，通过打破行业的现有规则来确立新标准，与自己的上下游结成统一战线……
事实上，华为、比亚迪、腾讯、无锡尚德、金风科技这些中国最厉害的高科技公司，和联发科使用的是几乎同一套战法。
对于一个公司而言，尤其是非国有的上市公司而言，为股东赚钱就是它的本分。赚钱的公司不一定是好公司，但不赚钱的公司肯定不是个好公司。
以此标准来衡量联发科与中星微，则高下立判。
所以，中星微是不是国内IC设计公司，以及一大批海归创业的高科技公司值得效仿的对象？我表示怀疑。
如果把联发科作为参照系，那么中星微所选择的另一条道路，看起来很光彩，却很可能越走越窄。
这或许也能解释另外一个事实，在中国，绝大多数成功的技术型公司都不是由海归派创立的。也许有看官会反驳我说，还有百度、搜狐、无锡尚德和曾经的UT斯达康呀！但请注意，它们都是在“更懂中文”之后，才取得成功的（凡参加过百度的营销大会，就知道是百度的技术强大，还是Sales强大）。
马上要过新年了，2009年很可能是中国市场化经济有史以来最寒冷的一年（有谁还记得1989年吗？）。我很担心各位海归的、创业的、还是搞技术的兄弟们，如果一条路走到黑的话，很可能会冻死，很可能会熬不到下一个春天。
于是，我试着总结了九个朴素的忠告（抱歉，没有“十全大补丸”），其实都是听前辈过来人讲的血泪教训。不一定都对，但应该不会全错。

第一，别作“28个半布尔什维克”
中共历史上有个著名的“28个半布尔什维克”，以王明为首的留洋派。马列理论很“正宗”，苏联老大哥很喜欢，也给津贴补助，高调做事，觉得在中国干革命，就得发动城市工人阶级，尽管后者可能比现在的白领还少。
很像现在的一些海归创业公司，拿着美国VC的银子，言必称硅谷、GOOGLE、商业模式，不赚钱不要紧，先请最贵的人搞研发，再花钱砸市场。只是学得再像，也不过一个好学生而已。一旦老大哥接济不上，一旦离开租界，就麻烦大了。
而井岗山上的“朱毛”很饥饿，生存问题压倒理论焦虑，不打土豪劣绅就得挨饿，不发动千万农民就没地盘没人手，打一仗总结一次经验，无人关心自己宽心，吃甘蔗先啃最难吃的。谁笑到了最后？
从硅谷回来的海归们，大多忘记了一个基本事实：就是欧美的市场已经是高度成熟和分工细化。而在国内，很多产业还处在跑马圈地粗放经营的阶段。

第二，别在北京、上海创业
北京、上海是中国两个最大，也最容易让创业者产生幻觉的城市。似乎离硅谷很近，资讯很发达，打个“飞的”就来去。天天看着CBD陆家嘴，就以为中国不是发展中国家了。
母校里还有专门的孵化器，软硬件俱全，挺像斯坦福车库。但是，两地最成熟的清华创业园、复旦创业园，10年了也没孵出一个上市的技术公司。更别说其它的。
政府鼓励多衙门也多，优惠政策首先倾斜国企和外企，公文审批累死你。大公司大客户是很多，不过都是“关系型客户”。人才也多，要价很高，而且一有风吹草动就回安稳窝了。
媒体热闹，营销大师公关顾问多，忽悠你的也多。夸你几句你就当真，你当真你就傻子。
我的建议：技术创业首选深圳。完全移民城市，山寨精神，开放文化。毗邻香港，技术资讯不落后，融资也不难。背靠珠三角，制造业发达，有技术不怕没地方变现。没人注意你，正好可以多磨练自个本事。地方政府相当务实，营商环境好，没事不缠你。有钱的天使多，忽悠的人少。如果精力富余，还可以多去华为、腾讯、比亚迪学习一下。
当然，杭州、无锡、大连也值得推荐。

3，别让技术最牛的那个家伙当CEO
这话是谁说的？是展讯的前CTO陈大同说的，他在硅谷还参与创办过一个公司。陈的亲身体验是，在硅谷那边，工程师都不愿意去做管理。因为硅谷已经把技术看成是生存之本，渗透入血液。在一个公司里面，都有几个宝贝似的技术大拿，其影响力真是可以跟CEO平起平坐的。
而在中国，过去一直是制造业文化，没有搞技术研发的氛围。在企业里，做技术的地位根本没法跟做管理的比。所以，技术大拿的重要性非得通过管理岗位才能体现出来。
但很遗憾，真正适合做管理的工程师可能不到20%。技术出身的人常常只相信自己，不信任别人。给人职责，不给人权力。技术出身的人当管理者非常容易把技术看得太高。最后是公司少了一个顶尖的技术大拿，多了一个二流的领导人
百分之一的技术难题只有百分之一的技术高手能解决。同样，百分之一的市场机会也只有百分之一的市场高手能发现。凡是大家嚷嚷的机会都不靠谱。
称职的技术公司CEO必须是一个市场高手，一定得是公司里最懂市场的人。但不一定是学市场出身的。他要懂技术，但不能痴迷于技术。他必须判断这百分之一的机会是不是真正适合你的机会。陈很骄傲地说，他在离开展讯之前，已经是公司里最懂市场的人之一。
“邓中翰是从来不见客户的。” 原中星微的一位员工也说。在邓自述的工作日程表中，最重头的是技术开发，然后是投资者关系、政府关系和日常管理等。
这在联发科董事长蔡明介看来，绝对是不可想象的。他去深圳的次数远比去北京和上海的多。联发科专门设立了深圳子公司，还派驻技术服务人员和天宇朗通、联想、TCL这些大厂深入合作，提供技术支持。天宇朗通的CEO荣秀丽甚至公开称联发科为“老师”。

4，别跟政策要市场
本世纪初，硅谷有4家大陆留学生创办的搞3G芯片的公司，最后只剩下展讯一家活着。因为谁也没想到，只到今天，中国的3G还没有大规模商用。
展讯能侥幸活下来，是因为它把80%的精力放在搞2G/2.5G上，只把20%放在3G上。
2003年，展讯内部讨论未来集中开发哪种技术标准的时候，在WCDMA和TD-SCDMA之间摇摆，管理层争论非常大。后来决定做TD，因为做TD好歹也是先行者，又是国家标准，花了很大血本。
结果，今天TD-SCDMA这个“阿斗”算是硬扶上马了，可能不能成为产业，迄今还是疑问。而展讯今年3季度巨亏3000多万美金，很大程度上也是因为TD手机销售远不如预期造成的。
咱们国家的国情是，搞拆迁修马路盖房子是挺快的，要推进一个技术标准是很慢的。TD、MP4、数字电视、EVD、WAPI标准，不知拖死了多少小技术公司，现在又出了一个CMMB手机电视标准。
政策的市场常常是未来的市场。没人知道苹果何时落地，但肯定比你想象得要晚很多。联发科的董事长蔡明介特别强调S曲线的概念（代表了一个产品从发展初始到最后消亡的曲线），即在市场将要走到接近要大幅成长的中间阶段才切入，因为他认为谁在竞争中最先达到经济规模才是最重要的。所以，联发科从来没有第一个进入市场，都是作为后来者的角色进入，用的是成熟技术，但进入后就能引发价格雪崩，将先发者挤出市场。
如果按照中央政府的规划，当年的小灵通根本就不在标准考虑之列。可只要有几千万人用了，政府也不能说灭就灭了。今天，政府能取缔“山寨机”吗？不可能的。因为老百姓需要它。

5，创业公司不要做产业报国梦
据说一拿了美国绿卡，才会有真正的爱国热情。不知道是不是一种潜意识的负疚感，特别想为祖国做点什么。
不过，真有大理想也埋在心里，也别急着说出来。一说出来，你就把自己给架着了。企业不是运动员，老想着怎么为国争光，就忘记提升自己赚钱的能力了
。当然，运气好的话，这些真真假假的理想能把政府领导给感动。但“汉芯”、“龙芯”、“中国芯”……，这么多“芯”里面有一个真正成大器的吗？没有。
更让人哭笑不得的是，一些企业拿这个来做整体营销，包装过度别人是被忽悠了，你自己也就只能一直包装下去。
当年中星微做宣传，声称携手微软、富士通，“世界首个智能机器人富士通Maron-1的视觉芯片采用中星微的星光三号”，真实的情况是富士通的机器人采用微软的WinCE操作系统，微软推荐其影像采集芯片采用中星微芯片，其实就是在“星光一号”基础上进行了方案修改，为借助此事造势就命名为“星光三号”，为了把戏做足，公司还派人在每个国市场上买来一个玩具机器人，摆放在公司的荣誉展厅，对外宣传这就是“富士通智能机器人Maron-1”，当然，新闻报道传说中的各种功能，它一个也不具备。
创业公司一谈产业报国，上帝估计也笑了。

6，忘掉硅谷式的“技术洁癖”
在中星微，从CEO、COO、CTO到每个事业部的总经理都是清一色的美国海归，而且绝大多数是技术出身。据说中星微招人也喜欢要高高大大的，因为这里最提倡的集体运动是美式篮球，老总们都好这个。或许正是这种“硅谷血统”，让中星微变成了一家有“技术洁癖”的公司。
理想主义；精英文化；要做就做最先进的技术；建立一套标准，然后通吃整个产业；模仿偷学是丢人的……如果放在硅谷，邓中翰的这些想法实在再正常不过。
无论是从企业定位、技术研发、战略制定和人才培养，中星微都是按照硅谷模式和美国的趋势来制定的。但恰恰是这些先进的东西让这个拥有多达1400多项专利和众多知名企业客户的中星微电子陷入难以做大做强的尴尬境地。
硅谷是所有技术梦想家的天堂。我建议，真正想搞最先进技术的人还是应该留在硅谷。硅谷有成熟的技术市场，有真正识货的客户和VC，有足够的技术应用空间。你就是完全不知道怎么卖产品，也可以把技术卖给思科、微软、ORACLE这样的大公司。
如果你是一个技术海归，想回国创业。恐怕你得想清楚，这里需要的不是最先进的技术，而是最价廉物美的技术。
在中国，低成本创新才是真正的王道。当年比亚迪做锂电池，想向日本人买设备，开价就是500万美金。最后一发狠自己做“手工+模具”，只有100万人民币。从此，手机电池的定价权就掌握在比亚迪的手上。
事实上，在中国做低成本创新有得天独厚的优势，中国工人不便宜了，但工程师还便宜。华为有3万工程师，比亚迪有多少工程师，欧美公司请不起的。
“联发科不是大公司，没有太多资源去做早期阶段的研发，尤其是在早期定产品规格的阶段，我们不能好高骛远。即使是在S曲线的中段才切入，只要掌握好技术、弹性和效率，不见得扳不到巨人。”蔡明介在《竞争力的探求》一书中这样强调。
更重要的是，通过低成本创新赚来的钱，提升了公司以战养战的能力和自信，下一次就可以更往S曲线的前端切入。今天只能打游击，明天就可以围歼，后天就可以攻城。

7，别忘了自己的主要客户是谁
中国真正的市场在哪里，不是北京上海的几百万白领，是10亿金字塔基的消费者。北京上海的白领们都在用MSN，可二三四五六线城镇的年轻人都在用QQ，结果最没钱的人造就了中国市值最大的互联网公司。
当经济萧条出现的时候，不仅仅是女士的裙子越来越长的时候。也是越来越多的中间阶层往“下流社会”走的时候。“价廉物美”成为整个社会的需求。
诺基亚和多普达用的TI OMAP芯片组动辄好几百块人民币，外加软件研发成本，手机价格能下来才怪了。而联发科提供的单芯片解决方案，让国产手机客户装个外壳就可以卖。在深圳的华强北市场，差不多16元就能买一个，而且什么功能都有。联发科借此迅速掌握了整个国产手机产业链的控制权，议价能力很强，尽管不断降价，但它依然能够保持50%以上的毛利润率。它把最难的事情都替客户做了，所以客户都跟吸毒一样爱上它。
“我们做的多媒体芯片各方面的功能和性能都比它（指联发科的单芯片）要强，多媒体要做好是很难的，所以它能够进入山寨机，进入不了诺基亚、三星，因为他们对照相的功能和视频功能要求很高。山寨机是说我有这个视频功能、照相功能就可以了，至于你效果如何，速度是不是够快，能否打印，都不在乎，”邓中翰反复跟我们讲。
在这种“眼睛向外，市场在外”的主导思路下，主打中高端市场的中星微来自内地的收入比例不足5%。相比之下，联发科手机芯片去年出货量已经达到了1.5亿颗，其中九成是内地客户
但问题在于，“别看中星微的国际客户这么多，而且都是知名企业，但它根本不是主流供货商。说句不好听的，大公司采购很多东西，中星微提供的属于螺帽钉子之类的零配件。”曾经的中星微电子职员直言。
在硅谷创办技术公司，卖出32亿美金高价的朱敏，回国以后大谈“中国服务”而不是“中国创造”。因为他知道，中国还不具备这样的环境。他对技术公司的建议就是：你先把本土市场拿下来，第二步是把第三世界拿下，第三步你再把创造加进去，最后你再渗透到第一世界去。
想一想，这不就是华为的战略嘛。

8，80分主义，不要100分主义
展讯向联发科学到的最重要一课就是千万不能技术导向，而要市场导向。
2004年，MP3音乐手机是国内的首创。展讯和联发科几乎同时在研发一款不用附加其它芯片的单基带芯片。
展讯这边想的是芯片质量一定要做到最好。必须要有100K的传输速度，双声道。可第一代产品只做到了64K.于是，继续改进。而联发科的技术其实落后于展讯。它的芯片只有32K的速率，还是单声道。
但联发科迅速把产品推向市场，结果等展讯的产品进入市场时，时机已经落后了半年多。市场主流客户已经接受了联发科。
“我们太想做到100分，把功能做到最好，结果耽误了市场时机。而联发科可能只做到80分就推出产品，但已经足够了。因为客户原本只期望60分”。陈大同由此知道，只要比客户能接受的稍微好点就行。不用追求技术完美。
产品从80分做到100分，也许花的精力要比从60分做到80分多几倍，客户体验只是好一点点。但技术公司永远人手不够，关键是你的资源是不是合理分配了。

9，别做卖萝卜卖得最好的
做技术不像做别的，不能老想着蓝海。是的，你是在蓝海里面，可你这个蓝海只有游戏池那么大，而人家的红海有太平洋那么大。
进入最难的市场往往也是空间最大的市场。
中星微是精心选择了一块空白的利基市场，数字多媒体芯片当时并不被主流的英特尔、AMD、高通、德州仪器等厂商所重视。而其主要应用的领域是在高端PC和笔记本的摄像头上，可这块市场规模太小，每年不过2-3亿美金。按照一位前中星微管理人员的描述，“就好像一个菜市场里，别人都在卖鱼卖肉，我们不过是在卖蔬菜里面，卖萝卜卖得最好的”。
换句话说，如果一台主流电脑的出厂价是400美金的话，中星微的一个解决方案只能卖到4-5美金，仅仅占到了总成本的1%左右。“PC的利润大部分给了英特尔和微软，没办法，这个东西是人家多年来建立起来的优势，我们能进入它们的采购名单已经不错了。”邓中翰也承认。
可问题是，满足于做一个第一流的阑尾又有什么价值呢？

——————————————————————————————-

中星微之惑 红色创投+硅谷模式为何成低谷

2008/12/19/08:40 来源：创业家 作者：丁晓磊

北京，中关村，世宁大厦15层，中星微电子（NASDAQ：VIMC）的总部。

一个充满荣誉感的地方。办公区门口的蓝色背景墙上刻着七个大字：“星光中国芯工程”，这是今年4月1日，一位领导人在此视察时留下的亲笔题词。大厅最醒目的地方还摆着三个陈列柜，密密麻麻地放满了各种奖杯奖牌奖状，其中也包括中国科技的最高奖项“国家科技进步一等奖”。

“这只是其中一部分，还有好多都装不下了，我们正准备弄一个更大的柜子。”中星微电子公关专员常虹告诉《创业家》。

荣誉意味着责任。这一点可以从其创始人的简历中看出来：邓中翰博士，男，1968年9月生于南京，“星光中国芯工程”总指挥、中星微电子有限公司董事局主席兼CEO、首席科学家。请注意，他同时扮演着两个角色：一个国家级半导体工程的总指挥与一家海外上市公司的掌舵者。

11月19日，中星微电子宣布其产品“星光移动”手机多媒体芯片全球销量突破1亿枚大关，这是继2006年“星光”数字多媒体芯片全球销量破亿枚后的又一成果。如今，中星微电子已经占据全球计算机图像输入芯片60%以上的市场份额。看起来，这的确是一份值得大书特书的成绩单。

但是且慢，中星微也有不得不面对的另一面。这个中国半导体行业的模范生在登陆纳斯达克三年后，其股价已经从上市之初最高的20美元跌到11月21日的1.74美元（其上市时员工拿到的期权价格都在6美元以上），市值如今只有6000万美元左右，而其账面上的净现金超过1亿美元。如果要对股东负责的话，中星微应该私有化退市了。

这不完全是金融危机的过错。事实上，中星微在过去三年中，营收和利润都出现了节节倒退的情况，考虑到其第三季度亏损100多万美元的现实，今年扭亏已经基本无望。

在IC设计业界，同行们谈论得最多的是一家台湾公司，名叫联发科（MediaTekInc.,TW:2454）。它比中星微仅仅早出生四年，但如今却已经是市值超过80亿美元的全球第三大IC设计公司，在刚刚过去的第三季度里，联发科营收近9亿美元，净利润率高达35%，光研发费用就2亿美元。IC设计产业素有“十亿美元天险”之说，而联发科的年营收已经逼近50亿美元（中星微的年营收不到1亿美元）。

在邓中翰看来，联发科虽然厉害，但其技术都是“偷学”而来的，其客户大都是些中小品牌甚至“山寨机”企业。而中星微则是通过“自主创新”，赢得了今天的价值，赢得了三星、飞利浦、微软等国际大厂对其品牌的认可，这是一条索尼、松下曾经走过的正道。

更重要的是，邓中翰坦率地告诉《创业家》，他和公司目前主要的精力仍然在做研发而不是盈利上：我们的大股东有政府的背景。政府希望我们坚持自主创新，把星光中国芯工程做大做强，就不是指望我们短期之内赚多少钱。同样，华尔街的投资者看重的也不是在经济危机中短期你给我挣多少钱。因为现在是整个大环境低潮的时候，你要在这时候把钱用好、时间用好，到经济再恢复的时候，把股票给做上去。而到时候的盈利能力看的不是你今天的产品，而是你今天研发的产品给你带来的盈利。

那么，背负着多重使命的中星微，能在未来兑现它的承诺吗？

明星

坐在我们面前的邓中翰，高大俊朗，衣冠楚楚，谈吐之中透露着强烈自信，看上去比其40岁的实际年龄更加年轻。

事实上，很少有创业者能够像他这么幸运，一路上得到政府如此多的眷顾。

邓中翰以少年天才闻名，1987年考入中国科技大学，29岁成为加州大学伯克利分校130年来第一位横跨理、工、商学位的学生。此后，又在SUN和IBM担任高级研究员。

1998年，在伯克利校长田长霖的鼎力推荐下，信息产业部的某副部长看中了这匹“千里马”。此后，邓中翰应邀回国考察。并为国家领导人讲述了硅谷及国际IT业界的现状和前景。

1999年10月，邓中翰带领着他的全海归豪华团队正式回国创业。团队中有在贝尔实验室从事芯片研究的张辉博士、有英特尔和惠普工作经历的斯坦福博士杨晓东和参与过国家级项目的金兆玮。

中星微是在中关村科技园区成立两个月后注册的，亦是中国实践“硅谷模式”的首家公司。信息产业部电子发展基金以1000万元人民币 的风险投资作为启动资金，管理团队以知识产权折股35%。双方还约定，日后进行股权融资时，管理团队持股比例不变，即只稀释政府方面的股权——到上市前信 产部的1000万原始投入只占10.9%的股份。“红色创投”一说由此而来。

就在新一届政府大力提倡“自主创新”的时候，“根正苗红”的邓中翰适时地递交了“星光中国芯”工程计划，并很快被列入了众多政 府部门的重点扶植计划之中。2001年3月11日，“星光一号”研发成功，宣布了国内首枚具有自主知识产权、百万门级超大规模数字多媒体芯片的诞生。

当信产部提供的1000万人民币即将用完的时刻，政府及时出面力荐，让当时的加拿大创投PowerPacific投入中星微350万美元。其后，在类似的安排下中星微又进行了一轮私募。

根据上市时的招股文件显示，中星微电子在发展过程中获得了国家象863科技项目以及电子移动通讯的重大专项资金以及北京市科委、发改委等部委各个项目的资金补贴共达630万美元。还得以享受企业所得税“两免三减半”，增值税3%以上即征即退的优惠政策。

尽管如此，邓中翰还是认为“这个钱相对于企业的研发费用比较小，更重要的是传递了一种精神。”

2005年3月，中星微电子公司的“星光”数字多媒体芯片与神舟飞船等一起荣获国家科技进步一等奖，总书记亲自为邓中翰颁奖。当年 11月，中星微登陆纳斯达克，信产部最初的1000万投资，仅用6年就增值超过20倍。是年底，邓中翰成为CCTV年度经济人物。但在业内人士看来，中星 微的成绩并不足够令人信服。

简而言之，邓中翰精心选择了一块空白的利基市场，数字多媒体芯片当时并不被主流的英特尔、AMD、高通、德州仪器等厂商所重 视。而当时其主要应用的领域是在高端PC和笔记本的摄像头上，而这块市场规模太小，每年不过2-3亿美元。按照一位前中星微管理人员的描述，“就好像一个 菜市场里，别人都在卖鱼卖肉，我们不过是在卖蔬菜里面卖萝卜卖得最好的”。

换句话说，如果一台主流电脑的出厂价是400美元的话，中星微的一个解决方案只能卖到4-5美元，仅仅占到了总成本的1%左右。

“PC的利润大部分给了英特尔和微软，没办法，这个东西是人家多年来建立起来的优势，我们能进入它们的采购名单已经不错了。”邓中翰承认。

如果比较先后都在纳斯达克上市的三家内地IC设计公司，业内人士公认做基带芯片的展讯通信（Nasdaq:SPRD）技术含量最高，赚钱能 力是做MP3芯片的珠海炬力（Nasdaq:ACTS）最强，但中星微却是获得政府资助最多的（超过展讯一倍，炬力完全没有）。

事实上，中星微却是三家之中最不会赚钱的。根据其招股说明书和财报显示，其成立十年来，只有三年是赚钱的。分别是2003年的 1.4万美元，2005年的5百万美元和2006年的9百万美元。而其企业管理成本和市场费用却一直居高不下，难道是因为中星微的客户主要分布在海外，又 在硅谷和国内各大城市都开设了分公司吗？

政府的大力支持，媒体的摇旗呐喊，无疑让海归创业公司中星微走上了一条成长捷径。但明星的耀眼光环，过高的公众期望，又使它丧失了应有的野性和活力，并迅速以“名门正派”自居。当面对更残酷的市场竞争时，居然毫无应对良策。

技术导向

2003年之后，随着中星微在PC摄像头芯片市场取得了60%的垄断性市场份额，寻找新的市场增长点已经刻不容缓。

当时，中星微针对手机市场的移动多媒体芯片已经研发出来。这是一个理论上比PC摄像头大过10倍不止的“蓝海”市场。根据IDC的预测，多媒体手机将从2004年的3.24亿部（占总出货量的47%）上升到2008年的7.23亿部（占总出货量的81%）。

更重要的是，市场中群雄逐鹿，还没有谁确立了如同英特尔在PC中的超然地位。

2003年底开始，波导、联想等国内主流的手机厂商开始采用中星微的多媒体处理芯片。在国际大厂当中，由于在PC摄像头上建立的合作关系，中星微也一举打入了三星手机的采购名单。

但中星微研发的思路仍然是走主流路线。因为传统的做法是，要在手机当中融入新的功能就需要有一款专用的芯片，基带、射频、多媒体芯 片往往都是分离的。但随着基带芯片的运算能力日益强大，集成化趋势扑面而来，高通、TI等国际大厂也开始推出集成多媒体功能的单芯片解决方案，即用一个单 芯片的基带芯片就将多媒体的能力整合进来，从而消除了单独的多媒体芯片存在的必要性。

手机厂商如何选择上游的芯片厂商完全取决于不同品种手机的市场定位。这些高集成度的单芯片开始主要应用在2.5G和3G手机 上。而在中低端的2G手机市场，多芯片解决方案仍然唱主角。2005年上半年，中星微的手机多媒体芯片业务比去年上半年增长了12.6倍，在当期营收中的 比例也上升到了17.6%。当时，中星微将自己的产品定位在中端市场。

没人想到，名不经传的台湾厂商MTK联发科杀出来了。它起家跟中星微差不多，主要是做电脑里面的CD-ROW和DVD-ROW 的播放器芯片。与中星微前后开始研发多媒体手机芯片。2004年，联发科手机业务的营业额不过3000万美元，2005年就变成3亿美元，2006年再翻 一番。

与此同时，中星微的手机业务却在大幅倒退。“我们很快就被MTK赶出局了。他们能够提供足够低成本的单芯片解决方案”，那位前中星微的管理 人士承认。不仅仅是国产品牌手机厂商采用联发科的方案，层出不穷的山寨手机也几乎一边倒地投向联发科。中星微把整个内地市场拱手送给了对手。

联发科提供的单芯片解决方案，让客户可以装个外壳就可以卖。它的解决方案不但便宜（在深圳的华强北市场，差不多16元就能买一 个），而且精确地瞄准了中国低端市场的需求。联发科借此迅速掌握了整个产业链的控制权，议价能力很强，尽管不断降价，但它依然能够保持50%以上的毛利润 率。

“我们做的多媒体芯片各方面的功能和性能都比它（指联发科的单芯片）要强，多媒体要做好是很难的，所以它能够进入山寨机，进入 不了诺基亚、三星，因为他们对照相的功能和视频功能要求很高。山寨机是说我有这个视频功能、照相功能就可以了，至于你效果如何，能否打印，都不在乎，这是 山寨机的一个特征，联发科的模式正好能够满足山寨的需求。而中星微走的是更专业化的多媒体芯片，谁知道那家山寨机厂明天还在不在？”面对《创业家》的质 疑，邓中翰如此回答。

相比之下，联发科的另一个国内对手展讯倒是做了认真的反省。陈大同——前展讯联合创始人兼首席技术官、现北极光创投的合伙人就 坦承，“展讯向联发科学到的最重要一课就是千万不能技术导向，而要市场导向。我们太想做到100分，把功能做到最好，结果耽误了市场时机。而联发科可能只 做到80分就推出产品，但已经足够了，因为用户原本只期望60分”。

“中星微是一个技术导向型的企业”，邓中翰对此定位毫不犹豫。在其公司内部，研发和销售市场人员比例达到7：2，而在联发科，研发和销售比例大致相等。

“邓中翰是从来不见客户的。”原中星微的一位员工说。在邓自述的工作日程表中，最重头的是技术开发，然后是投资者关系、政府关系和日常管理等。

这在联发科董事长蔡明介看来，也许是不可想象的。他去深圳的次数远比去北京和上海的多。为了第一时间了解客户的需求，联发科专门设 立了深圳子公司，还派驻技术服务人员和天宇朗通、联想、TCL这些大厂深入合作，提供技术支持。天宇朗通的CEO荣秀丽甚至公开称联发科为“老师”。

硅谷派

让邓中翰感到骄傲的是，相比展讯和炬力，“我们的骨干团队至今只有张辉一个人离开。”从CEO、COO、CTO到每个事业部的总经理都是清一色的海归，而且绝大多数是技术出身。

在人才构成上，他提出了“10%海归人＋60%研发人”模式。即中星微员工10%毕业于世界名校，在国际顶级公司从事过研发工作， 具有先进理论基础和实践经验，搭建起企业管理团队；60%以上员工为研发人员，大多来自国内顶尖大学，有着坚实的学术背景和完善的技术能力，组成企业研发 团队。

一个未经证实的轶闻说，中星微招人喜欢要高高大大的，因为这里最提倡的集体运动是篮球，老总们都好这个。

或许正是这种“硅谷血统”，让中星微变成了一家有“技术洁癖”的公司。

理想主义；精英文化；要做就做最先进的技术；制定一套产业标准；模仿偷学是丢人的????如果放在硅谷，邓中翰的这些想法实在再正常不过。

他现在全力投入研发的是一项被称为“多核异构”的多媒体芯片架构新技术。架构的背后则是邓中翰的雄心壮志。

为此，他特地从AMD请回来了双核领域的专家，并在硅谷挖来一批高端人才。“这项技术将成为‘星光移动’的符号性产品，它会在根本上，特别是在未来3G、4G的时候改变手机的架构。”邓中翰强调。

“我们是中国的第一个双芯片方案，这里有集成国外的知识产权，也有我们自己的，在功耗和性能方面，能够达到一个比国外双芯产品更好的效果，对我们国家手机产业未来的发展会发挥非常重要的推动作用。”虽然产品还没有问世，邓中翰似乎已经看到了美好的未来。

相反，联发科的董事长蔡明介更愿意后发制人，他特别强调S曲线的概念（代表了一个产品从发展初始到最后消亡的曲线），即在市场将要 走到接近要大幅成长的中间阶段才切入，因为他认为谁在竞争中最先达到经济规模才是最重要的。所以，联发科从来没有第一个进入市场，都是作为后来者的角色进 入，用的是成熟技术，但进入后就能大幅降低行业成本，将竞争者挤出市场。

“我们不是大公司，没有太多资源去做早期阶段的研发，尤其是在早期定产品规格的阶段，我们不能好高骛远。即使是在S曲线的中段才切入，只要掌握好技术、弹性和效率，不见得扳不倒巨人。”蔡明介在《竞争力的探求》一书中这样写到。

“邓就是这样一个固执的硅谷派。”那位曾经在中星微工作过五年的管理人员对记者说。无论是从企业定位、技术研发、战略制定和人才培 养，中星微都是按照硅谷模式和美国的趋势来制定的。而恰恰是这些先进的东西让这个拥有多达1400多项专利（国内为主）和众多知名企业客户的中星微电子陷 入难以做大做强的尴尬境地。

在这种“眼睛向外，市场在外”的主导思路下，中星微来自内地的收入比例还在持续萎缩，2003年来自内地的收入还有26%，而到2007年年报显示已经不足5%。相比之下，联发科手机芯片去年出货量已经达到了1.5亿颗，其中九成是内地客户

“别看中星微的国际客户这么多，而且都是知名企业，但它根本不是主流供货商。说句不好听的，大公司采购很多东西，中星微提供的属于螺帽钉子之类的零配件。”那位曾经的中星微电子的职员直言。

作为知名品牌的一个辅助零件，中星微电子的议价能力很差。这几年大客户不断地要求降价，其产品毛利率已经降低到33%以下。而在IC设计产业，40%的毛利率应该是很正常的事才对。

这就造成了另外一个怪圈。通过低成本创新，联发科在成熟的系统芯片市场里迅速做大，也就可以投入更多的研发经费，杀入新的成熟领域，比如液晶电视、数码相机。而走高端路线的中星微，却始终只能围绕辅助产品去做，毛利率又低，很难短时间积累资金去做新的东西。

邓中翰告诉《创业家》，中星微计划把R&D投入加大到销售收入的25%，但即便如此，一年的研发费用也不过2000万美元。

而为了雇佣这些昂贵的海归和在硅谷开办公室，公司的运营成本高达3300万美元。

出路

中星微是中国IC设计产业的一个缩影。

今年，中国的IC设计产业整体都感受到了寒冬的临近。宁波中纬出售给比亚迪、上海鼎芯通讯濒临倒闭，凯明关门，展讯通信也在第三季度亏损3130万美元。甚至有人预言“2008年将是中国IC设计企业的生死年”。

中国几乎所有的IC设计企业都有着几乎相同的创业轨迹：都是美国名牌大学的留学生，在大公司干过。在受到硅谷创业产生的巨大财富和 中国日益扩大的市场的双重刺激下，他们归国创业。相信凭着自己的技术，就能拉到风险投资，在中国开始复制美国梦。“前几年，中国IC设计产业严重泡沫化。 而且很多人不能安心做实事，热衷虚名、炒作概念，你可以经常看到他们宣传自己是中国第一个做什么什么的企业。”一位在芯片业奋斗多年，后改做投资咨询的业 内人士说。

“在中国的技术型企业里，往往是技术最牛的人做CEO,但其实真正适合管理的不到20%。而且称职的技术公司CEO必须要是一个市场高手，因为市场决定公司的方向。”北极光创投的合伙人陈大同指出。

作为中国芯的代表人物，邓中翰承担了整个中国IC设计产业的希望，如同身负国人重望的刘翔。

2008年8月18日这一天的上午，刘翔在众人惊愕的眼神下黯然退出了奥运会110米栏的跑道。

但邓中翰知道，他不能退，也退不得。

这里只放关于学习的东西，比如资料，笔记等等。

希望自己能坚持下去：）

目前感兴趣的东西包括：

GCC，Lex&Yacc，Lua Implemention。