德问：编程是一种艺术创作

基于bootstrap框架的wordpress主题pme-wp

一直对bootstrap框架有些着迷，想去学习一把，今天有些时间，花了一整天的时间，一边看文档，一边做主题，基本完成了这款基于bootstrap框架的wordpress主题pme-wp。pme是根据域名得来的，所以主题名字就是pme-wp.目前主题也仅仅满足简单使用，其中包含的很多bug，以后慢慢修正了。下载地址：http://www.everbox.com/f/wzTPkoagufPh9pAY62esryMkAC

真实镜头记录下的旧社会土匪当街抢劫

哎！旧社会下土匪啊！

客户应该知道的软件开发八个原则

在IT领域做自由职业者是很合适的。有很多开发者都有过做自由职业者的经历。有很多书籍和文章将了如何让客户满意以及如何及时的交付正确的软件。但是很少文章讲述客户在项目过程中应该如何做。虽然客户付了钱，但这并不意味着我们要容忍他们非常粗鲁的态度和错误的习惯。1. 好的软件一定不便宜我常常遇到的一个问题是，客户想要花不到500欧元建立一个全功能的企业网站。这个价钱你可以找我隔壁的12岁小男孩，用Joomla帮你搭一个，但是专业的软件开发者，懂得软件架构，懂得如何开发安全，稳定，能良好运行的软件的一点比这个价格要贵很多。软件开发和别的职业是一样的，需要花大量的时间学习。除此以外，很多客户往往在合同以外要求添加一些功能，免费的。你的医生不会免费工作，你的扫地阿姨不会免费工作，你也不会免费，为什么要求软件工程师免费工作？我有见到很多客户雇佣了一些便宜的、自称专业的开发者，或者外包开发到印度，越南，结果往往很失望。这些渠道看上去是便宜了一些，但是后期的软件维护成本非常昂贵。所以很多客户尝试了一次以后，还是回头来找我开发。2. 需求要明确我们知道一开始就能列出所有详细的需求是很困难的。这也是为什么我们发明了敏捷开发这样的技术。但是如果你给我们错误的需求，我们也只能交付错误的软件。你可以因为软件不好用而责怪我们，但是你给了我们不对的需求在先。最终浪费了双方大量的时间，也浪费了很多钱。软件开发者也许很聪明，但是只有你了解你的业务需求！3. 好的软件需要配合完成为了交付一个好的软件，开发者应该在项目中全力以赴。但是客户也不能坐在一边对这个项目不闻不问。如果你想要你的软件按时、正确的交付，你应该和开发者保持联系，所以我们能及时发现问题并修正。这并不需要你无时无刻的盯着我们工作，你只要及时的回复我们的email就可以了，比如说24个小时之内。我有遇到过一些客户，在合同签完以后彻底消失，然后到软件交付的时候，跟我讲为什么没有开发完成？你说呢？！4. 并不是所有的功能都是可见的没有绚丽的界面和大量的新功能并不意味着我们没有努力工作。事实上，大量的工作都是和前台无关的。这也是为什么我们应该投入资源来改进后台的代码。根据 Pareto Principle http://en.wikipedia.org/wiki/Pareto_principle ，20% 的代码 解决了80% 的问题。这些问题有可能是服务器性能瓶颈或者数据损坏。虽然你花钱在这些方面你看不到软件的界面变化，但是它是值得的。5. 提前给出准确的时间预测很困难在任何一个领域，给出项目的时间预测是一件困难的事情。在IT领域更是如此，因为客户往往不知道他们到底想要什么。告诉我们你的想法，我们会给你一个时间估算，仅仅是估算。需求往往在开发过程中变化，所以不要老拿预估的时间来说事。6. 程序员也是人我们也许工作起来，思维方式像是机器人，我们也许长时间在办公室里不出来，但这并不意味着我们不是人类。当你在餐馆吃晚饭，或者做飞机安全着陆的时候，你会对厨师和飞行员表示感激，当你的家人在医院治愈的时候，你会对医生表示感激。那么请也把这份感激、尊重带给我们。7. 告诉我要做什么，不要指挥我怎么做你描述你的问题，让专业的人来提出解决方案。请让开发者做他擅长的事情：解决你的问题。在IT领域，开发者懂的往往远远比客户多。也就是说开发者知道不同的方案的优点与缺点，他会选择正确的解决方案。请不要把简单的问题复杂化，不要告诉我们如何解决问题，专业的问题由专业的人来解决，可以节省你的很多时间和金钱。8. 听听我们的建议正如上一段提到的那样，开发者在技术领域也许比你（客户）懂的多。如果你想要在你的网站放一个自动播放的视频，而开发者建议你不要这么做，那么听他的。因为他已经做过类似的案例，并且知道自动播放让很多人很厌烦。你喜欢这个视频，但是其他人不一定。如果你的开发者建议你不要使用Flash，那么相信他。他知道使用Flash的不好的地方，也许你不知道。结论软件开发者需要做所有的努力来完成一个好的软件。有很多书籍讲述了关于如果控制软件质量，怎么做需求分析，敏捷开发等等。但是作为客户，你也应该遵循一些基本的原则。最大的问题往往是客户希望项目的预算越低越好，却不断的更改需求，还没有很好的沟通。原文链接，OSChina.NET 原创编译

