再次写给我们这些浮躁的程序员

再次写给我们这些浮躁的程序员

 

2010年初写过一篇博客(我们是一群和平年代充满浮躁与抱怨的程序员),一年过去了,社会好像更浮躁,也有网友问我这方面的问题,于是有了下面这篇文章,再次写给我们这些刚入行浮躁的程序员,如何成长,以下是列出了一些成长的心得,我们不必每条都去实践,但是优秀的程序员成长过程中总会实践里面的几条。

 

多做项目,多思考

不要害怕做事,刚毕业的同学最缺的就是工作经验,乱七八糟的项目能让你很快就了解了一个公司的业务与使用的技术,并且可以多接触同事与客户。

当你毕业后刚进一家公司时,如果主管没有把你安排到项目组工作,那真的很杯具,因为他认为你还不能胜任工作或者你的加入会让项目组更糟。

还有人说,我刚进公司,公司就把我当成了苦工,工资又低,项目组加入好几个,也做了很多事情,每天都要加班。我估计有很多人感觉是这种状态,为什么会是这样,因为全国人民(不只是程序员)里有90%可能都和你一样的感觉,这说明你现在状况是很普遍的,也说明你现在的能力并没有很多出众的地方。也许是逆境才能让人成长,如果有一天你让你的团队从这些苦力工作中解脱出来或者能给你的团队前进的动力,那你就升华了,你就比他们出众。你没有能力去改变现状,所以只能接受,而不要认为是自己生不逢时,或者说公司环境太差。创业也一样,不要认为公司没发展的主要原因是环境太差,那你不要去当老板算了,投资环境都非常好还能轮到你吗。

还有很多同学感觉自己付出了很多,回报太少,这个问题很难平衡,首先一点,公司在聘你进来后不会因为你没有成绩就先给你回报,公司也不可能会在你有了成绩后就立即给你回报,但是长时间付出没有回报,那这个公司就不值得你付出。我不赞成频繁换公司,这么做至少可以说明你是一个只求回报不求付出的人。

至于薪资的问题,这个很难去评估,因为每个企业的收益相差太远。但是刚毕业的同学工作需要关注薪资+成长环境,当薪资可以满足普通生活需求后,成长环境更为重要,就好比,给你一月5000元,或者6000元,真的不那么重要,因为这些收入在你以后的人生中基本没有影响。当然,如果你现在在大城市几年里每个月只拿着1000元,那还是需要选择一下收入更好的公司,因为这么低的收入会严重影响你的工作学习计划,也说明你的公司不重视员工,没有能力给员工好生活的公司,将来的发展也是有限的。

特别说明一点,互联网公司与传统信息化企业不一样,互联网一直是风险比较高的行业,也许你选择了一个看好的企业,也佩服老板的眼光,可能你现在需要的是与公司同甘共苦。不要指望在刚创业的团队里拿到非常好的待遇,因为你现在就是在投资,也许几年后公司成功了,你就是功臣,不怎么出色的你也可以当上总监或副总裁。

 

自己开发框架与工具来提高工作效率

当你参与了很多项目,当你发现自己经常做一些COPY,PASTE的操作时,你可以考虑花时间去提取问题的共性,做一些自动化工具去摆平问题,或者是写一些基础框架来屏蔽这些无聊并且累赘的代码。

自己开发框架与工具,可以让你快速的从一个初级程序员转变成更高级的程序员或分析师或架构师,因为这个过程中给你提供了为其他程序员服务的机会,你有动力去了解其它程序员的工作需求,你可以把你的框架或工具写得很好,接口简单灵活并且性能好,分析师和架构师就经常要干这种让人力成本降低的事。但要记住一点,不要以为自己开发框架与工具就认为很NB了,因为这种工作并不会体现多少技术含量,而只是提高个人抽象问题的能力,这个活很多程序员都能干,但是很少人去干好。

 

参与开源项目

参与开源项目可以让你领略到不同程序员的沟通方法,开发习惯,技术思维,可以认识更多的朋友,如果你足够强,也可能一举成名哦。可以让你更深入了解这个开源东西,所以最好是感兴趣或者是与工作有关的,不要说什么流行就参与什么。开源项目可以自己贡献一个新的项目,或者参与一个感兴趣的项目。

