Rainman的专栏

为什么同样的时间有的人可以漂亮的完成工作，而有些人废了很大的力气也没有完成？前者我们常常称之为“大牛”，后者我们常常叫他们“菜鸟”。当然“大牛”都是相对而言的，“大牛”也不可能方方面面都非常厉害，换句话说大牛也不一定会沙王摇大，也不一定会船长放水。所谓的“大牛”他们只是在某些方面比我们强而已。但是值得注意的是，学习能力很强，效率普遍很高是一般“大牛”的共同特点。是哪些因素造成了我们与“大牛

老师教我们怎么写程序，但从来没告诉我们在公司里，会有个叫做PM的人每天分派作业给我们，还逼著我们赶快做完。这是许多软件工程师进入职场的第一个惊喜。隔了不久，还会发现，这些可能把你压得死死的PM，多半一行程序都不会写。于是我们会面临一种很矛盾的心情，有时候会是一种有点被欺负的心理。这篇文章是前一篇文章PM如何突破工程师的心防的延伸，我们讨论的是工程师在这样状况下的生存之道。(1)提高自己的能见度

最近在stackexchange网站上看到了一个非常好的问答，有人问：你做过的最有效的提高你的编程水平的一件事情是什么?回首作为一个程序员这些年来的生活和职业道路，我使用了很多种不同的方法来提高我的编程技能 —— 阅读代码，编写程序，阅读书籍，听讲座，看视频，等等。我的问题是：你做过的最有效的提高你的编程水平的一件事情是什么?对于那些想提高水平的程序员，你的建议是什么？我希望你们提

最近，Chappell & Associates的负责人David Chappell发表两篇文章，讲述了软件质量的一些不同方面：功能、架构和流程；质量与用户、开发人员和投资者的关系；以及随着时间的推移，外部软件和内部软件的缺陷会造成的影响。在文章The Three Aspects of Software Quality: Functional, Structural, and Process

因为工作在微软的缘故，无论我在给国内企业做软件测试内训的时候，还是在质量技术大会上做演讲的时候，问的最多的一个问题就是：微软如何做测试的？前几天看见有人在新浪微博上讨论是否需要专职QA，再有我刚刚决定带领两个google在西雅图的测试工程师一起翻译google的新书《how google tests software》。微软以前也有一本书《how we test software at micro

实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归测试增添一层保障，还能释放出珍贵的开发和测试人员时间,让他们花更多的精力在擅长的领域。相关厂商内容Visual Studio 11 Beta 和 .NET Frame

有没有听说过SEMA？这可是衡量一个软件开发组好坏的很深奥的系统。别介，等一下！别按那个联接！ 给你六年你也搞不清这玩意。所以我自己随便攒了一套衡量系统，信不信由你，这系统，三分钟就可掌握。你可以把省下的时间去读医学院了（译注：美国的医学院可是要读死人的！）。Joel 衡量法则你们用不用源文件管理系统？你们可以把整个系统从源码到ＣＤ映像文件一步建成吗？你们每天白天都把从系统源码到ＣＤ映

在一个阴雨的早上，我坐在桌子旁，开始想如何才能高效的工作。在我成为一个自由职业者之前，我有很长一段时间都很努力工作，但收效甚微。我在2006开始接触禅学。我马上意识到：古代的禅宗大师们几百年前早就已经知道现今的程序员应该如何工作。虽然我很讨厌“如何成为一个更好的程序员”之类的文章，但我仍旧想分享一些我的想法。它对我来说起到个提醒的作用，如果你有什么想法，也请留言。 0.专注 | Foc

有个笑话：少壮不努力，长大搞IT。说明IT不好搞啊。前言，IT精英们，为什么你们的幸福指数这么低？笔者2003年大专毕业，一直从事IT行业，今年刚好9年，中间坎坎坷坷，历经风雨，痛苦很多，快乐也不少。因为笔者的同事（经常交往的）基本上都是以IT为主业，观察良久，发现一个问题：就是绝大多数的IT从业者，都是很年轻的人，这或许是我国的国情决定的吧：就现阶段来看，主力军是80后，后续主力军是

互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程，其实也是发现这个隐藏的合理发布日期的过程。　　从管理的角度来讲，当然是尽可能的赶上计划的发布时间，或者尽可能快的完成项目。但是因为多方面因素的影响，项目管理是一个欲速

