读《构建之法》感悟

 

     初次看到构建之法时,感觉一门课,竟然发两本书,还要求我们写技术博客,并且通过博客与老师和同学们交流,任务很多,很重的样子,我们大多数人根本没有多少的实际开发经验在这种情况下,去学习软件测试,会不会尽是理论,都是一些虚无缥缈的东西,会不会如同鸡肋呢?不禁心中打起了小鼓。不过听了授课老师的介绍,感觉还不错。随手翻了翻,感觉故事性挺强,不知不觉就看了两章,之后我就有时候在睡前看个十几页,然后睡觉。

    有时候想这本书如果在大一的时候,就看到了,或许对程序员这个行业就会少一些迷茫,多一些准备吧。这本书让我更加了解这个行业,我感觉这本书与现实的接轨还是不错的。给我指引了一些方向。在一些重点字眼上,还会加粗,我们就会容易的找到那些关键词。书中有很多人物间的对话,那些对话很多具有趣味性,让我们读的感觉不那么枯燥,在开发的过程中,不同人物之间对项目的看法,对项目的某些问题产生的疑问,以及平常生活中都会碰到的沟通问题等,都给了我不一样的角度。

    印象最深的就是给我们介绍了软件=程序+软件工程,这个道理本来很普通,但通过一个例子,理解的较深一层。程序和工程的差别差不多就是工作量的大小不同,通过一个很简单的小例子阿超给他的孩子写了个程序,扩展到一个满足各种功能的应用软件,在扩展到能保证服务质量的软件服务,这期间就展现了软件工程的重要性,虽然这期间只是多了一点点的需求,但是前期如果没有对这个程序进行良好的需求分析,后续的维护会变得有点复杂。软件工程的目标,就是创造“足够好”的软件,其中用户满意度,可靠性,可维护性都会在阿超发布在网上的软件上体现出来。我们的老师,让我们自己每个人写一个简单的四则运算,并且和同学们比较了一下各自程序的功能,实现方法的异同,还有各自的优缺点。在这其中我发现每个人擅长的语言是不同的,每个人的想法也不同,编程习惯,方法在不知不觉中,已经发生了变化,。通过对比代码,才发现自己的格式,注释,还有编码习惯都有许多需要改进。

   还有也理解了一些,为什么好多软件公司为什么总是缺人,而学习计算机的毕业生也是很多的,也不至于总是供不应求吧,听到一个HR说宁缺毋滥,因为每个人的工作质量都直接影响着最终软件的质量。用了个踢足球的例子,如果队员中又一个很弱,无论你制定什么样的策略,用处都不大,所以提升个人能力很重要,在我们的职业发展中,孰能生巧很重要,在熟能生巧上,能弄懂,那么你就是更上一层楼,都说程序员每天的工作就是搬砖,那你的工作量就是有多少块砖,要搬多远。简单的衡量你的工作质量就是多块搬完,搬得过程中损坏了多少块砖。

    作者通过玩魔方的例子,给我们讲了软件工程师的成长,我开始思考自己的能力以及问题所在。曾经觉得自己学过html,还学过java,ps,自学了javascript, jquery等也自己尝试的写了网上商城。但是,这真的就够了吗?知识与实际的应用能力还是差一大截。中间出现了一步错误,我就需要很久才能发现。知道、掌握和精通这几个关键词我自己究竟到了哪一步呢?这么多的技术我差不多都只是停留在了知道的层面,那比起那些不是软件工程专业的人,我有什么是突出的呢? 对于学校的考试来说,知道这些足以应付考试。但是我如果要想成为一名Web前端的开发者,还有多少的路要走呢?

   软件测试在我们的软件中的地位越来越高,而它的测试工具,方法也是多种多样,不禁让我有些茫然,项目经验的缺少,是一个大BUG呀,但是通过软件测试,我还是能得到一些感悟的,人的思想总是有些地方考虑不全,通过经验,我们能减少一些错误,但是其中存在缺陷是不可避免的。所以我会在我写的代码中多一些留意,多一些单元测试。尽量完善自己的代码。

     书中的一些其他,团队管理经验,让我可以做个好的员工,也可以让我做一个有效的管理者,在一些小细节上,这本书已经对我产生了一些小影响,我想《构建之法》这本书,我在不同时期,读的感悟也会有所不同吧,是一本值得多读几遍的好书,每次都能有新的体会。

我的疑问:

  1. 如果我想带着自己的一个完整的作品去找工作,那么这个完整的作品可以是什么样子的呢?
  2. 大学期间到底应该怎样更好的学习?
  3. 书中列举了几种的职业发展之路,那么怎样选择才是最适合我的未来职业发展呢?
  4. 一个项目团队的创立,发展,它的周期性有多长合适,如何长期维持下去?
  5. 我们经常看见,软件公司招收的人员都是要具有工作经验的,那么我们这些菜鸟,如何度过无经验到有经验的大神呢?
posted @ 2016-05-16 23:38  木木大可  阅读(155)  评论(1编辑  收藏  举报