摘要：
ldd3中开始有一个makefile文件，英文注释很详细，加上简要中文注释，如下# To build modules outside of the kernel tree, we run "make"# in the kernel source tree; the Makefile these then includes this# Makefile once again.# This conditional selects whether we are being included from the# kernel Makefile or not.ifeq ($(KERN 阅读全文
摘要：
本文是从 LINK 这篇文章翻译而来。2010年五月，我向公司申请了一个月的停薪留职，我计划用这整整一个月的时间去建立一个我自己的网站形式的创业公司。我的目标就是利用这一个月的假期，把自己关在屋里，编写一个月的代码，把网站的基本架构搭建好，使核心部分能够正常运转，能够创造利润。 毋庸置疑，我没有实现原定目标， 但是失败的原因并不是那些典型的缺陷，例如项目计划不切实际，没有重心，等等。 不是这些原因，我失败的原因是，我只看到了那些成功的创业者们所提供的经验的表层意思，我只想去“做自己的老板”，却没有理解其内涵的真实意思。与世隔绝不会带来成功我父亲是一个成功的创业者，他拥有一个自己投资的公司，事情 阅读全文
摘要：
无论从事什么职位、何种工作，无论这份工作自己是喜欢还是反感，都应该给自己找个时间，好好思考一下职业规划。现在的工作很喜欢，继续从事并不断努力下去;对现在的工作有了厌倦感，思考一下今后职业发展的目标语道路。做好职业规划，是每个职场人必不可少的一门功课。个人职业规划第一步：明晰职业规划，确定职业目标——价值观和人生定位自我的人生价值和角色定位、人生主要目标的设定等等，简单的说就是：你准备做一个什么样的人，你的人生准备达成哪些目标。这些看似与具体压力无关的东西其实对我们的影响却总是十分巨大，对很多压力的反思最后往往都要归结到这个方面。卡耐基说：“我非常相信，这是获得心理平静的最大秘密之一——要有正确 阅读全文
摘要：
来源: programmer 发布时间: 2011-03-17 20:26 阅读: 20 次 原文链接 全屏阅读 [收藏]编辑点评：Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了成功产品遵循的十条规律以及产品团队的关键角色及其职责。20世纪80年代中期我还年轻，在惠普担任程序员，参与开发一款备受瞩目的产品。当时人工智能风靡一时，能进入业内最优秀的公司，加入一支出类拔萃的团队（许多同事后来成为业界的中流砥柱），我感到非常荣幸。我们的任务难度不小：为低成本的通用工作站开 阅读全文
摘要：
来源: infoq 发布时间: 2011-03-16 15:29 阅读: 121 次 原文链接 全屏阅读 [收藏]James Whittaker是Google的测试总监，曾任微软构架师，也是“实用软件测试指南”系列图书中好几本书的作者。他最近写了一系列的博文，介绍Google是如何进行测试。Google把开发和测试紧密结合在一起，测试人员相对较少，每个产品在正式上线前都要经过好几个不同的版本。Google保证产品质量的方法和很多公司是不一样的。Google没有一个庞大的测试部门，相反，部分测试工作委派给了开发人员。Whittaker写道：测试和开发同时进行。编写一些代码，马上进行测试和构建。接 阅读全文
摘要：
本文是从 41 Things I've Learned By 40 这篇文章翻译而来。6月8日标志着我进入40岁。下面的是我这一路走来学到的41条建议：41. 不要太在意别人如何看你。40. 是人就有自尊。小心行事，不要伤害他们的自尊心。39. 没有什么能比实干能给你更多的收获。38. 不要嚼舌根。你所说出去的最终会以某种方式落回到你自己身上。37. 和你了解和喜欢的人做生意。36. 嫉妒和鄙视别人的行为不该出现在你的生活里。35. 说“请”和“谢谢”。这会让你与众不同。34. 需要帮助时要去请求帮助。33. 把目标写下来是你实现梦想的重要一步。32. 过度使用信用卡会让你未来的经济情 阅读全文
摘要：
你必须知道的十大编程格言本文是从 What are your list of must know programming proverbs ? 这篇文章翻译而来。我读了Kevin Pang 的一篇可能非常老但非常好的有趣文章：每个程序员都该知道的10大编程格言。Kevin给了我们10条按他的观点的每个程序员必须知道的编程格言。可以看出，这都是不错的格言，而下面是我自己最喜欢的编程格言。保持简单直白(Keep It Simple Stupid)不要做重复的事情(Don’t Repeat Yourself)能干的人解决问题。智慧的人绕开问题(A clever person solves a pro 阅读全文
摘要：
尽管有越来越多的敏捷开发方法被人们接受，仍然有大量的传统错误认识游荡在我们周围…这些认识大部分都该丢到脑后。AD：多少年来，人们普遍有一种看法，认为软件工程应该和其它种类的工程一样：仔细的设计，精确的规划，然后进行开发—严格按照设计说明书。就像修建一座桥梁，不是吗?这种开发方式的问题在于：软件，它是“软”的。它可以无限的延展。任何需要的时候你都可以大幅度的修改你的软件，人们也都是这么干的。还有，因为软件可以被拿来对任何事物进行模型造型，你能要求软件开发人员去实现的可能的东西几乎是无穷无尽。想要在软件里模拟集成电路吗?干吧。想管理银行?没问题。让五亿人和他们的朋友保持联系?为什么不呢?小菜一碟。 阅读全文
摘要：
团队行为守则—如果你们由我来领导本文是从 Teamwork ground rules 这篇文章翻译而来。如果你是在我领导的团队里，有几个额外的事情我要告诉你。我深信这些行为守则是一个高效团队的润滑剂，我并不只是要求别人这样做，我自己也严格恪守。只有三样事：问：如果你对任务不清楚，或需要更多的说明，请尽快的询问。询问永远都不会有错。因为不询问而做错事情(或不做事情)是不允许的。汇报：如果你不汇报，任务就不算完成。只有一句话的邮件通知我或客户就行了，或者任务列表里标注一个“100%”，或一个事件的关闭。只有当需要知道它完成的人知道后，任务才是完成或结束。警示：如果你知道一个重要的最后期限的计划设定 阅读全文
摘要：
本文是从 LINK 这篇文章翻译而来。我们积极的对外招聘已经有四个多月了，如果要问从这次经历中有哪些收获，我只能说，我终于明白，Jeff Atwood在FizzBuzz这篇文章里说的并不是玩笑话。（译者：这篇文章里说程序员不会编程）。在新成立的公司中，我们RethinkDB公司因面试过程最为苛刻而出名。这是事实——我们对面试过程不会有半点妥协。我们期望通过最大范围的筛选来建立一个高质量的开发团队。对于这个初衷，我在之前的一些文章里提到过多次。在过去的几个月里，我们遇到不少人认为我们的要求高的有些离谱，以为我们是在招聘同时具有量子力学和计算科学双学位的火箭专家。这是误解。我们只希望招的能编程的程 阅读全文