构建之法——现代软件工程 第二版 阅读笔记

  今天下午刚邮寄到,晚上读了两小节:

  第一节解答了大家可能都会有的疑问(至少我有这些疑问……),而且还举出了例子来说明;后面对于术语的解释也是这样,使得很多晦涩的文字变得通俗易懂了!其中提到了一个问题:一个功能,用户使用它的概率为百万分之一,你还会做这个功能吗?要是我的话八成选择第二个,没时间实现就算了……读完之后才明白,该想到的、需要具备的都不能省略。

  后面还看了下第四章,因为结对编程的时候用得到:开篇是一段杂乱无章的代码,完全看不下去的那种!让读者直接感受到代码规范的重要!

  期待嘛,读一本书自然希望学到很多东西,获取一些知识。如果展望一下的话,希望能够具备作为合格软件工程师所需要的基本素质(比如对客户需求的分析、理解能力,能准确知道客户想要什么;团队协作能力;个人能力等)。

  ——2016.9.5

 

  大致通读了一遍构建之法,目前有如下几个问题:

  1.我认为重复的工作会磨灭创新性,不停做同一件事,往往会忽视而难以发现新的东西。那么作为一个软件工程师,如何在团队工作中保留自己的创新能力呢?

  2.在团队中有可能会有这样的情况:“为什么他的任务比我的少?”,“为什么他工资比我高?”。那么团队中这样的分配是否要找到一个平衡点?还是说告诉他“绝对公平本来就不存在”?

  3.当发现之前设计会影响后面集成工作的进度,但是如果改弦更张会延误工期时要如何抉择?(进退两难,不知该怎样才好,因此在这里作为问题提出)

  4.前面的阐述感觉更侧重于强调需求分析和设计的重要性,而敏捷强调“速成”,似乎与软件工程有所冲突?

  5.对于用户来说,一个软件不光要实用,还要界面美观:现在有这样一个问题,客户给的资金、时间都有限,我们只能保证功能完备和界面美观二选其一,这样应该如何抉择呢?

  ——2016.9.14

posted on 2016-09-05 23:50  终不悔  阅读(261)  评论(6编辑  收藏  举报

导航