Posts tagged 程序员

我经常跟我的一个朋友一起吃午饭、闲聊。通常我会东一句西一句，说说音乐，说说正在开发的一些变态项目。 他会告诉我一些他工作上的事或者他的旅行计划，他出售了一个公司，可以悠闲好一阵了。 有一回吃完饭后，他对我说：“跟程序员聊天真是很轻松，不用谈论风险投资和协议报表之类的东西。”

风险投资和协议报表？废话，明天我要去处理一个x0xb0x，而今晚我正在修改一个新的和MulletDB集成的很酷的web服务器。 而这些人奇怪我为什么不谈谈风险投资。悲哀呀悲哀。

还是让我跟你讲讲这个很酷的新型web Server吧。 我研究出来如何将ZeroMQ事件投票系统和libtask协同例程库合并到一起，这样你可以在一个线程里使用 libtask来处理无数的TCP/UDP和ZeroMQ套接字通讯。 然后我就使用这个很酷的程序来开发了一个使用我的Mongrel HTTP解析器的web服务器，我修改了这个解析器，以让它使这个server能在同一个端口同时处理HTTP请求和XMLSockets服务。 下一步我将实现让这个server把HTTP和XMLSocket JSON信息转发到任意一个ZeroMQ后端。 这个软件让我很激动，我申请了utu.im域名来宣传它，希望能申请成功。

听起来很不错吧？完全不是这样。我可以编出像这样的程序，但没有人会因为我是个著名的程序员而注意到这些，世上根本没有著名程序员。就当我 不存在。我只是个传说。

我在公司工作，像其他人一样，也知道那些获得风险投资的创业公司创始人的情况。人们清楚他们是什么党派的，如何起步的，如何获得投资的，获 得了多少投资，资本总额是多少，他们是如何失败的，如何成为幸运儿的，他们卖了多少产品，他们为什么不愿卖掉公司，他们的下一个iPad app将会是什么样的，他们是同性恋还是异性恋，他们的女友是什么样的，他们的男友是如何甩掉她们的。

可人们对开发出这个他们自己正在使用的web框架的人却一无所知。他们从来没想过要见见这个家伙。人们从来不关心这个家伙是如何设计这个软 件的。人们从来不介意当软件开发出来了，这个家伙也就可以消失了。 研究这个家伙的生活是毫无意义的，因为他的全部生活都在软件里，人们愿意让他就这样静静的生活。

还有更出格的，人们甚至要求我们开发软件时不要使用BSD使用协议(或其他许可协议)，他们不想在引用我们的程序时署上 这个软件是我们开发的。 还有些程序员根本不想在使用了我们的代码的应用程序的感谢名单里出现我们的名称。 对于人们来说你就是一个小程序。你就是一个螺丝钉，一个普通的螺丝钉。一幅画可以是著名的，螺丝钉不能。没有人愿意看见你，或把你挂在墙上。人们通常是把 你丢的沾满油污的工具箱里，直到有一天他们的橱柜松动时才会想起你。

让我们来做个实验。说出一个你每天都会用到的软件。也许这个软件是Rail的或Python的或其它语言开发的。现在，不要偷看，说出这个 软件的开发团队的四个主要成员的名称。我做不到，对任何一个我用过的软件都做不到。 那好吧，就当你能做到。你知道很多关于这个软件的开发者的资料，那你可否可以诚实的告诉我，你真的像了解这个软件一样了解给你开发这个软件的人吗。 扪心自问，当你使用这些软件时你对制作这些软件的幕后人物又知道多少？

所谓著名的程序员事实上并不是因为他的编程技术，而是因为他创建了什么公司或非营利组织。 他们的代码可不是像他们本人那样杰出，他们的杰出都是由非程序方面的荣誉构成的，这样才能让人们很容易的理解。

这就是我为什么坚信世上没有“著名程序员”的理由，而且出名对程序员的编程生涯没有任何好处。 我以前就这么说过，现在我担任的是系统负责人的工作，我还是这么说。 这样说，多少都有点让人丧气。 这个事情让我警醒，我所受雇的公司都需要我什么东西？他们唯一需要的就是我作为系统负责人的专长。

是的，我只是一个系统负责人。仍然是。

我跟其他人一样，仍要经过面试。无论我编写了多少代码，我仍然需要去解决那些愚蠢的低级错误。 不论你写了多少的web servers或email框架或数据库服务器或聊天通信服务器或汇编器，我仍然需要向人们证明我能 够编程。 不论我写的应用被人部署了多少份，我仍然需要向人们证明我还可以写出可信赖的软件。

成名对我这种职业没有任何的好处。实际上是让我更辛苦了，因为一些有古怪想法的人认为我出名了就不能再编程了。

如果时光能够重来，我真不愿意因为编程而成为名人。 但是，我实际上再也抹不掉任何我获得的名声，所以我明白现在应该尽量的把这些名声当成儿戏为好。 我应该多教育一些人去热爱编程，就像我当年那样。这样不错。去鼓励更多的怪才去成为书呆子。

也许只是我这种怪人的一种怪想法。十年或二十年之后，我想，程序员将会成为另外一种车间工人。程序员将不再关心其他程序员的作品，人们将会 热衷于这种自闭，完全失去了创新和共享的动机。

所以现在你要满足于现在的社会地位，因为以后，程序员将永远的成为二 等公民。

from：http://g.tugus.com/bbs_content:83445

