因为 Aaron Swartz 的自杀，这两天看了不少关于他的报道以及他自己的博客，对我触动最大的是尽管他一直在做技术相关的事情，但眼光和理想却远远超越了技术。业 余爱好者并不想以编程为职业，也不想花太多时间去学习基础，他们只是想尽快做出自己想要的东西

最近有两个关于程序员的新闻让不少IT人都欢乐了一把，一是原新浪微博某PHP 程序员改行卖水果后，不但眼镜摘了，人变白了，连头发都长出来了；还有一个就是原某网游公司的程序员离职卖起了“程序猿烧饼”，收入可观，不但买房买车， 还娶了漂亮的“烧饼西施”，让人好

说的是Reddit用户”chinan”被迫去维护一个最初外包给印度PHP程序员的项目。这个有趣的帖子被活跃的Riddit浏览者塞满了各种搞笑的言语，但大部分他们都是没有跟印度程序员打过交道。作为一个印度程序员，我要辩护。我最近才离开印度。在印度，每天我要花

作为软件工程师， 你希望从工作中获得的是：稳定的薪水、参与好项目的机会、好工作的跳板或只是和其他程序员成为好基友。这里的“高效”，我指的是按时完符合要求的项目的能 力。经历过不少软件编写工作后，我相信以下实践会帮助你学会“高效”，同时提高专业声望、拉长职业

最近遇到一个事情让我大为不解。一个程序员自豪的宣称他完全看不懂自己一周前写的任何代码。我真的想探明他的这种自豪感从何而来，但无解。有人会愿意聘请这样的人去写程序吗？最后，重构，无畏的改进。改进代码质量是我们这种职业中一种难以把握的附加任务，但当你遇到一个持

我知道的最优秀的程序员是我的Framebase.io 网络公司的技术合伙人Tyler Menezes。我不知道他是如何练就这一身技术本领的，但他让我在对如何使用谷歌的问题上产生了颠覆性的认识。如果你想实现一个东西，而它并不是什么最新的技术，那先在谷歌上搜一

写代码和写文章，从某种程度上是相通的，需要逻辑、构架，也要尽可能的简练。我们之前说过，创作者的时间表和管理者的时间表是不一样的，编代码和写文章，都是一个孤独而不能受到干扰的过程，面对屏幕，就是一场自己与自己的战争。设计蓝图会帮助建筑师确定他们的设计是可行的

前言：2006 年，波兰程序员Jaroslaw “sztywny” Rzeszótko 写了一篇文章《Stiff asks, great programmers answer》，不过原英文链接已挂。Dodgy Coder 的博主近期从 Stiff 那得到允

举个很土的例子。程序员出差，回来后要报销票据。公司规定票据需要由员工所属经理审批，然后交由财务审批，财务审批通过程序员才可以拿到钱。在这个过程中，经理可以驳回申请，财务也可以驳回申请，驳回后单据回到程序员编辑草稿的状态。上面的例子中只有一个结束状态，我们这

尽管这只是中国百万开发者大军的一小部分，但他们所在的行业几乎涵盖了整个中国软件的产业链，他们的职位几乎代表了一个软件团队体系的每一个层面，而且“一叶知秋”，所以透过这些调查数据和变化，我们或许可以一瞰中国软件 开发者的普遍生存状态，甚至可帮助开发者，更准确

过去我参加过许多场编程测试。我喜欢参加这些活动，因为总是能够看到不同的程序员在设计时会遇到哪些挑战。但不幸的是，这些测试都不是非常棒。下文将列出某些有助于提高程序员测试质量的建议：。许多测试存在的问题是，内容与该职业并不相关。编程测试背后的想法是确保就职者

也许文章的标题起的带有讽刺的味道，其实这也是本人的一个小小的疑问。项目完工后，就交给维护部门进行后期维护。这样的恶性循环，受罪的是维护人员。所以本人一直不赞同项目经理是一个不懂技术的人，可能就是会简单的东西就带项目。一个项目经理一定要是一个不错的架构者，虽