在看完这篇文章后,还有一点让我印象深刻。分工的重要性,说道分工那就不得不提组长这个职位,一个团队中必须选出一个决策者,这样在遇到大的事情时才会有人做决定,组长在团队中起到了领头羊的作用,组长必须根据每个成员的特点对其进行分工,只有一个好的分工才能保证项目又快又好的完成。分工完成后就到了团队成员的磨合期了,每个人有每个人的主见和思想,所以在很多事情上可能会争执起来,这时候该组长出面了,组长既要做一个正确的决定还得安抚好每个成员的情绪,让每个人不能把情绪带到工作中去。作为这个组的一个成员,我觉着每个人也应该控制一下自己的小情绪,在一个团队中,只要每个人都能够包容一点,那么无论大事小事都不会产生伤和气这种事。
如果说在读了这篇文章后给我的是道理性的启迪,那么在读完一个程序员的博客后,我得到的是心灵上的启发。博客中程序员介绍了他从毕业到工作到成功的历程,从他的刚开始的状况来说,可以说是起点比我们低了很多,那是的教育水平也许比现在低了很多,但是作者从来没有放弃过梦想,他知道在学校由于时间的问题,必然学到的知识是有限的,他知道自己必须在课余时间再自学一点才能比其他的同学多点就业机会。就这样他毕业后可以说是找到了工作,但是找到工作不一定适合自己,刚开始作者在一家公司可以说只是作者打杂的工作,那微薄的收入仅仅能够维持家用,但是他并没有就此自暴自弃,相反他找机会努力的让别人发现他的价值。作者的这一点非常值得我学习,现在的我们在一个位置上呆习惯了,就不想发生改变总觉着现在的自己可以了,从而忘记了自己最初的梦想是什么。我觉着现在的我们应该想这个作者学习,永远不要忘记自己最初的梦想是什么,不要安于现状,应该积极进取,争取做最好的自己。
我认为一般有过面向对象编程的人,认为最难也最头疼的就是设计了。一个好的项目,设计至少可以占到百分之五十甚至更多。关于设计的争论由来已久,在我看来,这是由行业性质决定的,软件行业毕竟是为其他行业服务的,因此分门别类,随着经验的增长业务能力逐渐要大过编程的能力,因此,程序决定业务还是业务决定程序就成了唯物和唯心的交火点,虽然近年来业务决定项目的争论已经拔得头筹,但是旧恶难消,仍有不少人坚决维护先决定项目框架,再分析业务配套相关技术的思路,这部分人,如果不是面向过程的年代发展过来的,一定是书呆子。业务决定项目,项目决定框架,框架决定编程语言,话说到底,根本原因是软件行业是服务行业。这是根本,不要迷惑。
一个好的软件是为了帮助自己,不能以损害别人为代价。团队讨论也要有目的性的,快速的讨论出结果。
看了博客园里面的博客我有了以下几点感悟:
1.我们做程序的,虽然每天看着酷族的代码,但你毕竟走上了这条路,就要努力做好,不是每个读书好的人都有成就,面对社会的发展,我们要跟上潮流的脚步,不要拘于原有的技术,创新是一个主要,程序做出来是给人用的,我们在编写的前提要考虑到用户的需求,要有新想法才能有新创作。做人做事也一样,不能被孤立,一个友好的工作环境,往往会获得意想不到的收获。
2.付出就必定有收获,而收获的好坏还是在于自我,不要去找客观原因,不要去推卸职责,勇敢地应对现实,人生总有坎坷,不用畏惧,以后再发奋,只有付出才能收获,没有不劳而获的美差事。史铁生摔了一跤,没有了双腿,这对任何人来说都是沉重的打击。但他没有因此对生活失去信心,而是用自己的大脑和双手去表达对生活的无限热爱。