• 读构建之法后提问。


    问题一:在书1.2.4标题软件工程的目标-创造“足够好”的软件。在谈论到Bug对一个软件是好还是坏的时候说明了Bug在不同人的眼里有着不同的地位,并不一定所有的Bug对于软件来说是一个坎,对于一些开发人员来说这个坎可能成为一个垫脚石让其达到一个新的高度。后面的解答说研发出符合用户需要的软件等的三个是足够好的条件。是不是不完美的软件才是真正意义上完美的软件?
    问题二:对于3.1个人能力的衡量与发展中通过画扇子能说明了用户的需求分析与个人能力不符。自己对自己的定位不准确使得用户的需求不能得到满足。如果自己遇到了一个大的项目但面对自己的能力不足 ,我们是先果断的拒绝还是勇于挑战自己努力去完成?
    问题三:在团队合作中第四章讲到了两人合作,两人要是最小的团队规模在我看来两人合作往往是最困难的合作模式 ,两个人的意见不统一很难使另一方信服则这个项目就很难进行下去也就是进入了解体阶段。但是有的人想法固执,是不是我们可以进行尝试性的屈服让事实证明一下结果,不必进行解体。

  • 相关阅读:
    C#使用各种时间戳及转换
    Rust借用机制的理解分析
    C# QRCoder 生成二维码
    Android 使用 JCIFS 访问共享文件
    Linux samba 创建共享盘
    WPF 等待对话框
    IIS实现Nginx功能:转发
    js jquery ajax跨域
    依赖注入
    .net standard
  • 原文地址:https://www.cnblogs.com/style-/p/10514408.html
Copyright © 2020-2023  润新知