一、关于工作与生活我有个有趣的观察，外企公司多的是25-35岁的白领，40岁以上的员工很少，二三十岁的外企员工是意气风发的，但外企公司40岁附近的经理人是很尴尬的。我见过的40岁附近的外企经理人大多在一直跳槽，最后大多跳到民企，比方说，唐骏。外企员工的成功很大程度上是公司的成功，并非个人的成功，西门子的确比国美大，但并不代表西门子中国经理比国美的老板强，甚至可以说差得很远。而进外企的人往往

PM常常遇到一个难题，就是有好多东西想要做，到无奈什麼事都得透过工程师，没办法自己动手，於是因为和工程师不太美好的关系，最后实际的產品都没有设计时看起来好。我这边讲的是「网路公司」的状态，PM泛指那些规划出产品的人。其他产业也许也有类似情形，以下这些「教战手则」，提供给正在摸索自己生存之道的PM一些参考。0、先弄清什么做得出来、什么做不出来:常常有PM会提出一些天马行空的idea，以致

自从9岁那年得到第一台Commodore 64家用电脑起，我就开始编程。然而，当面对如何写出好的代码时，我仍然感觉自己还有很多要学的。在探索如何提高自己的过程中，我学了很多种语言。大多数是以面向对象为主的(OO)。然而，让我惊讶的是，在我读过的大多数书本、杂志和网上文章中，有着大量遭透了的被当作面向对象例子的代码。这些代码中，我看到的最多被违反的原则是“命令，不要去询问(Tell, D

前段时间家里的无线路由还没到，手机直接连电信的路由又没法拨号（万恶的电信），所以没办法只能尝试在windows7开启隐藏的虚拟wifi热点功能~~OK，开始~1. 以管理员身份运行命令提示符“开始”---在搜索栏输入“cmd”----右键以“管理员身份运行”2. 启用并设定虚拟WiFi网卡运行命令:1netsh wlan set hoste

提及模式，开发人员的第一反应一定是GOF的《设计模式》。毫无疑问，这本软件领域的经典著作已经深入人心，差不多可以说是设计模式的圣经了。书中的23种模式已经成为开发者之间进行交流的术语，使用它们甚至像使用语言中的惯用法一般自然。然而，事实上，在模式领域里，还有一部伟大著作给予软件设计领域带来的影响同样的大，那就是以德国人Frank Buschmann为主要贡献者的《面向模式的软件架构》（Patter

举凡要成为高手的人，首先要有骨气，必须先下苦工查阅相关资料、搜寻网页与各种资讯，再问一些专家关於这方面的见解。但他们似乎不会随便开口跟别人说：「教我！」而是透过一连串的问题以釐清心中的观念。「能够成为高手的工程技术人员有什麼特质呢？」某家公司的研发主管突然问我这个问题，身为该公司顾问的我想了很久实在答不出来，所以我请他给我时间好好研究之后再告诉他。我花了很多时间翻书寻找好的例子或经验谈，整理了

设计你自己的进度条进度条的设计是一个很多人都知道的故事：同样的耗时，如果不给任何进度提示，只是在完成之后才弹出一个完成消息，中间没有任何动态变化，那么整个过程就会让人等得非常焦急，导致一些人干脆把程序关了了事。如果有进度不断更新，那么对整个过程耗时的心理感受就会远低于实际值，用户也不会郁闷到把程序关了。（你有多少次在银行处理手续的时候，看着工作人员把一堆材料不停地倒腾来去，心里多希望他们可

在几年以前，谷歌的人力资源部门就已经注意到了一个问题：许多女性员工正在离开这家公司。跟大多数硅谷软件公司一样，谷歌的大部分员工都是男性，公司高管长久以来一直都在将提高女性员工人数作为优先任务。但是，女性员工正在离开谷歌的事实并不只是一个性别平等的问题——而且还对这家公司的盈利造成了影响。与经济中大多数部门中不一样的是，一流科技员工的市场已经被拉长到非常薄弱的程度。谷歌正在与苹果、Facebook、

从游戏谈起——论主动性和责任心日前例会，改编流传颇广的一句话：你工作了两年，但是并没有两年的工作经验，你只是把一个经验用了两年。增加工作经验的方法、技巧，讲过很多次。但是我讲的再好也是没用的，自己的职业前途只能依靠自己的提升。核心就是用心，以及主动性。在工作中列举什么是用心，什么是主动性，同样是非常教条的事儿——很容易就让人想到，又是代表资方忽悠我们多卖力气干活的套路。所以，我们就

我时常会同那些有 ” 大想法 ” 的人聊天。他们都曾在某一个领域做过一些事，基于过去的经验，他们发现在某一特定的市场里有一些需要解决的事情，他们想出了一套对应的解决方案。之后，他们会告诉我说，他们已经基于这个想法做了几年时间了，他们也有完整的一套介绍方案、配套的演讲，以及关于网站将以何种形式呈现和工作的流程图。再之后，他们便会开始大谈具体实现的细节。比如，他们会说，我们需要先做 A，然

本文由 伯乐在线 - 周展 翻译自 Nicholas C. Zakas。欢迎加入技术翻译小组。转载请参见文章末尾处的要求。伯乐在线导读：原文作者尼古拉斯·泽卡斯（ Nicholas C. Zakas）是一位前端大牛工程师，目前在 Box 公司任职，之前是在雅虎将近工作 5 年。在雅虎期间，他是雅虎首页的前端技术主管，并且是 YUI 库的贡献者。 Nicholas 编写的技术书有：《

1、栈和队列的区别是啥？ 吃多了拉就是队列；吃多了吐就是栈2、世界上最遥远的距离不是生与死，而是你亲手制造的BUG就在你眼前，你却怎么都找不到她。3、《c++程序设计语言》比《c程序设计语言》厚了几倍。。。果然有了对象就麻烦很多。。。4、怎么使用面向对象的方式变得富有？继承。5、为什么程序员总是分不清万圣节和圣诞节？因为 Oct 31 == Dec 25。6、Keyboard

通过Live Writer Blog客户端来写blog前 阵子微软件发布了一款管理个人blog的客户端工具：Windows Live Writer（Beta版）。它不光能够支持Windows Live Spaces的用户使用，同时它也支持现在网络上其它流行的一系列Blog内容管理系统。前面下载来使用了一把，界面完全可视化，其本上blog里有的操 作它也都有。个人觉得使用还是很方便的，应该说比b

胡子决定编程语言运势 原作发表于《程序员》杂志2005年第一期 素材、策划：孟岩 执笔：方茜 （取材自： http://khason.biz/blog/2004/12/why-microsoft-can-blow-off-with-c.html ） C#会前途黯淡，只因大胡子惹的祸？！有点耸人听闻吧。可是色列软件工程师 Tamir Khason自有一套理论（也许他曾学过中国

写在前面的话：这篇文章原来发表在我的51CTO技术博客里，最近把优快云这边的空间恢复了，于是把那边的文章搬过来。使用AT91RM9200作为主控CPU，利用该芯片的USB主机接口访问U盘，根据接收的上层命令把相应数据保存到U盘的指定文件上。不使用额外的专用USB控制芯片，要求稳定可靠，效率高，不能影响运行在该CPU上的其它程序。AT91RM9200程序加载后直接运行，没有

一日，你查看你的程序代码，你有两大块代码看起来几乎完全的一样。事实上它们就是完全一样，除了一个代码里说的是“Spaghetti(意大利面条)”，另一个代码里说的是“Chocolate Moose(巧克力慕丝)”。

0. “面向对象”比你想象的要难得多也许只有我有这种想法，不过我曾经以为计算机科学课上学过的“面向对象”是很简单的东西。我的意思是，创建一些类来模拟现实世界能有多难啊？其实，那还真是挺难的。十年之后，我仍然在学习如何合理地建模。我后悔以前我没有花更多的时间来学习面向对象和设计模式。优秀的建模技术对于每一个开发团队都是非常有价值的。1. 软件开发的难点在于沟通这里

许多 Windows 系统管理员或者技术“达人”从网上某处拖下来这个叫 Linux 的东西后，准备在他的机器上尝试。他不会去网上查询他的硬件兼容情况，只是将烧录好的光盘扔进光驱并且认为所有的设备都应该工作。现在的 Linux 发行版已经具备相当广泛的硬件兼容性，所以大多数用户可以平缓的安装完系统并进入到配置其他的步骤。但若是在那些必须要闭源或受限驱动才可以正常运行的系统怎么办呢？他

本文是《Learn Python The Hard Way, 2nd Edition》这本书的尾声部分。看完了这本书，你决定继续做编程。也许它能成为你的一个职业，也许它能成为你的一项爱好。但你需要一些指导，确保自己不会走错了道路，或帮助你从这个新业余爱好中得到最大的乐趣。我做了很久的编程。久的你都想象不出来，久的都让我苦恼。就在我写这本书的时候，我大概懂20种编程语言，而且我可以用

成为一个优秀的程序员和成为其他优秀的专业人员一样，需要尽可能多的做一些有质量的工作。有句很流行的话可以总结：做，正确做事，立马就做。（Do it. Do it right. Do it right now）0. 将一天要做的事情列成清单　　完成复杂活动（activity）的最好方法是将其拆分成简单的各项活动。每天早上，将你一天要完成的活动进行拆分，然后制定一个相应的日程安排表，这样

普通编程与专业编程之间有很多差别，而最为显著的就是截止日期。当你给自己写程序的时候，只要你愿意，就可以用很多（或者很少）的时间来完成，但是当你给别人写程序的时候，你就只有一点有限的时间和资源来完成任务。而根据我的经验，一般会导致以下两种情况之一：1. 你必须延长时间以妥善完成任务。2. 你必须写些不严谨的代码来应付过关。如果你做过专业编程，你会明白我的意思。只有极少数够灵活的项目能够给

Joel Spolsky曾经感叹：招聘难，难于上青天（此处笔者稍加演绎:)）。他有两个辛辣但不乏洞察力的断言：真正的牛人也许一辈子就投大概4次简历，这些家伙一毕业就被好公司抢走了，并且他们的雇主会给他们不赖的待遇，所以他们也不想挪窝。（刚刚去世的Dennis Ritchie就是这样一个人）而“人才”市场上能找到的大多都不是什么人才。招到这帮人轻则费钱重则把你公司搞挂。诚然，也许没有哪个