很多初学者都说入门之后不知道该如何提高，我都是告诉他们多实践。最近在我们的团队中建立了一个学生的实习小组，我在和他们讲授程序设计分析的时候，我也给他们了个小建议写代码就是多看、多写，后来又补上一点：多交流。
我认为不管是做什么行业或工作，只要专注都可以有自己不同的成就。因此我觉得做任何事必需要有热情，而且是持续的热情，有一句话说“好的开始是成功的一半，持之以恒是成功的另一半”我很认同，所以自己的认定的事情就应该坚持的去做。我提出了三多：多看、多写、多交流，来将热情付出行动。
这里谈到的是当你入门后怎么使自己不段的提高的一些方法，可能只是一些片面之词，但我相信只要你去做了都会有一些收获。
在 我们开始学习程序，都必须对一些基础知识进行学习，例如语法、常用的内置函数，就PHP来说内置函数有成百上千个（没有统计过），就常用的也有上百个。怎 么才可以对这些逐个掌握？死记硬背？这是一个常人都无法做到的，即使是记住了，通常能否灵活的应用还要打个问号。那该怎么做呢？
首先是多看，看技术文章，看开源代码。
技 术文章应该不必多说，这是学习新技术和积累技术的必备渠道。这里我谈谈该怎么看，很多人包括我自已有时候，只是看一遍就算了，这样的结果一般都是知其然不 知所以然。我认为要把别人的东西变成自己的必须实践。把文章所说的技术通过自己理解的写出来并改进，并在合适的时候尽快应用的你的实际工作中。
再 说看代码，一是一些网友的代码，这里就要有一个观念，就是不能迷信别人的代码，应该客观的去看，学习别人的方法的时候，应该去考虑它是否有问题，应该是辩 证的态度对对待，如果有问题自己试着去解决，并和他们交流。二是看开源项目中的代码，这类就不仅仅是看代码了还有框架、设计思想等。我建议每个人至少看到 1到2套开源代码，因为我认为开源代码对自己的提高比一般的技术文章要快的很多。首先它们都是一些较为成功的项目，在成功项目中其实包含了原作者的经验和 其项目不断改进中产生的非富经验。对于开源项目，我的方法是先从它的入口文件看起一般是index.php看它的整体文件结构，再看它的公共文件里的内 容，具体的一些常用的工具类，这样会对整个项目的结构有一个了解，然后就是你所兴趣的功能的具体实现代码，并详细搞懂他的实现方式和原理。在看的过程中你 肯定可以学到很多有价值的东西。我个人的经验是：看的最多的是DZ的代码，其它项目也很多，但比较全面的还是dz的代码。个人认为看代码还是比较速成的一 种方式，因为别人的走过的路你就不需要再走了，站在巨人的肩膀上总是可以走的更快更远。
关于多写其实 上面也提到了，学习后的东西应该要马上实践，并尽快在合适的时候应用到自己的工作中，这样才能收获的更多更快。另一方面是自己尝试着去写一些小项目，只有 去做一完整性的项目才是最有价值的实践，但在做这些实践中我认为应该严格的要求自己，既然是为了学习，就不是应该敷衍了事，尽可能把所有细节都处理的最 好。还有就是时间一定要要求自己，不能拖，一方面是要给自己压力，二是如果时间拖的太久思路和激情没法持续的话，那你的计划很可能最终会失败并不了了之。
开 篇我提到很多初学者都说入门之后不知道该如何提高，我都告诉他们要多写，为什么会无法提高，我认为是没有目标，只要你给自己定一个目标，然后去实现，完成 后其实也达到自己提高的目的了。例如你去写一个简单的博客程序，在实现的过程中会遇到很多问题，再逐一去解决，这样你就有了学习的方向了，解决问题就是积 累经验和学习的过程。总的来说要给自己设置一个需要完成的目标，这个目标是什么有什么内容，什么时候完成都很清楚。
其实说到这里就可以回答上面该如何去掌握那么多的函数呢，当你看过和写过很多代码后你会发现你所掌握的函数和方法已经很多了，这就是在实践的过程中无形产生的结果。所以什么语法之类的基础的东西是不需要去死亡硬背的，在运用的时候自然就可以对它驾轻就熟。
最 后我认为做技术的交流很重要，因为做技术是个永无止境的学习过程，而交流是一种更有效的学习方式。因为每个人的知识系统都是不同的，每个人掌握的东西不 同，思维方式各异。所以交流就是一个互相学习和促进的过程，当你把自己的想法与别人交流你就会收获更多新的想法。交流是一咱倍速增长的过程，前一段我写了 一篇《当你开启一扇门的时候，很多扇门将为你开启》给我们的团队就是想表达这个想法。
交流有很多的， 有线上的有线下的，大家都有上论坛的习惯，这是一种交流方式，但我认为线下交流更有效，语言的交流比文字的交流方式更直接和全面。因为我是PEA福州的常 委之一，很多线下活动是由我组织的，从参加人数来看并不是很理想，所以我认为做技术的应该更开放一些，多参加类似PEA的这种交流。
交流一定要是开放的，所以在交流中应该是一种包容的心态去面对。也就是说我们是持有自己想法的时候也应该耐心倾听他人的意见，不能认死理。只有站在客观的角度去看问题才能把问题看的更透彻，只有不抵触才能让自己学到更多的东西。
在我们的技术团队中有定期的技术分享会，目的就是为了建立交流的平台，让大家都尝试表达自己的意见，锻炼自己的能力，并可以和更多的人去交流。
最后总结一下，多看，吸收别人的经验转化为自己所用，多写，全面性的锻炼自己的能力，多交流，利用众人的智慧。三多更多的就是去做。
本文投稿在《PHPer》http://www.phpchina.com/phper/25/06.html