13个代码注释的小技巧

13个代码注释的小技巧 这篇文章是由José M. Aguilar在他卓越的博客中以西班牙语的形式首发，其后Timm Martin在获得Aguilar先生的授权下，对该文章进行翻译、修改，并且在DevTopics上发布。以下13个小技巧可以使得你的代码在长时间内依然能够保持容易理解和维护。1. 对不同级别的代码进行注释对于不同级别的代码块，要使用统一的方法来进行注释。例如：对于每一个类，需要包含一段简明扼要的描述，作者和上一次修改的时间对于每一个方法，需要包含这个方法的用途，功能，参数以及返回结果当你在一个团队里面的时候，采用一套注释的标准是非常重要的。当然，使用一种大家都认可的注释约定和工具（例如C#的XML注释和Java的Javadoc）在一定程度上能推动这项任务。2. 使用段落注释首先把代码块分解成多个“段落”，每一个段落都执行单一的任务；然后在每一个“段落”开始之前添加注释，告诉阅读代码的人接下来的这段代码是干什么用的复制内容到剪贴板代码:// 检查所有记录都是正确的foreach (Record record in records){    if (rec.checkStatus()==Status.OK)    {        . . .    }}// 现在开始进行处理Context ctx = new ApplicationContext();ctx.BeginTransaction();. . .3. 对齐注释行对于那些在行末写有注释的代码，应该对齐注释行来使得方便阅读const MAX_ITEMS = 10; // maximum number of packetsconst MASK = 0x1F;    // mask bit TCP有些开发人员使用tab来对齐注释，而另外一些人会用空格来对齐。由于tab在不同的编辑器和集成开发环境中会有所不同，所以最佳的方法是使用空格来对齐注释行。4. 不要侮辱阅读者的智慧要避免没用的注释，例如复制内容到剪贴板代码:if (a == 5)        //如果a等于5    counter = 0    //把counte设为0这不单把时间浪费在写没用的注释上面，同时也在分散读者的注意力。5. 要有礼貌应当避免没有礼貌的注释，例如“要注意一些愚蠢的用户会输入一个负数”，或者“修正由菜鸟工程师写的愚蠢得可怜的代码而导致的副作用”。这样的注释对于代码的写注释的人来说并没有任何好处，同时你永远都不会知道将来这些注释会被谁来阅读，你的老板，一个客户或者是刚才被你数落的愚蠢得可怜的工程师。6. 直截了当不要在注释里面写过多的废话。避免在注释里面卖弄ASCII艺术，写笑话，作诗和过于冗长。简而言之就是保持注释的简单和直接。7. 使用统一的风格有些人觉得注释应该让非程序员也能看懂。另外一些人觉得注释需要面对的读者只是程序员。无论如何，正如Successful Strategies for Commenting Code中所说的，最重要的是注释的风格需要统一，并且总是面向相同的读者。就自己而论，我怀疑非程序员是否会去读代码，所以我觉得注释应该面向程序员来写。8. 在内部使用特殊的标签当你在一个团队里工作的时候，采用一组一致的标签能帮助不同的程序员沟通。例如，很多团队会采用“TODO”标签来表示一段尚未完成的代码复制内容到剪贴板代码:int Estimate(int x, int y){    // TODO: implement the calculations    return 0;}标签注释并不会解释代码，它们寻求注意或者是传递信息。但是如果适当地使用这种技术，要记住跟进这段代码并且完成该标签传递的任务。9. 在写代码的同时添加注释当你在写代码而且记忆犹新的同时就添加注释。如果等到项目后期才添加注释，会让你事倍功半。“我没有时间写注释”，“我的时间很紧迫”和“项目已经延迟了”，这些都是不写注释的常见借口。有些工程师觉最佳的解决方法是“注释先行”。例如：复制内容到剪贴板代码:public void ProcessOrder(){    // Make sure the products are available    // Check that the customer is valid    // Send the order to the store    // Generate bill}10. 把自己想象为注释的读者（事实上就是如此）当你正在给代码写注释的时候，不仅仅为日后维护你的代码的开发者考虑，同时也设想一下如果自己就是注释的读者。Phil Haack曾经说过：“一旦一行代码被敲到文件中, 你就已经要开始维护那一行代码了。”所以，我们自己就是好（或者坏）注释的第一个受益者（或者受害者）。11. 更新代码的时候要更新注释如果注释没有随着代码的修改而更新，那么这些注释将是毫无意义的。代码和注释需要同步，否则注释只会让维护代码的开发者更加痛苦。需要特别注意的是，一些重构的工具会自动更新代码，但是却没有自动更新注释，那么注释就自然而然地过期作废了。12. 良好可读性代码是注释的金科玉律对于很多开发者来说，一个基本的原则就是：让代码自己描述自己。虽然有人怀疑这是由不喜欢写注释的程序员所倡导的一场运动，但是无需解释的代码有很大的好处，这些代码更加容易理解甚至让注释变得没有必要。例如，在我的文章Fluid Interfaces中就给大家展示了什么是清晰的无需解释的代码。复制内容到剪贴板代码:Calculator calc = new Calculator();calc.Set(0);calc.Add(10);calc.Multiply(2);calc.Subtract(4);Console.WriteLine( “Result: {0}”, calc.Get() );在这个例子里面，注释就像是违反了第4条技巧那样，变得毫无必要。要写出可读性好的代码，你需要使用适当的命名方式（在经典的Ottinger’s Rules中有阐述），保证恰当的缩进，并且采用编码风格指导。如果代码不遵守这条技巧，那么注释看起来就好像是为自己不好的代码的写道歉信一样。13. 跟你的同事分享这些技巧虽然从第10条技巧中我们已经知道了自己就是好注释的得益者，但是这些技巧对于所有的开发者来说都是很有帮助的，尤其是整个团队都有相同共识的情况下。因此，大方地跟你的同事去分享这些技巧，让我们写出更加容易理解和维护的代码。

