读后感：

读了《人，绩效和职业道德》，真的让我受益匪浅。分工的重要性是我觉得最有意义的收获。在文章的开头作者引用了一个猪、鸡和鹦鹉的小故事，非常有趣自然地把人们带入了其中，让读者能够有兴趣了解文章。确实正如故事中所说的那样，在平时的工作与学习中，身边的每个人都扮演着一个角色，有些人是猪，但他却能够对事情全身心的投入；有些人是鸡，他们仅仅是扮演着参与者的角色；还有一些人是鹦鹉他们虽然身着漂亮的外表，但在生活中仅仅是担任着围观的作用。但是当我们作为一个团队共同工作时，无论我们到底是想成为一个什么角色还是真真正正的再担负着一个什么角色，只要我们每个人踏踏实实的做好自己本分内的工作，那就是对这个团队最大的贡献。在一个团队中不是说我要怎么怎么样，我要做领头者，只要大家一起努力把这个项目做好，荣耀其实是大家的。一个团队没了谁都是不可以的。在看完这篇文章后，还有一点让我印象深刻。说道分工那就不得不提组长这个职位，一个团队中必须选出一个决策者，这样在遇到大的事情时才会有人做决定，组长在团队中起到了领头羊的作用，组长必须根据每个成员的特点对其进行分工，只有一个好的分工才能保证项目又快又好的完成。分工完成后就到了团队成员的磨合期了，每个人有每个人的主见和思想，所以在很多事情上可能会争执起来，这时候该组长出面了，组长既要做一个正确的决定还得安抚好每个成员的情绪，让每个人不能把情绪带到工作中去。作为这个组的一个成员，我觉着每个人也应该控制一下自己的小情绪，在一个团队中，只要每个人都能够包容一点，那么无论大事小事都不会产生伤和气这种事。我认为一般有过面向对象编程的人，认为最难也最头疼的就是设计了。每个踏上程序员的道路的人，在成功之前一定会遇上很多阻碍，可以说每个成功人士之前肯定有自己的辛酸史，但是我觉得程序员的成长比其他一般人的要困难得多，因为他们每天都是面对的枯燥无味的代码，而且程序员不做到精在社会上是难有作为的。一个好的项目，设计至少可以占到百分之五十甚至更多。我认为设计主要有两个思想，一个是高内聚低耦合，一个是设计应当以行为为中心而非数据为中心，业界的话就是应当以需求为中心。关于设计的争论由来已久，在我看来，这是由行业性质决定的，软件行业毕竟是为其他行业服务的，因此分门别类，随着经验的增长业务能力逐渐要大过编程的能力，因此，程序决定业务还是业务决定程序就成了唯物和唯心的交火点，虽然近年来业务决定项目的争论已经拔得头筹，但是旧恶难消，仍有不少人坚决维护先决定项目框架，再分析业务配套相关技术的思路，这部分人，如果不是面向过程的年代发展过来的，一定是书呆子。业务决定项目，项目决定框架，框架决定编程语言，话说到底，根本原因是软件行业是服务行业。这是根本，不要迷惑。如果说在读了这篇文章后给我的是道理性的启迪，那么在读完一个程序员的博客后，我得到的是心灵上的启发。