也许是我孤陋寡闻，今天才从SINA第一次听说发论文要自掏腰包。下午和GF聊天，GF为我证实了这件事。还能说什么呢，感叹呗!

我是本科毕业，没有过研究生、博士生的经历，不过我或多或少也了解些国家对研究生和博士生的一些硬性要求，那就是在读期间论文数量。毕业前数量不达标，想毕业就两个字'没门'。我所就读的大学可以算是国内一所名校，由于学校名声在外，专业在国内名列前茅，学生们的论文在名师的推荐下一般不愁没有期刊收录，而且有些学生的文章也确实有'新意'。所以从那个环境中出来的我自然没有想过发论文居然要掏钱。

在网上搜索了一下，发现除了学生为了毕业而掏钱发论文外，还有一部分人为了评职称也'铤而走险'找渠道发论文。围绕着'掏钱发论文'，校园里甚至出现了'论文发表代理'等新鲜名词，看来在这个领域市场潜力还真不小呀^_^。

看到这些，你的第一感觉是什么？我想很多人会和我一样，想骂想抨击，可是冷静下来想想，也许你会感到一丝无奈。

[学生们无奈]
经历了千军万马过独木桥般的高考，我们来到了高等学府，又苦读3年，发现扩招后人才多了，工资低了，就业压力大了。再忍受一年的苦读，终于拿到了研究生录取通知书，高高兴兴的进入研究生阶段的课堂。不过有些异样的是你发现你身旁的人还是那么多。终于有一天你又感到压力了，那就是如何毕业，如何能足量的发表论文。无奈“狼多肉少”，全中国的学术期刊也就那么百千家，而要发论文的学生却如此之多。'名校效应'让一部分人得以在知名期刊达到目标，剩下的大部分人怎么办？无奈地自掏腰包发论文。

[老师们无奈]
高校老师一般也都要做学问，而评价学问做的好坏的重要一点也是发表论文多寡。突然有一段时间发现自己带的学生越来越多，自己居然挤不出时间发论文了，而且还要为其学生操心发论文一事，毕竟不能看着这些学生在自己的手里毕不了业呀。遂拉关系找门道争取更多的期刊版面，当然钱也是不能少的。

[学校无奈]
学校也无奈亚。扩招了，人多了。哪管的过来呀，看到学生提供的'录用通知单'就睁只眼闭只眼吧。

[教育部无奈]
都是国情'造孽'呀。谁让我们人口巨多呢。

[国家无奈]
世界都在看着我们，我们一定要普及高等教育，上大学的人越多越好。否则别人总指手画脚说我们的教育落后，说我们获得教育的权利不合理不公平。

对中国教育的抨击已经太多太多，这里再罗列那些抨击的词藻也无太大意义。虽然我一直羡慕西方国家的教育体制和治学之风，但是我又不能不考虑我们独一无二的'国情'。也许在未来的若干年'发论文要掏钱'的现象仍会存在或者蔓延，但是我还是期待着这一现象'灭绝'的那一天。不过现实的情况是'无奈'仍在继续着…

有时候自己都觉得自己太天真、太幼稚、太理想化了。^_^

最近看了Eric S. Raymond的被称为开源文化圣典的'Cathedral and Bazaar'(大教堂与市集)以及他的另外一篇文章'How To Become A Hacker'，必须承认的是我不能够完全理解其中的内容，因为没有体验，或者说我还不够资格对Hacker Culture高谈阔论，所以这里仅作部分摘要，并说说自己第一时间的感受，望日后能温故知新。

在开始了解Hacker Culture之前我们应该知道'什么是Hacker'。Hacker不同于Cracker，前者指那些热衷于计算机技术，水平高超的电脑专家，他们把通过自己的实践而获得的知识广泛传播；而后者则尤指那些为了个人利益利用计算机技术搞非法破坏的人。像我们耳熟能详的Hacker先驱包括开源软件运动的发起人Richard M. Stallman、Unix之父Ken Thompson、C语言的发明人之一的Dennis Ritchie、Linux之父Linus Torvalds以及Eric S. Raymond等等。我相信这些人才是从事计算机行业的人们心目中真正的'Hero'。

'Cathedral and Bazaar'可谓是开源世界对Hacker Culture的一个阶段性的小结，当然Hacker Culture还在进化，其内容也在不断的丰富当中。下面是从'Cathedral and Bazaar'摘录的一些我觉得能够代表Hacker Culture的语句：

1.Every good work of software starts by scratching a developer's personal itch.
这里有一个生僻词itch，这个词有'发痒'、'渴望'的意思。这句可理解为“每个好的软件工作都开始于满足开发者个人的渴望或为开发者个人'抓痒'”。Unix的起缘可以很好地证明这一点。而现在的大多数商业软件的开发者则不能归为此类，原因不讲自明。

2. Good programmers know what to write. Great ones know what to rewrite (and reuse).
Linus之所以能独立完成一个操作系统内核，很大原因是因为他没有'从头开始'，而是利用已有的优秀设计思想。

3. When you lose interest in a program, your last duty to it is to hand it off to a competent successor.
Hacker也要'能上能下'。^_^

4. Treating your users as co-developers is your least-hassle route to rapid code improvement and effective debugging.
把用户当作协作开发者。

5. Release Early, Release Often
这与4相辅相成，互利互惠。Linux已经展现给我们一个Best实践，其“早发布、常发布策略”的一个效果就是利用快速的传播反馈修订来使重复劳动达到最小。

6. Smart data structures and dumb code works a lot better than the other way around.
优秀的数据结构设计总是至关重要的，在平时的开发中这一点体会破深。Brooks曾幽默地说："Show me your [code] and conceal your [data structures], and I shall continue to be mystified. Show me your [data structures], and I won’t usually need your [code]; it'll be obvious."

7. Often, the most striking and innovative solutions come from realizing that your concept of the problem was wrong.
当你认识到你对问题的理解是错误的，这时不要灰心，因为一个具有革新性的解决方案也许正摆在你的眼前，我想很多人都有过类似的经历，Me,too。

8. "Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away."
是不是颠覆了你以前对好的设计的理解了呢？

9. To solve an interesting problem, start by finding a problem that is interesting to you.
趣之所在，力之所在。

10. Software is developed for peer recognition not for money.
至高无上的境界，不为'铜臭'打工。

这里再列出一条，这是在一位同行给Eric的回复中提到的一条："杀掉一个项目最快的方法是在你什么都还没有之前就宣布它，我已经见的太多了，尤其是在Linux世界里"，看到这一条相信很多曾组织或参与开源项目的人都会深刻的体会到，Me , too。

中国程序员在开源软件世界中的地位大家也都略知一二，我想这或多或少都与我们对Hacker Culture的理解有关。理解和认同'Hacker Culture'是你进入开源世界的第一步，正所谓思想的融入才是真正的融入。