不要指望开源项目会给你带来直接的金钱,如果你想拿着开源项目封装一下去发财,那我真不知道如何做,可以去问问什么什么芯,什么什么国产操作系统的人,他们更有经验。

 

英语

在这个全球信息时代,英语真的是一个很重要的工具,我真的很羡慕那些学校里英语就很好的同学,好的英语能力可以更快速的了解到更多知识。当前,新的技术与知识大部份语言都是英语或翻译成英语,如果能把英语学好,可以让你人生少奋斗10年。

 

写技术博客

写技术博客是一种可以快速提高的方法,但是一个人能坚持每周写技术博客,那是需要付出很多代价,写博客并不是要我们写出高质量的文章才发表,我们可以分享自己的一些小经验,也可以分享自己的体会。一样东西在你大脑里,并不表示你已经掌握了,如果你能说给别人听,或者用文字表达出来,那首先你要将这些知识点整理清楚才好表达。我经常认为自己已经对某个问题了解了,但是在整理技术博客时发现自己的知识盲点,然后再去查找知识来补充自己的盲点,直到最后搞清楚了才算告一段落。

有些人不喜欢分享或者害怕分享,但是在这个世界,只要不是公司机密或商业秘密,拿出来分享可以让你得到更多同行的反馈,网络上的人会给你相对真实的反馈,因为大部份人与你没有利益关系。

新人不要害怕自己分享的知识是否有技术含量,只要你认为有价值,都可以拿出来,这不仅可以给别人提供知识,也可以自己整理思路,还可以得到网友的反馈。如果你的知识没有价值,分享出来也没有关系,如果你的文章技术含量低,怕被人鄙视,那是你这个人不敢承认现实,因为同事与朋友可能不会说你的文章很菜,就算被鄙视了又如何,有时被人鄙视也是一种前进的动力。有人说如果几年后我进步了很多,但还让人看到我这些初学时弱智的文档,误人子弟,不好意思,Ok,那个时候有可以完全把文档删除,其实我更喜欢放在那里品味自己成长的过程,把有误导的地方更正。