不同于传统产业的公司注重稳健形象，新兴IT公司在命名或推广产品和品牌时较倾向于采用生动活泼的视觉元素，例如鲜艳的颜色，动感的形象，平易近人 的名称等等，这其中，动物这个元素在公司公司、产品、服务、品牌的命名和推出过程中被广泛的使用。今天Rologo稍微归纳了一下这些知名的IT界的“禽 兽”。 狐狸 搜狐（SOHU.com），国内门户网站 Slysoft ，专注光盘工具的软件开发商 Sl

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

所谓“隔行如隔山”，其实不然，在工作和生活中，大部分的知识和技能都是相通的。学会举一反三，对于技能的提升有很大帮助。本文是一名软件开发者从做技工的父亲身上学到的一些经验，而这些经验使他最终成为了开发者中的佼佼者。以下为文章全文：我的父亲是一名工程师——是机械工程师，不是软件工程师。在他成为机械工程师之前，他也做过技工和木工。他很聪明，同时在建筑和维修方面也很有 天赋（只要不涉及到电气即可，

C++是一种复杂的编程语言，其中充满了各种微妙的陷阱。在 C++ 中几乎有数不清的方式能把事情搞砸。幸运的是，如今的编译器已经足够智能化了，能够检测出相当多的这类编程陷阱并通过编译错误或编译警告来通知程序员。最 终，如果处理得当的话，任何编译器能检查到的错误都不会是什么大问题，因为它们在编译时会被捕捉到，并在程序真正运行前得到解决。最坏的情况下，一个编译 器能够捕获到的错误只会造成程序员一些时间上

