昨天从 HN 上看到 Jason Heeris 制作的这张漫画，说的就是为什么不能随便打断程序员思维的原因。正如王建硕在《入静和入世》文章说的： “当看到一个程序员冥思苦想的时候，不要过去打扰，甚至在极端的情况下，一句友好的问候都是多余的。 ” 

我从别人遗留的的技术性债务中获得报酬。在我的日常工作中，我见到了很多难以维护的代码，并且我一次次地看到了很多相似的并可以避免的问题。

我专门从事调试、修改、维护、扩展遗留软件系统这类工作，我的典型客户一般都有一个或多或少可以运行的网站或者软件，但是其开发者都因为各种原因不 再维护了，因为商业需求改变导致软件无法跟上需求；或者我的客户有一些“几乎快要完成”的软件，但是因为预算用光或者计划有变与开发者分道扬镳。通常这种 软件会缺少一系列的功能并有一坨bug。

我那些客户通常被其他程序员告知，需要废弃已有的所有代码从头开始。大部分程序员不喜欢维护代码，尤其不喜欢维护别人开发的代码。当程序员写代码 时，当他们谈论到可维护性时，程序员经常会问一些错误的问题——想了解这种情况是如何发生的，请参看Matt Duvall的文章《可维护性的神话 | The myth of maintainability》。

以下是一些你可以在你自己的软件工程中做的“好”事，因为这些事可以帮我找到活干。

文章使用这 个标题别无他意，主要是本身对自己当前的学习和生活状态非常的不满，算是自嘲且提醒勉励自己。计划的生活，从来没有按计划去实施过，马上快工作一年了，除 了刚开始的几个月进步比较快，但如今却感觉自己好像遇到了瓶颈，技术学习上一直没有太多的进步。下面来看看我是怎么计划好自己每周学习计划的：

    《福布期：电脑革命史》一书对盖茨相当肯定，认为他做事理性，深入，切合实际，对下属公平，就事论事。对微软公司，他精打细算，从未失去控制。

    相对而下，该书认为乔布斯是一个伟大的营销家，偏执狂，但恶习极多：年少成功后把自己当成皇帝，行为无法猜测，不理性，从一个极端跳向另一个极端，喜欢对 人大吵大闹，人身攻击，对人对事态度不公平，从不提供正面意见，永远只是在挑刺。他对Lisa与Mac小组的额外偏护引发了苹果各团队间的恶意，是苹果一 切内讧的源头。苹果内部几乎没人信服他，他也控制不了苹果公司。

    此外乔还是一个商业上的背信弃义者，最初沃兹帮他搞的游戏机项目为他挣得了5000元奖金，但他告诉活兹说只有700元，两人平分，给了沃兹350块，这 小事众人皆知。他离开苹果时把股票变现，拿了2亿美元。之后的NexT叫好不叫座，他本来要血本无归了，但他又利用回苹果做CEO的机会，用苹果的现金买 下了自己的NexT，又兑现了4亿美金。

我在2012年5月开始的Asterank这个项目。那周的早些时候，Planetary Resources（行星资源公司）宣布他们计划从小行星开采水和有价值的原料。和其他人一样，我被激起了好奇心。这是一个鼓舞人心、难以实现的长期愿景。

我的项目作为一个想法的实验而开始：有多少小行星是真正值得的探索？媒体发布的消息是粗略估计且没有科学根据的。没有人对小行星的含量和价值进行有条理的编录。所以在一个无所事事的周末下午，我在山景城商业区的一间咖啡厅写了第一个版本。

Event Loop 是一个很重要的概念，指的是计算机系统的一种运行机制。

JavaScript语言就采用这种机制，来解决单线程运行带来的一些问题。

不同的行业领域中很多时候都分享着共同的思想和理念。比如，大量的计算机编程中涉及到的概念都被运用到了电影里。有些概念出现在电影里后变得如此之 酷，甚至反过来能帮助我们程序员更好的理解这些概念。下面就是我最喜欢的10大电影，它们都在某方便帮助了我理解编程中的某些概念。

听过行百里者半九十吧。这句话在程序员的工作中同样适用，到底是为何呢？Matija用一个精巧的比喻揭示了个中道理。

其实这就好比在高峰期从郊外开车回市中心。前 80% 的路程很顺，高速嘛，可能两小时就走完了，但是到了城里，就走不动了，红绿灯，人行道，各种环线和菜鸟司机，可能两个小时还不够用的。

编程也是如此。最开始你要设计框架，给整个项目打基础，然后开始开发，几周或者几月之后，你完成了整个项目 80% 的工作，各种关键模块开始起作用了。

但是好戏才刚刚开始，当你准备好好打磨这款产品时，就会发现许多奇怪的 bug 冒出来了。比如：“喂，你知道这个程序在读取文件时拔掉 USB 线会崩溃么？”，“看起来是程序不想下载文件名里有感叹号的文件...”

作者利用HTML5技术 通过javascript把图片转化为字符画， 很有意思的一个技术， 流程如下：

1.获取上传图片对象数据
2.获取图像对象像素点
3.根据rgb值计算灰度
4.根据灰度生成相应字符