sweetdark的专栏

当编译占用你时间时你会怎么做。不只是编译，即使是在等待任何短暂的计算机操作结束，这段时间你会干些什么？和你的工作日休息比起来这点时间是微不足道的，但是总的来说它还是能对你的生产率和幸福感感带来巨大帮助的。顺便说一下，这篇文章内容不是只针对开发者和程序的。它对任何使用电脑的聪明人都有效。后面还会附上图片。现在让我们开始吧！为什么要写这篇文章我最近开始在我的工作习惯里使

我们在Google所做的事情中另外一个让我感到异常有效、有用的制度是严格的编码规范。在到Google工作之前，我一直认为编码规范没有什么用处。我坚信这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率的东西。我是大错特错了。在谷歌，我可以查看任何的代码，进入所有谷歌的代码库，我有权查看它们。事实上，这种权限是很少人能拥有的。但是，让我感到惊讶的却是，如此多的编 码规范 ——

“拖延症”这个名词近些年很火，似乎每个人都觉得自己的效率不高，很难集中注意力做好手头的事，那我们究竟该如何提高自己的工作效率呢，大牛来告诉你.　　Aaron Swartz写过一篇很有名的文章，叫做"HOWTO: Be more productive"，这篇文章写的实在是太好了，我看了好多遍，很赞同作者的观点。我借鉴了作者提到的一些方法并运用到自己的生活中，发现确实有效果，所以我愿意让更多的人看到这

学习程序语言是每个程序员的必经之路。可是这个世界上有太多的程序语言，每一种都号称具有最新的“特性”。所以程序员的苦恼就在于总是需要学习各种稀奇古怪的语言，而且必须紧跟“潮流”，否则就怕被时代所淘汰。作为一个程序语言的研究者，我深深的知道这种心理产生的根源。程序语言里面其实有着非常简单，永恒不变的原理。看到了它们，就可以在很短的时间之内就能学会并且开始使用任何新的语言，而不是花费很多功夫去学

0. DRY: 不要重复你自己（Don’t repeat yourself）DRY是一条最容易理解但又是相对比较难以应用的原则。它是指当你在两处或者更多的地方发现相似代码时，我们应当把它们抽象成一个新的函数，在之前重复的地方调用新的函数并带上适当的参数。DRY也许是最普遍的一条编程原则，我从未发现一个开发人员认为编写重复的代码是件好事。但是我发现一些开发人员在编写单元测试时忘记了这

最近这些年，越来越多的人开始转向敏捷开发。各种敏捷开发技术并不新鲜，大多是在80 和 90年代发展形成。但只是在最近这些年，程序员和(更重要的是)一些商业顾问，架构师，客户开始变得喜欢和拥抱敏捷开发。进化中的需求现在的一种普遍的认识是，在开始编码前，你不可能把所有的需求都写完备。这些需求的确定是一个逐渐发展进化的过程。使用短开发周期 /springts，我们一步步的开发程序，使用多

有关读书求知的一些想法发布时间：2012-07-27 08:11     来源：Jun Yang     分类： 管理 都等你发言 :)分享到：在求知的过程中，我们经常会要面对这样，那样的诱惑。以读书为例，一部经典的好教材，想要把它读通，搞明白，弄扎实，除了在读的过程中理解作者想要描

本文来自Totango的联合创始人兼CEO盖伊•尼尔帕兹（Guy Nirpaz），他在本文中列出了优秀的开发者和糟糕的（或还需努力的）开发者之间的区别。如果你认为使用“优秀”和“糟糕”来区分开发者不妥的话，也可以将这些看作是初级开发者和资深开发者之间的区别。但无论如何，多看看其他的优秀开发者（或资深开发者）是如何做的，对于自身技能、工作方式的提升有很大的帮助。文章内容如下：

常有人跟我讨论我在blog上发布过的博文，有时候他们还希望我来撰写某些文章。在讨论的过程中，我几乎总是会问为什么你自己不开一个博客，或者为其他人的博客做些贡献呢？当我在引导他们为技术类的主题写一些博文时，极少有人对此感兴趣。我的母亲总是告诉我（以及她的学生们）每个人都有自己的故事。她说，写作可能是一种你不曾想到过的非常有益处的行为，直到你写的东西获得了其他人的喜爱和赞同。就像软件开发者为他

给IT新人的15个建议：苦逼程序员的辛酸反省与总结发布时间：2012-06-20 06:19     来源：Pozen     分类： 程序员, 管理 1 条评论 »分享到：很多人表面上看着老实巴交的，实际上内心比谁都好强、自负、虚荣、甚至阴险。工作中见的多了，也

英文原文：The 10 rules of a Zen programmer在一个阴雨的早上，我坐在桌子旁，开始想如何才能高效的工作。在我成为一个自由职业者之前，我有很长一段时间都很努力工作，但收效甚微。我在 2006 开始接触禅学。我马上意识到：古代的禅宗大师们几百年前早就已经知道现今的程序员应该如何工作。虽然我很讨厌“如何成为一个更好的程序员”之类的文章，但我仍旧想分享一