读了《人，绩效和职业道德》，真的让我受益匪浅。分工的重要性是我觉得最有意义的收获。
在看完这篇文章后，还有一点让我印象深刻。说道分工那就不得不提组长这个职位，一个团队中必须选出一个决策者，这样在遇到大的事情时才会有人做决定，组长在团队中起到了领头羊的作用，组长必须根据每个成员的特点对其进行分工，只有一个好的分工才能保证项目又快又好的完成。分工完成后就到了团队成员的磨合期了，每个人有每个人的主见和思想，所以在很多事情上可能会争执起来，这时候该组长出面了，组长既要做一个正确的决定还得安抚好每个成员的情绪，让每个人不能把情绪带到工作中去。作为这个组的一个成员，我觉着每个人也应该控制一下自己的小情绪，在一个团队中，只要每个人都能够包容一点，那么无论大事小事都不会产生伤和气这种事。
我认为一般有过面向对象编程的人，认为最难也最头疼的就是设计了。每个踏上程序员的道路的人，在成功之前一定会遇上很多阻碍，可以说每个成功人士之前肯定有自己的辛酸史，但是我觉得程序员的成长比其他一般人的要困难得多，因为他们每天都是面对的枯燥无味的代码，而且程序员不做到精在社会上是难有作为的。
一个好的项目，设计至少可以占到百分之五十甚至更多。我认为设计主要有两个思想，一个是高内聚低耦合，一个是设计应当以行为为中心而非数据为中心，业界的话就是应当以需求为中心。关于设计的争论由来已久，在我看来，这是由行业性质决定的，软件行业毕竟是为其他行业服务的，因此分门别类，随着经验的增长业务能力逐渐要大过编程的能力，因此，程序决定业务还是业务决定程序就成了唯物和唯心的交火点，虽然近年来业务决定项目的争论已经拔得头筹，但是旧恶难消，仍有不少人坚决维护先决定项目框架，再分析业务配套相关技术的思路，这部分人，如果不是面向过程的年代发展过来的，一定是书呆子。业务决定项目，项目决定框架，框架决定编程语言，话说到底，根本原因是软件行业是服务行业。这是根本，不要迷惑。
如果说在读了这篇文章后给我的是道理性的启迪，那么在读完一个程序员的博客后，我得到的是心灵上的启发。博客中程序员介绍了他从毕业到工作到成功的历程，从他的刚开始的状况来说，可以说是起点比我们低了很多，那是的教育水平也许比现在低了很多，但是作者从来没有放弃过梦想，他知道在学校由于时间的问题，必然学到的知识是有限的，他知道自己必须在课余时间再自学一点才能比其他的同学多点就业机会。就这样他毕业后可以说是找到了工作，但是找到工作不一定适合自己，刚开始作者在一家公司可以说只是作者打杂的工作，那微薄的收入仅仅能够维持家用，但是他并没有就此自暴自弃，相反他找机会努力的让别人发现他的价值。作者的这一点非常值得我学习，现在的我们在一个位置上呆习惯了，就不想发生改变总觉着现在的自己可以了，从而忘记了自己最初的梦想是什么。我觉着现在的我们应该想这个作者学习，永远不要忘记自己最初的梦想是什么，不要安于现状，应该积极进取，争取做最好的自己。