导读：本文来自StackOverflow上的一个问答贴。网友 M.H 提问： 我是一名IT专业学生，现在是大三，直到现在我们才开始学习很多计算机相关的课程（编程、算法、计算机体系结构、数学等……）。但是还有一个叫“安全”的世界离我们很远，我是指：计算机安全、互联网安全、网络安全、Hacking、破解等。 我很确信没有人可以知晓所有安全知识，但我确信，肯定有一定的“最低限度”知识，是每个程序

面向对象设计原则是 OOPS（Object-Oriented Programming System，面向对象的程序设计系统）编程的核心，但大多数 Java 程序员追逐像 Singleton、Decorator、Observer 这样的设计模式，而不重视面向对象的分析和设计。甚至还有经验丰富的 Java 程序员没有听说过 OOPS 和 SOLID设计原则，他们根本不知道设计原则的好处，也不知道如

“如果能时光倒流，回到过去，作为一个开发人员，你可以告诉自己在职业生涯初期应该读一本，你会选择哪本书呢？我希望这个书单列表内容丰富，可以涵盖很多东西。”　　很多程序员响应，他们在推荐时也写下自己的评语。以前就有国内网友介绍这个程序员书单，不过都是推荐数 Top 10的书。其实除了前10本之外，推荐数前30左右的书籍都算经典，笔者整理编译这个问答贴，同时摘译部分推荐人的评语。下面就按照各本书的推

代码注释和格式化的目的都是为了让代码更容易阅读和理解，提升了代码的可维护性，下面是 10 个关于代码注释和格式的 10 个最佳实践（特别是 Java）。代码注释注释是代码的一部分，在统计代码行时注释也包含在内，非常重要。一段无任何注释的代码很可能是完全无用。尽管有些极端的建议说代码应该有自注释的方法，不过我们还是建议注释良好代码的必要条件。只在需要的时候编写注释不要为每