读4、17章有感

第四章:“在变量前面加上有意义的前缀，程序员就能一眼看出变量的类型及相应的语义。这就是“匈牙利命名法”的用处。”

       我对老师书中所说的命名法产生兴趣，所以进行了资料的查阅。找到了一系列命名规则，学到很多。

       经典命名规则

1. 匈牙利命名法。该命名法是在每个变量名的前面加上若干表示数据类型的字符。基本原则是：变量名=属性+类型+对象描述。如i表示int,所有i开头的变量命都表示int类型。s表示String,所有变量命以s开头的都表示String类型变量。
2. 骆驼命名法。正如它的名称所表示的那样，是指混合使用大小写字母来构成变量和函数的名字。驼峰命名法跟帕斯卡命名法相似，只是首字母为小写，如userName。因为看上去像驼峰，因此而得名。
3. 帕斯卡命名法 即pascal命名法。做法是首字母大写，如UserName,常用在类的变量命名中。

        Java建议命名规则

        类名使用帕斯卡命名方式，如：VelocityResponseWriter

        包含小写：net.oschina.beans.xxx

        变量名和方法名小写开始的驼峰命名，例如：studentParentName

        常量名用全大写：MAX_PARAMETER_COUNT = 100

        枚举类名参考普通类名，枚举变量使用全大写

        不使用任何带下划线的命名方式（OSCHINA项目大量采用带下划线的变量，哈哈），除非是常量或者是枚举值。

        必要命名规则

         变量名首字母必须为字母(a-z A-Z)，下划线(_)，(@)或者美元符号($)开始，php编程中所有变量必须以$开始。

         变量名只能是字母(a-z A-Z)，数字(0-9)，下划线(_)或(@)的组合，并且之间不能包含空格。

         变量名不能使用编程语言的保留字。比如在javascript中不能使用true,false,while,case,break保留字等等。

第十七章：1、效绩管理

       书中提到的效绩管理方法，我仔细阅读了下，确实在企业项目团队管理中能起到提升整体效率的高效作用。但是，我认为这套评判标准非常合适于企业但不一定合适于学生的课程学习。尤其区别对待这一项，如果是大公司大项目，人数众多，确实会出现浑水摸鱼现象，带坏整个团队风气，但在学生小组作业中，大家都会为了自己的作业而努力，就是有人不喜欢至少也会为分数考虑而尽力，而每个人的能力不同，可能有人不擅长项目，学习的时间多，对项目的贡献却不多，依据区别对待，是否就会彻底打消其积极性，也一定会让小组成语产生隔阂，不利于团结和凝聚。

       而且，书中有例子，有的小组成员都很优秀，但因为10%待遇问题，必须选出一位淘汰，这是否就更不公平，而且容易导致一系列负面的信任隐患，损害小组成员积极性？