• 博客园logo
  • 会员
  • 众包
  • 新闻
  • 博问
  • 闪存
  • 赞助商
  • HarmonyOS
  • Chat2DB
    • 搜索
      所有博客
    • 搜索
      当前博客
  • 写随笔 我的博客 短消息 简洁模式
    用户头像
    我的博客 我的园子 账号设置 会员中心 简洁模式 ... 退出登录
    注册 登录

陌上的阳光

  • 博客园
  • 联系
  • 订阅
  • 管理

公告

View Post

第四章和第十七章阅读小记

第四章节《两人合作》

第一个问题:

书本第77页原文:例如C#中,if()语句只能接受bool值的表达式,这样很大程度上就杜绝了上面

的问题。这类语言中,前缀就不是很必要了,匈牙利命名法并不适用。

我的疑点:

程序语言的编写中,匈牙利命名法的解释性的对类或方法进行命名怎么就不适用C#语言了,老师上面

推翻观点的只是一个样例,匈牙利命名法好的地方书上是有提到的。.NET和C#不适用,是软件行业的

一种规范应要求还是说,如十七章所说的可以结合团队的规范,进行自我的使用评定。

第二个问题:

书本81页原文:

  数据组成员

   2)不要使用公共的数据成员,要用inline访问函数,这样可以兼顾封装和效率。

我的疑点:

书的前三点介绍介绍的 C++语言规范中,老师例举的类的使用,数据的封装,构造函数使用,我自己是

了解知道并理解的,但对inline函数访问中说的不使用公共数据成员。这一做法是是情况而定或者团队

代码规范而定还是必须要这样做。下面是我查询的一些解释:

第三个问题:

书本的第85页在项目开发的早期斤斤计较于一些细枝末节也是与大局无补得,但是问题来了,这些问题

并不难处理了,我们可以建立一些优先级较低的工作项来跟踪处理。

我的疑点:

建立优先级较低的工作项?我好像没理解,是说复审时把它归为不太重要的事项来解决?但这样也不是

很好理解。

第十七章《人、绩效和职业道德》

第一个问题:

书本的第39页原文:

阿超:恐怕不行,我们要胡萝卜和大棒并用。我们的大棒就是“小强地狱”。

我的疑点:

在这个小故事当中我本来想看到书本有什么方法能解决慢工出细活的这种工作方式的方法的,或者说白菜

和萝卜怎么相学相吸。但最后只是一个解释。

小节:

书的388页的一句原话:科学家认为,人类有别于其他动物的最大的特点是人脑里有发达的部分在处理

“别人在做什么”和“未来会发生什么”这些事情。能摆脱[自我/当下]而考虑到[别人/将来],从而主动

为人群和将来行动,这是人和其他动物不同的地方。挺激进的一句话,能燃起了自己对结对项目的信心。

 

 

 

 

 

 

  

posted on 2018-04-01 17:23  陌上的阳光  阅读(155)  评论(1)    收藏  举报

刷新页面返回顶部
 
博客园  ©  2004-2025
浙公网安备 33010602011771号 浙ICP备2021040463号-3