我知道有一个技术博客作者,数据库专家杨廷琨(http://yangtingkun.itpub.net/),他几年来,每天坚持写一篇技术博客,现在已经有2千多篇,我的ORACLE数据库水平比他差很多,但是我也偶尔看到一些他新写的文档我几年前就会了,但这些并不妨碍我对这位博客作者的敬佩,因为他的博客让我学到了很多知识。

 

加入感兴趣的技术论坛

每个公司使用的技术与产品及环境都不太一样,也许你在公司里感觉什么东西都是别人做好了,我只是个流水线工人,我们的系统由于有严格的规范也不太出问题,自己的实践提高机会太少,那建议你加入感兴趣的技术论坛。

技术论坛上你可以看到很多人各种各样的问题与分享讨论,你也可以试着去帮别人解决问题。技术论坛可以让你进一步成长,但不要告诉我你只是会沙发、顶或接分的那种。

国内CSDNITPUBCHINAUNIXJAVAEYEMSDN51TESTING都是人气很旺,里面也不缺技术大牛与无敌大菜鸟。

 

常看参考手册

很多程序员,遇到问题喜欢直接去请教别人,或是Google找结果,通过别人或Google也许问题可以解决,但是只能形成知识点,不能形成知识体系。

要全面掌握一个东西最快的方法是看产品的官方参考手册,参考手册一般是代表正规的用法或者是推荐的用法,对于小产品最好是先将参考手册全部看一遍。如果是比较大的产品如(ORACLEJAVA.NET)那可以选择看经常使用到的部分。只有当你在看完参考手册还不懂的时候再去Google或与别人探讨,这样的方式会让你的知识更体系化。

 

深入分析问题原因

程序员一定要具备对技术问题刨根问底的想法,很多程序员能解决问题,但是不想去了解问题的根源。我们经常遇到问题,而且很多问题重启程序或者重启机器就好了,有多少程序员会去挖掘重启就解决问题的原因。我是从事数据库的,也经常看到很多人遇到数据库有问题,重装一下搞定,而没有深入分析问题产生的原因。也许在生产环境我们没有时间去分析,但是在开发环境、测试环境你是不是也经常重启解决问题。如果能在开发环境与测试环境遇到问题,这是技术人员成长的最好机会,我们在自己的领域一定不能放过这种成长的机会,因为大部份专家都是在这种历练中出来的。

 

不要害怕复杂

很多程序员习惯了利用各种框架及工具解决问题,自己只是写一些简单逻辑,当有一天遇到一个问题,没有对应的框架或工具时就放弃需求。我们不要害怕困难,如果你每天的代码都没有挑战,那何来提高,我们应该在适当的时候给自己一些压力,这样可以让自己提高得更快一些。比如你的系统需要一个轻量级的工作流引擎、编译器、解析器、界面设计器、屏幕控制器,或者一个http服务器之类的东东,但是现有的东西都感觉不太满意,你可以自己去搞一个试试,不要害怕不成功,不要害怕自己做不好。这些东西看起来有点复杂,但是当你深入去做时,你会发现里面有很多有意思的东西,你需要去逐步改进你的小系统,直到它能很好的运行为止,这是个很好的成长过程,可以让你对程序有更深的理解,也可打开思路。

 

学习计算机基础,深入技术原理

有时候我们经常迷惘,感觉技术水平没有提高,感觉技术能力总是浮在表面,特别是当你发现自己算法分析、性能分析、故障诊断能力有限时,也许这是你再次需要学习计算机基础的时候,因为基础不牢,所以你的问题诊断准确率不高。每个程序员应该都学过计算机基础(计算机体系、操作系统、网络、数据库原理、算法等等),这些知识对很多人来说是很枯燥。在当前高级编程语言时代,你的计算机基础不好也能编码,而且效率也不低,但是当你要想成为技术牛人,计算机基础就是一道坎,因为不扎实的计算机基础知识会让你在忽悠与被忽悠中成长。

 

关心产品市场与商业动态

程序员是否需要关心产品市场与商业动态,我认为是有必要的,除非你真是技术天才,能闭关十年后横扫江湖。计算机技术发展太快,每年都有新的流行产品与技术,大公司也经常改变战略或易主。如果你想引领技术潮流,想创业,那一定要关心产品市场与商业动态。

 

 

不要去轻视任何一种职位、语言、工具

IT岗位里,没有高低之分,不要去轻视任何一种岗位,有些程序员认为自己的成果最有价值,美工、测试只是边缘岗位,项目经理就只会瞎指挥,不干活,销售人员与售前人员接到定单后屁事都没有,整个项目基本上就是我一个人的成果。这种心态是最要不得的。其实你的领导并不会这么想,很多事情是你不知道的,如客户关系就可能不是你一个人搞定的。还有最重要的一点,如果这个项目没有你参加怎么样?项目可能换成另外一个人做,也许他也能做得也不错,这就说明你的价值或重要性并不像你想象的那么重要。举个例子:

就好比你买一台联想电脑4000块,卖给一个没看过电脑的火星人20000块,这台电脑是最后的成果,但是否表示联想这台电脑是最重要的,可能你买一台戴尔的电脑还赚的钱更多,也可能你只要给对方一台杂牌电脑就可以拿到20000块。在这个例子里更重要的也许是客户关系与抓住商机,而买什么样的电脑影响不大(你在项目里的地位可能就是这台电脑的作用,没有你肯定不完整,但是很容易找到你的替代品,所以你的价值并不是最重要的)。

计算机编程语言是初学者最喜欢对比的话题,有的大师也经常对比各种语言的优缺点。我并不反对的评论那种语言的优劣,但我们不能去鄙视某种语言的及其使用者,因为流行的语言都有它生存的环境,可能是我们对技术的见识太窄,也可能是我们对人类的思维习惯了解的不全面,不要总是拿自己的习惯去评价。有很多系统管理员喜欢用命令行,喜欢用shell,perl等脚本语言,这些东西在我看来简直是低效且易读性差的东西,但是当你经常在没有图形界面下工作时,脚本语言可能真是更高效的选择。

 

最后写上一句浮躁的根源:

不要把祖国当母亲,应该把祖国当自己的孩子。

本不想讲这句话的,但是现实就是如此,浮躁的人群总是对社会充满了意见。我认为所有的这些浮躁都有一个共同点,就是认为自己无法改变这个社会,改变这个社会是国家的事,是其他人的事。

小时候老师总是讲祖国是母亲,我们是花朵,但是实际上我们也不是什么花朵,我们就是郑智化歌里的那根“小小的草,风吹雨打后依然不倒”。现实的社会总是充满着种种不平衡,但是浮躁并不能解决问题。有时总在想祖国并不像我的母亲,她更像是我的孩子,她还很小,经历过很多坎坷,我们经常感觉自家的孩子比不上别人的孩子的某个方面,于是对孩子多加责骂,也可能会让她花一个暑假的时间去补习。小孩子有一些成绩后也会骄傲,有时还会欺骗,我们不能容忍的是她的恶意谎言,但是她还没有到无药可救的程度,她依然还在成长。我们经常拿孩子与别人的孩子对比,而且总是发现别人孩子更好的一面,但是你是否希望与别人交换孩子呢,除了感情外你是否了解别人孩子的全部,我们需要更多的面对现实,应该在孩子成长的时候及时指出她的缺点,她不可能什么都是优秀的,所以我们应该尽自己的能力让她更好一些。你不太可能改变母亲,但是你的行动会影响孩子,你抛弃孩子,你真正的孩子将来可能也会抛弃你,所以说祖国可能并不像母亲,更像孩子,如果你把祖国当孩子,也许是另一种人生价值。

 

2011-1-29 

我们这些程序员

08-03

小小的时候,玩着游戏机,偶尔想着这游戏怎么做出来的~~~rnrn第一次摸电脑的时候,总感觉这东西不可思议rnrn高考的时候,有一种莫名其妙的专业叫做:软件开发!貌似IT是一个神圣的行业!rnrn不知不觉中,你在高考志愿表上写下了:“软件开发”四个鲜红的大字rnrn你应该还记得第一次对着教材抄写了那个叫"hello world"的玩意儿rnrn你应该还记得第一次弄了个1加到100的计算器,运行成功后,rnrn相信你会在食堂的饭碗里好不心疼的多加一份回锅肉,在弄一瓶可口可乐~~rnrn你还会非常自信的看着对面走过来的MMrnrn rnrn后来啊后来rnrn电脑烂了,你得学着重装系统,什么GHOST、PQrnrn你也掌握了把电脑拆下来在装回去的本领rnrn偶尔还给那些美女老乡设置下路由器,装个杀毒软件:他们都夸你能干~~~~~~~rnrn rnrn就在你略感得意的时候rnrn你也常常因为少了一个分号而调试一个通宵rnrn因为一个函数不会而不停的baidu 谷歌,这时候rnrn你会为看到一篇经典的技术文章而欣喜若狂rnrn因为"0 erros,0 warns"而激动不已rnrn rnrn另外rnrn你肯定还学着那个号称黑客的灰鸽子,IPC入侵…………心里总想象着黑客的那种神秘和伟大rnrn偶尔也享受到捉弄别人的得意    rnrn但是,渐渐的你发现,你的哪一些黑客工具没用了rnrn rnrn就是这样:rnrn在别人旅游的时候,我们在codingrnrn在别人KTV的时候,我们也在codingrnrn在别人gaming的时候,我们还在codingrnrn rnrn终于有一天rnrn你做出了一个网站,你写出来一个学生管理系统rnrn你也偶尔会在论坛上争论C++和JAVA那个好~~~rnrn rnrn无意中看见了软件公司的招聘信息,发现他们的要求,貌似我也能达到~~rnrn然后rnrn毕业了rnrn找个软件公司rnrn事实上,rnrn你的idea没用了,只能够coding了~~rnrn rnrn“0 erros,0 warns”的时候,也没有那么激动了rnrn相比之下rnrn你多了许多淡定rnrn你会考虑工资什么时候涨,今晚不会加班吧~~,工作的电脑什么时候连上网rnrn风花雪月的日子感觉不到rnrn空调呼呼的吹着rnrn从来不会感觉到春夏秋冬rnrn我们的生活就是:上班对着大电脑,下班对着小电脑rnrn在空荡荡的出租屋里,一个人面对着花白的地板砖,傻傻发呆rnrn外面的广场很热闹,却不属于我们这些程序员rnrn我们尝试过在婚介网上找个朋友,却发现丫的发信息也要钱rnrn只能在QQ上查找那些同一个城市的聊友rnrn或许,找个不大不小的游戏玩玩,在游戏里面,低调的做个牛虻rnrn rnrn好了,继续配我的IIS+PHP服务器~~~~~~~~~rn

不要做一个浮躁程序员

07-23

1.不要看到别人的回复第一句话就说:给个代码吧!你应该想想为什么。当你自己想出来再参考别人的提示,你就知道自己和别人思路的差异。 rnrn2.初学者请不要看太多太多的书那会误人子弟的,先找本系统的学,很多人用了很久都是只对部分功能熟悉而已,不系统还是不够的。 rnrn3.看帮助,不要因为很难而自己是初学者所以就不看;帮助永远是最好的参考手册,虽然帮助的文字有时候很难看懂,总觉得不够直观。 rnrn4.不要被对象、属性、方法等词汇所迷惑;最根本的是先了解最基础知识。 rnrn5.不要放过任何一个看上去很简单的小问题–他们往往并不那么简单,或者可以引伸出很多知识点;不会举一反三你就永远学不会。 rnrn6.知道一点东西,并不能说明你会写脚本,脚本是需要经验积累的。 rnrn7.学脚本并不难,JSP、ASP、PHP等等也不过如此–难的是长期坚持实践和不遗余力的博览群书; rnrn8.看再多的书是学不全脚本的,要多实践。 rnrn9.把时髦的技术挂在嘴边,还不如把过时的技术记在心里; rnrn10.学习脚本最好的方法之一就是多练习; rnrn11.在任何时刻都不要认为自己手中的书已经足够了; rnrn12.看得懂的书,请仔细看;看不懂的书,请硬着头皮看; rnrn13.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍; rnrn14.请把书上的例子亲手到电脑上实践,即使配套光盘中有源文件; rnrn15.把在书中看到的有意义的例子扩充;并将其切实的运用到自己的工作中; rnrn16.不要漏掉书中任何一个练习——请全部做完并记录下思路; rnrn17.当你用脚本到一半却发现自己用的方法很拙劣时,请不要马上停手;请尽快将余下的部分粗略的完成以保证这个代码的完整性,然后分析自己的错误并重新编写和工作。 rnrn18.别心急,写脚本确实不容易;水平是在不断的实践中完善和发展的; rnrn19.每学到一个脚本难点的时候,尝试着对别人讲解这个知识点并让他理解—-你能讲清楚才说明你真的理解了; rnrn20.记录下在和别人交流时发现的自己忽视或不理解的知识点; rnrn21.保存好你做过的所有的源文件—-那是你最好的积累之一;rnrn22.对于网络,还是希望大家能多利用一下,很多问题不是非要到论坛来问的,首先你要学会自己找答案,比如google、百度都是很好的搜索引擎,你只要输入关键字就能找到很多相关资料,别老是等待别人给你希望,看的出你平时一定也很懒! rnrn23.到一个论坛,你学会去看以前的帖子,不要什么都不看就发帖子问,也许你的问题早就有人问过了,你再问,别人已经不想再重复了,做为初学者,谁也不希望自己的帖子没人回的。 rnrn24.虽然不是打击初学者,但是这句话还是要说:论坛论坛,就是大家讨论的地方,如果你总期望有高手总无偿指点你,除非他是你亲戚!!讨论者,起码是 水平相当的才有讨论的说法,如果水平真差距太远了,连基本操作都需要别人给解答,谁还跟你讨论呢。能找到很多相关资料,别老是等待别人给你希望,看的出你 平时一定也很懒! rnrn[color=#0000FF][b]浮躁的人容易问:我到底该学什么;—-别问,学就对了;[/b] rn  rn[b]浮躁的人容易问:JS有钱途吗;—-建议你去抢银行; rn  rn浮躁的人容易说:我要中文版!我英文不行!—-不行?学呀! rn  rn浮躁的人分两种:只观望而不学的人;只学而不坚持的人; rn  rn浮躁的人永远不是一个高手。[/b][/color]

写给程序员(转帖)

09-27

你怎么过河?rnrn从前有个人来到一个偏远的山村,村里有条河,由于没有桥大家都只好淌着水过河。“这多危险啊!”这人心想,“我得给大家建一座桥!”回 到城里,他就出钱找人到村里建了一座桥。一年后,他又来到这个小山村,桥建好rn了,很漂亮。但是他惊奇的发现,人们依然是淌着水过河,很少有人从桥上过。他百思不得 其解,就赶到河边问一个刚上岸的村民:“河上不是有桥吗,你们为什么还要淌着水过河呀?”村民回答:“桥?太不方便了,你看我到rn桥边要走500米,过了河再回来还 要走500米,我从这里淌着水过河多近啊!”各位同仁们,你会选择如何过河呢?rn如果把做产品看成是过河的话,我们以前一直是淌着水直接过去的;而现在的CMM流程 就是河上那座桥,你又会如何选择呢?我们可以列出很多淌水过河的理由,时间那么紧急,你还要我们绕一圈多走路?那么多年都淌过去rn了,这次会淌不过去吗?我们都是好 水性,从桥上过岂不是失去了发挥的舞台?是的,这些都是理由,然而这些同志却忽略了淌水过河有多危险?河里有鳄鱼(缺陷),随时可能把你吃掉;河水湍急(人力不足),你随 时可能陷rn入漩涡,等你上岸时已经偏离目的地很远了;上游随时可能有山洪爆发(需求变更),把你冲的晕头转向;……想到这些,你是否对过去淌水过河的做法有点后怕? 当你历经磨难,精疲力竭的爬上对岸,却发现你和目的地的偏离rn远远大于那1公里时,你会想些什么?rn我们在推行CMM的过程中遇到的一个很大的问题就是“多走 1公里”的问题,很多人会说我们的时间太紧了,没有时间走流程,如果你给我足够的时间,我就会把流程走好!然而真的是这样吗?我们总是紧盯着那“1公里”rn,认为那 是一种巨大的投入;我们祈祷鳄鱼都睡觉吧,我们祈祷河水慢慢的流,我们祈祷上游风平浪静,我们祈祷我们可以安然的淌过去,到达胜利的彼岸!事实上呢?我们的确很少有淌不过 去而淹死的时候,因为我们都是冲浪rn高手;但是我们每天和鳄鱼搏斗浑身是伤,我们走的东倒西歪偏离了航向,我们被大浪拍打常常要喝几口水。我们愿意接受这么多的磨难 ,为什么就是不愿意走这1公里呢?我们再来看看从桥上走的人!他们无须祈祷什么,他们rn感叹鳄鱼的强悍,漩涡的惊险,洪水的汹涌;但是这些对他们都没有什么影响,他 们平稳的走在大路上;这一切源自他们选择了“多走1公里”。rn还有一种更可怕的情况,开始决定走桥了,然而走了400米以后,看到人家淌着水过河的已经到了河中央了 ,开始动摇了,终于决定还是就地下水吧!这才是真正的“多”走路了!很多项目目前都是这样,看起来走了流程,rn但是形式多于实质,比如需求跟踪矩阵,迫于QA的压力 花了不少人力去填写,但是填完以后就没有人看了,这就和种了庄稼却不去收割一样,浪费啊!我的老家有一句俗语,“馒头吃到豆沙边”就是形容这个!当你把馒头外面rn的 面粉快吃完,马上就要享受甜美的豆沙时你却放弃了,因为前面的面粉让你失望!你离你的豆沙只差这一口!rn选择正确的路,坚定的走下去,终归会有回报,人生如此,执行 流程亦是如此!

没有更多推荐了,返回首页

私密
私密原因:
请选择设置私密原因
  • 广告
  • 抄袭
  • 版权
  • 政治
  • 色情
  • 无意义
  • 其他
其他原因:
120
出错啦
系统繁忙,请稍后再试