如何成为“10倍效率”开发者

Brad Feld的一篇文章The Rise of Developeronomics中提到了“10倍效率的开发者（10x developer）”的概念（伟大的开发者的效率往往比一般的开发者高很多，而不只是一点点），Adam Loving在读了之后受到启发，并向多位大牛（Ben Sharpe、Collin Watson和Jonathan Locke）询问如何成为“10倍效率的开发者”，最后得到了以下的答案。 1. 只做需要做的工作使用敏捷方法；全心全意做UX设计；沟通第一；编码也许不是解决问题的办法；过早的优化是一切罪恶的根源；选择最简单的解决方案。2. 站在巨人的肩膀上使用开源框架；使用简洁语言（如HAML、Jade、Coffeescript）；不要做重复的事情（不要重新发明轮子）；利用包管理器来进行公共和私有代码分配；不要任凭巨头（如微软）的摆布而修复库中的一个Bug；不要让你的雇主逼你学习；自主学习并为自己设定新的目标。3. 了解数据结构和算法如果你不知道什么时候应该使用快速排序、不懂辨认O(n2)程序、不会写递归函数，你将无法成为10倍效率的开发者。使用多种语言你才能清楚不同的框架是如何解决相同问题的。尽可能去了解底层命令（plumbing），以便能够作出明智的决定（Web框架是怎么存储session状态的？Cookie到底是什么？）。 4. 不要怕买工具，它可以节省你的时间Ben说：“昨天我花50美元买了一个位图字体工具，它帮我节省的时间成本绝对超过200元。”  5. 集中注意力不要整天开着你的电子邮件、Twitter、Facebook等，在工作时将它们最小化或关掉它们，戴上耳机。Tiny hack说：“即使不听音乐我也戴着耳机工作，这样便不会有人打扰到我。”  6. 尽早并且经常性地进行代码重构有时，你不得不放弃漂亮的代码转而去寻找真正对项目有用的代码，但没关系，如果你的现有项目中有这样的代码，最好的方式便是不要看它，并重构。  7. 只管去做将你的业余项目分享到Startup Weekend中。在我开始转到Unix和Ruby on Rails上之前，我买了一台Mac，使用Windows虚拟机花了一年时间做.NET项目。  8. 挑选一个编辑器，并掌握它高效开发者喜欢用文本编辑器胜过IDE编辑器，因为这样可以学到更多东西。无论什么情况，尽量使用键盘快捷键，因为熟练使用一件工具的前提是熟悉它。 在选择编辑器时，认真考虑并挑选最好的（Emacs或Vim），因为它们是通用的。其次，挑选你的首选平台最支持的。使用宏，不断地写代码；使用Mac上的TextExpander为整个段落创建快捷方式；使用Visual Studio或SublimeText的自动补齐功能；使用支持按行/列分割窗口的编辑器，这样你便能同时看到单元测试和代码（或模型、视图）。 一定要想清楚后再写代码。Adam说，“我有朋友在一个大项目组里工作，他们组里最高效的程序员是一个高位截瘫用嘴叼着棍子敲代码的人，他总是在写代码之前想得很仔细且很少出错。”  9. 整洁的代码胜过巧妙的代码要想让其他人能够读懂你的代码，尽量使用最少的代码来完成任务。遵循DRY（Don’t repeat yourself）的原则，使用明确定义的对象和库，将任务分解成小而简单的代码段。  10. 潜意识是强大的工具离开10分钟往往就可以解决一个问题。控制编程时间，给自己一个多姿多彩的生活，劳逸结合能让你在工作时更高效、更愉悦。当然，即便是上了年纪的程序员也知道，以最少的时间完成最高效的工作是成为10倍效率开发者的必要条件。 作为一个程序员，我觉得在职业生涯中最好的一件事儿就是从电脑前站起来，去拜访那些在某一领域有所建树的人们。  11. 推动自身和团队进步重视批评，以包容的态度接受批评并提升自己是非常重要的事情。没有这个基础，你不可能成为一个高效的开发者。一位智者曾经说过：“聪明的人善于从自己的错误中学习，而智慧的人善于从别人的错误中学习。”  英文原文：http://adamloving.com/internet-programming/10x-developers原文网址：http://www.iteye.com/news/23799