你是一个码农吗，你是一个成功的码农吗，你当码农多久了呢？

说实话，码农，就是代码农民，从字面上来说，码农是专门写代码的农民，其实就是程序员，一般指从事软件开发职位的职员，学不到新技术，同时也是部分从事软件开发工作人员的一个自嘲的称号。

从本质上来说，码农就是你让他写什么他就写什么的“机器人才”。所谓的码农大多都通晓几门编程语言，但是在商业方面却并不熟悉。当然也有不感兴趣的因素在内，毕竟通常来说，码农做的只是写代码。

那么码农追求的是什么？

上周我收到三位Halmstad大学学生的电子邮件，他们正在做一个为期三月的项目，内容是关于码农在工作中追求的是什么，以及企业如何吸引有才华的码农。下面是我对他们问题的答案，按重要程度排序。显然人们会有不同的偏好，所以我很有兴趣听到你们赞同哪些反对哪些，以及你们认为遗漏了的要点。

1. 做软件产品

我希望我参与编写的程序成为公司的主要业务。这就排除了IT维护工作，因为这种工作只是间接地支持了真正的业务（不管它是什么）。我也希望参与系统核心部分的工作，越重要的越好。如果我做的东西出错了，它应该马上成为一个紧急问题。最后，我不愿意参与仅仅是配置、应用或整合其他公司的软件 — 我希望自己来实现关键性的功能。

2. 很酷的技术

这主要是关于使用有趣的编程语言（例如Clojure、 Erlang 或者 Go），但也包括框架和应用（例如Hadoop 或 Cassandra）。这可能是某些公司有问题的地方。如果它们的应用是用某个语言（比如C++）写的，它就不会改了。所以如果你想改用一些新的语言，你可能需要换个工作。例如，如果你在斯德哥尔摩想用Erlang，你可以给Klarna 或 Campanja公司投个简历试试。

3. 优秀的同事

和对软件开发充满激情的聪明码农一起工作是催人奋进的。我一次又一次地看到和同事一起谈论一些问题或设计是如何产生比我们任何一个人自己闷头想出来更好的思路的。这种合作方式不光是产生更好的代码，过程本身就是非常令人享受的。

你怎么知道某人是不是一个优秀码农呢？一个特别好的特征就是看他们是否持续学习和提高他们的技能，例如通过读书、看博客、参加培训课程、以及参加技术大会。这倒也不是一个必要条件，我就曾经和很多不干这些事的很棒的开发者共事。最后，优秀的开发者会吸引其他的优秀开发者，因为以上原因。如果一个企业有很多优秀的开发者，它就更容易招到更多的优秀开发者。

4. 挑战难题

码农通过代码解决问题。开发的产品起码在某些角度需要聪明的思路，比如低延迟、大量并发请求、或有限的硬件资源。不过，很多软件产品都是由常规代码组成，没有什么难做的部分。所以你也不能只是盼着做“困难问题”而避开其他的所有需求。而且，组织好那些看起来很无聊的代码，让它们容易理解和维护，这本身也是一个巨大的挑战。

5. 用户

编码的乐趣之一是做出一些对别人有用的东西。做了东西却没人用就无聊了。要让用户（越多越好）关注你开发的努力并且给予有价值的反馈。唯一例外的可能是创业的时候，但是之后就要把吸引尽可能多的用户作为最优先的事情。

6. 不错的薪水

拥有大量优秀开发者的公司懂得优秀人才的价值。因为优秀和一般码农之间的差别是巨大的，所以报酬向优秀开发者倾斜在经济上是有道理的 — 其实在生产效率上的差别远大于薪酬上的差别。反过来说，那些不舍得给码农较好薪水的公司往往把码农看作是可以随意更换的“资源”。那么这些公司在其他方面的表现恐怕也是你看不上的，不仅仅是低薪水。

7. 很好的工具

这个因素的重要性几乎是不言自明的。一台快速的计算机和几个显示器可以加快开发过程 — 谁会反对这一点呢？（好吧，那些光看成本不看效率的秃头老板可能会反对）

8. 一周工作40小时

如果你总是要加班完成任务，肯定是你工作的单位有一些问题。而且，长时间工作也不等于有效率。

9. 最少的官僚主义

对于开发过程来说，或多或少会有敏捷开发方法的影子，看起来大家都采用了这种思路。根据我的体会，在大公司里日常管理的那些琐事基本上都是躲不开的问题。

10. 在家工作

有时候能在家工作是有效的，不过我不常这么做。我喜欢在办公室里，和同事交流。我曾经通过视频会议、聊天工具和电子邮件在一个远程办公室工作，但这样的工作效率还是不如现场合作的高。

11. 离家近

显然这不容易强求，但是能不用每天花几个小时在路上多好啊。

码农也好，程序员也罢，在通过成功的路上，我们都需要努力，毕竟生活不易，珍惜当下，做好自己，即使当码农，我们也要当一个成功的码农，有见识的码农，高级的码农，你说呢？