读完《构建之法》后所产生的问题

 读完《构建之法》后所产生的问题

花了一段时间来读完了《构建之法》,觉得从中学习到了很多知识,当然对于书中的内容我也有一些不理解,存在一些疑问需要解答。

第一个问题是我看完本书第2章所产生的。按照书上对于一个软件工程师的评价标准来说我们这个团队里大部分都不是合格的软件工程师,因为我们个人技术都没有很好的储备,那么有什么比较有效的方法来提升我们的能力?

第二个问题是看完第6章产生的。对于我们这样一个4人小团队,且所要研发的软件项目不是特别复杂,能够借助使用敏捷流程吗?

第三个问题是看完第9章产生的。如果一个团队所开发的项目不索求任何利益,也不需要和别的团队合作,项目经理同时也没有开发软件的技术和能力,那么是否就不需要项目经理了?

第四个问题是看完第11章产生的。在软件开发阶段应该经常会遇到瓶颈,比如写不出代码这个问题,那么整个团队情绪会受到影响,这种情况下改怎么处理?

第五个问题是看完第16章产生的。我们现在真比较困难去想出一些创新,因为科技太发达,很多软件都已经被他人开发出,所以有什么方法能够帮助我们去创新吗?

这就是我看完这本书后想提出的五个问题。

 

转载于:https://www.cnblogs.com/Macon/p/5535937.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值