技术宅，fat-man

摘要： 最近我遇到了一位以前公司的同事。他提到了数年前我在那个公司曾经开发过的项目。他说这个项目现在已经变成了“职业杀手”。基本上，任何接触过这个 “职业杀手”项目的人最终都会离开这个公司。如果公司想让名下的程序员人数>0，唯一的办法就是花数月时间完全重构这个系统。对于这事我有两点要说。首先，在我离开这个公司前，这个系统的单元测试覆盖率已经达到了85%，所以，不要责备我。第二，这么大规模的重构？肯定会出问题。每 一个系统里都至少有一个成为人民公敌、让所有人害怕的组件。它承载了太多的任务，它拥有太多状态，太多的其它组件调用它。当时间到了偿还技术债务的时候， 人人都会把目光投向这个组件。然而，如果你 阅读全文

摘要： http://www.infoq.com/cn/news/2012/11/dropbox-scale-bestpracticeDropbox的运维工程师Rajiv，跟大家分享了可伸缩性设计的最佳实践第一讲。众所周知，Dropbox是一款非常易用的网络存储云端产品，现已达到40,000,000的用户。令人惊奇的是，Dropbox公司对于服务器集群的运维人员投入在一到三个人。Rajiv就系统的可伸缩性设计，尤其在资源有限、流量快速增长的情况下，将最佳实践分享给大家。Run with extra load(通过额外加载发现系统故障)在生产环境最常用的一个技巧就是，人为制造一些额外的数据进行加载。举个 阅读全文

摘要： http://jianjiaosun.blog.163.com/blog/static/13612448620136212242300/本文的这些最佳实践、开发准则都是伟大的程序员的经验总结。Tim Oxley从互联网中搜集了这些最佳实践，并放在了Github上，以供他人查看和补充。希望这些最佳实践能够为你的开发工作带来一些帮助。本文的这些最佳编程实践、开发准则都是伟大的程序员的经验总结。Tim Oxley从互联网中搜集了这些最佳实践，并放在了Github上，以供他人查看和补充。希望这些最佳实践能够为你的开发工作带来一些帮助。1.不要构建大型应用构建大型应用的秘诀就是“不要构建大型应用”，也就 阅读全文

摘要： http://kb.cnblogs.com/page/193364/各位为英语而郁闷的兄弟姐妹们： 自从考完GRE和TOEFL以后，心有所感，本想写点心得，但是因为太懒没写成。今日风雨如晦，心中又有所感，于是一舒笔墨，写下我学英语的方法。俺知道有很多兄弟姐妹们和曾经的我一样因为英语而郁闷，小小心得，也算造福后人，为自己积累一点功德～～ 方法之前，先说说俺学英语的历史： 开篇：俺的英语之路 我大概从小学二年级开始学英语，当时在老爸的逼迫之下每天傍晚六点准时坐在电视机前，和“少儿家庭英语”里面那个奇丑无比的老太婆读一些奇无智商的单词句子。有一天放学和同学捉蝴蝶捉得忘了时间，错过了“老太婆”... 阅读全文

摘要： http://taiwen.lofter.com/post/664ff_ad8a15今天终于“朝圣”了两个伟大的公司——Facebook和Google，对创造力和驱动力的来源有了更多的理解，尤其是对于典型的知识型工作者——软件工程师，如何激发和维持他们的内心激情。简单来说，就是充分满足物质需求，然后将能去掉的条条框框都拿掉，让这些聪明的人自行其是，自己管理自己或者向上管理。然后你就得到了。这儿还是要提到一个大前提：就是与你一起共事的人都是素质很高的，能够自驱动，愿意实现自我价值的兄弟们。否则，后果自负。工程师要生活，要满足基本需求：那就给出超出其期望值的待遇，让其衣食无忧，不再为是自己单独租房 阅读全文

摘要： 如果你有一个同事，他写的程序与其说是代码，不如说更像希腊神话中女妖美杜莎的头发，你当然不能熟视无睹，你应该做出一些反应，但你可选的合适的反应方式并没有多少：自己默默的帮他整理清楚、向上级抱怨、向其他同事背后唠叨此事、闷在心里直到憋不住，或者这最大胆的方法：走上去直接对烂程序员说他的代码很烂。事实上，这最大胆的方法其实也是最好的方法。大多时候，你可以做的巧妙些，从而避免由此引起的感情伤害或引发咆哮比赛。就像一句古话：只要方式正确，你可以向一个人说任何话。当然，找到这正确的方式并不是轻而易举的事情。为了方法大家行事，下面是10种让你的表达更具技巧性的好方法。开门见山：告诉他你看不懂他写的代码，并追 阅读全文

摘要： // com口操作类package xyz.game;class ComOpera { public void openPort() throws Exception {...} // 打开com public void closeProt() {...} // 关闭com private String readMsg() {...} // 读取com消息 private void writeMsg(String msg) {...} // 写com消息 public boolean getComStatus() {...} private String u... 阅读全文

摘要： http://blog.csdn.net/g9yuayon/article/details/1611451从Joe Marshall论证编程是艺术的文章上看到的。编程到底是不是艺术已经快变成继编程语言和Emacs vs Vi之后另一Flame War话题。有兴趣的可以去看reddit的讨论。有意思的是一段漂亮的代码，实现SICP上一坨练习题1.3:实现一个带三个参数的函数。这个函数返回三个参数中最大的两个参数的平方和。题目用来训练学生对条件分支的理解。常规的解法是（迎合一下各位老大，改成C了)：int sum_square_largest(int x, int y, int z){ if... 阅读全文

摘要： http://www.csdn.net/article/2013-11-08/2817433-code-made-me-cry摘要：作者Lukas Eder发表了一篇文章《code-made-me-cry》，引发了开发者们的广泛讨论及思考。在他看来，阻力最小的路径通常是一切错误的根源。因此，即便是为琐碎的应用编写10行代码也是值得的。作者Lukas Eder发表了一篇文章《code-made-me-cry》，引发了开发者们的广泛讨论及思考，我们一起来看下（以下是译文）。我的一位朋友告诉我，他最近遇到关于正在维护的遗留应用程序的一些问题。下面的这段代码就能说明我们正在讨论的内容：1234567S 阅读全文

摘要： 摘要：目前，著名的社区问答网站Quora上出现一个很火的讨论：你调试过最难的Bug是什么？大家纷纷留言，把自己最痛苦的一次调试经验写下来。相信每位程序员都有过一段不堪回首地Bug调试经历，程序员一听到自己的程序有Bug，会有各种搞笑的反应，大家可以移步去看看“程序员遇到Bug后的30种常见反应”。目前，著名的社区问答网站Quora上出现一个很火的讨论：What's the hardest bug you've debugged?很多程序员在下面留言，把自己最痛苦或者最难忘的Bug调试经历分享给大家，笔者就所讨论的内容，整理了两位程序员的回答。不知大家是否有过同样的经历。Dave 阅读全文