读了《人，绩效和职业道德》，真的让我受益匪浅。分工的重要性是我觉得最有意义的收获。

在文章的开头作者引用了一个猪、鸡和鹦鹉的小故事，非常有趣自然地把人们带入了其中，让读者能够有兴趣了解文章。确实正如故事中所说的那样，在平时的工作与学习中，身边的每个人都扮演着一个角色，有些人是猪，但他却能够对事情全身心的投入；有些人是鸡，他们仅仅是扮演着参与者的角色；还有一些人是鹦鹉他们虽然身着漂亮的外表，但在生活中仅仅是担任着围观的作用。但是当我们作为一个团队共同工作时，无论我们到底是想成为一个什么角色还是真真正正的再担负着一个什么角色，只要我们每个人踏踏实实的做好自己本分内的工作，那就是对这个团队最大的贡献。在一个团队中不是说我要怎么怎么样，我要做领头者，只要大家一起努力把这个项目做好，荣耀其实是大家的。一个团队没了谁都是不可以的。

在看完这篇文章后，还有一点让我印象深刻。说道分工那就不得不提组长这个职位，一个团队中必须选出一个决策者，这样在遇到大的事情时才会有人做决定，组长在团队中起到了领头羊的作用，组长必须根据每个成员的特点对其进行分工，只有一个好的分工才能保证项目又快又好的完成。分工完成后就到了团队成员的磨合期了，每个人有每个人的主见和思想，所以在很多事情上可能会争执起来，这时候该组长出面了，组长既要做一个正确的决定还得安抚好每个成员的情绪，让每个人不能把情绪带到工作中去。作为这个组的一个成员，我觉着每个人也应该控制一下自己的小情绪，在一个团队中，只要每个人都能够包容一点，那么无论大事小事都不会产生伤和气这种事。

软件开发和软件团队的生存都面临许多问题，需要许多睿智而果断的决定，一个团队如何做决定呢?  有下面几种方式，请评说各自的优缺点：

a) 独裁：   领导说了算。

优点：就是没有太多的纠纷，不容易各执己见争论不休，有着很快的进度。

缺点：如果领导的大方向有了问题，就比如一个大楼的地基没有打好，以后的路会更加难走。

b) 独裁+顾问：  领导和一些外部的顾问商量之后做决定

优点：有了参谋，就不会太武断与专横，还可以吸收各方的建议。

缺点：只能站在专家顾问和领导的角度，而忽视了团队中更多的人。

c) 民主投票：这样就产生了赢家和输家

优点：更为的公平公正，足够民主，会有大家的意见在其中。

缺点：更为消耗时间

d) 全体一致同意后再决定：皆大欢喜?

         优点：大家都很高兴，皆大欢喜。

         缺点：进度更慢了。

我认为一般有过面向对象编程的人，认为最难也最头疼的就是设计了。每个踏上程序员的道路的人，在成功之前一定会遇上很多阻碍，可以说每个成功人士之前肯定有自己的辛酸史，但是我觉得程序员的成长比其他一般人的要困难得多，因为他们每天都是面对的枯燥无味的代码，而且程序员不做到精在社会上是难有作为的。

一个好的项目，设计至少可以占到百分之五十甚至更多。我认为设计主要有两个思想，一个是高内聚低耦合，一个是设计应当以行为为中心而非数据为中心，业界的话就是应当以需求为中心。关于设计的争论由来已久，在我看来，这是由行业性质决定的，软件行业毕竟是为其他行业服务的，因此分门别类，随着经验的增长业务能力逐渐要大过编程的能力，因此，程序决定业务还是业务决定程序就成了唯物和唯心的交火点，虽然近年来业务决定项目的争论已经拔得头筹，但是旧恶难消，仍有不少人坚决维护先决定项目框架，再分析业务配套相关技术的思路，这部分人，如果不是面向过程的年代发展过来的，一定是书呆子。业务决定项目，项目决定框架，框架决定编程语言，话说到底，根本原因是软件行业是服务行业。这是根本，不要迷惑。

  如今，我们只是上课听教员讲一些教材上的常识，上机操练一下教材上的例子。没有本身的思虑，美满是复制不动脑思虑，若是想要在软件行业生活生计下去就须要本身下工夫，不克不及只是听教员讲，这就要日常平凡本身的一些堆集，一些锤炼，勤思虑，本身下手写代码。再就是要 多看书，须要时辰要给本身补充能量，看书可以 教会你如何解决题目。多方面的思虑题目，是你的眼界 坦荡。

 

   不忘初心，方得始终。朝着本身最初的目标进步。当你累了，倦了，想想你的初心是什么。你将来的工作是什么，你的目标又是什么，多问几个为什么。要给本身定一个位。本身如今能达到什么养的高度，多鼓励本身。