• <构建之法>之一至二章


    身在大学,却想起了在高中的生活和初中的生活,特别是初中的生活,为什么这么说呢!因为《构建之法》,看了其中的两章的内容,为什么想到了初中和高中的生活呢,因为在高中和初三的时候看的最多的就是课本,虽然有时会看不进去,但是同样会硬着头皮去看,因为要想考一个好的高中所以就认真的学习,看书。但是到了大学,可以说很少去看课本了,都开始看电子版的书了,当然看的电子版的书,就分好坏了,(其实书都分好坏,主要是看你怎么去看待它,在书中看到的是什么,是主人公的坚持不懈的努力,还是一些其他的东西!)而我就看了好几本的小说,科幻小说,玄幻小说,都市小说,可以说都看过,但是坚持看完的却是一只手能数出来,可见我对书的耐心真的不怎么样,但是没事的时候我也在想,我为什么能看完那“少有的几本书”,想我为什么能看完,耐心?好奇心?还是不知道自己干什么闲的了,想来想去我得到了一个最后一个结果就是闲的了。

    而到了上了大学(大一)我就连看小说的心都没有了,觉得没什意思。而这样的结果导致我很无聊,很闲,除了上课认真听讲之外真的没有去想过去看什么书,但是到了大二,觉得自己对现在所学的专业还挺感兴趣的(虽然这个专业还是姐姐帮我选的),再到后来也就是到大二的时候我得到了一本书,刚开始得到这本书时,我就是硬着头皮在去看,曾经有几天我真的没想去看它,因为我在硬着头皮听书,因为我觉得听书会让我更舒服些,也许是因为老师的一句话,也许是不知道什么原因,我就每天硬着头皮去看,时间长了自己从进入看书的状态到结束看书,跑神的次数越来越少,并同时感觉读书还不错啊,至少自己不会那么闲,那么无聊了,老师说:“读书的心,需要慢慢呵护起来”,我想我现在应该处于呵护的初级状态吧!因为自己看书不知道是习惯还是怎么回事,就是一个一个字的去看,去读,而如果中途出现跑神的话就会重读(但是就是这样读过之后不久仍会忘)。曾看大到一句话大概意思就是说:读书的好坏不是你能记住多少,而是你能否在适当时候让它自然而然的浮现在自己的脑海里

    《构建之法》之章一

    看第一章首先看到的两个大字就是概括,没有理它,继续往下看,看到了”软件=程序+软件工程“今天看到这个等式多少有些理解,所谓的软件就好比是一间房子它需要有架构和一些装饰它才算是一间房子而软件也一样,一个大的软件就是一些小的程序组合起来的,而这些程序是怎么组合起来的,该怎么组合,怎么组合才能使这个软件(房子)更坚固,更不容易出现问题(bug),这时就需要软件工程(工程师)来完成了。

    在往下看,看到了一句第一次看到它,我不懂什么意思,第二次看依然很朦胧,再次看它时觉得很经典很有道理的一句话:”程序=算法+数据结构“;而我从这句话看到了我的进步,因为我从不懂到理解,我就是在进步,说明我在进步,所以每当看到这句话我会很高兴,很喜欢这句话。

    再之后看到的两句还就是:“软件=程序+软件工程,软件企业=软件+商业模式”从前者推到后者,增加了我对这两句话的理解。更明确,更深刻一些。

    在之后看到的就是我认为本章最深刻最重要的内容------软件的开发的不同阶段,分成了:

    1.玩具阶段。

    2.业余爱好阶段。

    3.探索阶段。

    4.成熟的产业阶段。

    而我个人认为暗含:

    1.好奇阶段。

    2.喜欢阶段。

    3.毅力阶段。(重中之重)

    4.成功阶段。

    我理解的四个阶段,我认为毅力阶段是重中之重,是四个阶段的核心毅力阶段的成功与否是能否走向成功阶段的基础。虽然经历毅力阶段不一定能走进成功阶段,但是如果你不走完毅力阶段那你将永远无缘与成功阶段。

    再然后让我记忆深刻的就是软件工程的目标了,什么是软件工程的目标,那就是足够好的软件,什么才是足够好的软件呢。个人理解为尽可能的满足于客户的需求,信奉顾客就是上帝.还有就是尽可能的,在此基础之上尽可能的消除软件的bug,从而提高软件的可靠性,可维护性。

    《构建之法》之章二

    第二章讲的是个人的技术和流程,记得上第一节课的时候老师就让我们在书的首页,写上,两个大字“流程”,刚开始真的不知道老师为什么让写这两个字。不知道是什么意思,跟这本书又有什么关系。不过依然写上了两个大字“流程”!

    在第二章首先看到的是让我第一次上机课就很找不到头绪的,单元测试,不知道怎么去测试,不知道测试有什意思。为什么要测试,程序写好了运行一下能运行一下不就行了,为什么还要测试,还非让代码的作者去测试,真的麻烦,但是,看完之后觉得测试是很有必要的,个人理解为:单元测试结果的好坏,是检测一个程序的好坏的标准,是检测一个程序是否有隐藏的bug的标准。一个好的标准的单元测试能找到程序运行快慢的原因,从而进行程序的提高。

    在这之后的回归测试看的就不懂了,还有就是什么抽样,和代码注入,真的很不懂,但是有一点看懂了,那就是代码的写法不一样那源代码中的一个函数的调用的次数就会不一样,从而导致调用的时间也就会不一样。在这里也理解到了效能测试的重要性。

    在之后的个人开发流程就更让我感到很是不爽了,什么psp有什么用啊,而且每次都把psp都读成ppt,同样的第一次看时,不知道有什么用,干什么的,麻不麻烦啊!但是用过几次之后,回来再看时就觉得很有必要,psp就像是一个计划表一样,可以很清晰的看到一个团队的工作流程,还可以通过不同时间的不同的psp进行计较,进而看到团队的提高,一个团队的水平!

    以上均属个人理解!

  • 相关阅读:
    HDU 4864 Task(经典贪心)
    51Nod
    POJ 3122 Pie(二分+贪心)
    HDU 1053 Entropy(哈夫曼编码 贪心+优先队列)
    POJ 1328 Radar Installation(很新颖的贪心,区间贪心)
    11572
    HDU 1789 Doing Homework again(非常经典的贪心)
    合并果子(贪心+优先队列)
    CSU-ACM2018暑假集训6—BFS
    HDU 2102 A计划(两层地图加时间限制加传送门的bfs)
  • 原文地址:https://www.cnblogs.com/lizanqirxx/p/5002698.html
Copyright © 2020-2023  润新知