读《大道至简》第6章有感

今天读了《大道至简》第6章——从编程到工程。这一章主要讲了从编程到工程。这一章主要讲了从编程到工程需要注意的一些事情,同时作者从编程到做工程的经历,也让我们明白了要如何去做好一个工程。

第一节 语言只是工具。作者在最开始的时候也非常执着于争论语言之间的优劣,他非常喜欢Pascal/Delphi,而不喜欢用C/C++。然而随着作者不断的深入研究编程,他逐渐看清楚了代码、方法、过程、工程与组织的关系。他明白了“语言只是工具”,做好工程才是最重要的。

第二节 程序。“程序=算法+结构”这是编程的本源定义,也是原始状态。编程的精义便在于此。而众多的编程人员则是围绕这一精义,用分支和循环作构成的逻辑来进行实践。

第三节 方法。“方法”和“方法论”的出现,推动了循环和分支所构成的逻辑的向前发展。长期的编程实践,必须沉淀为某种方法,于是“过程”“对象”和相关的方法就出现了。方法是实践到一定程度后自己瓜熟蒂落得到的,它不是强求能得到的,而是需要我们对自己所编的程序进行一遍遍的回顾,这样才能自然而然的得到方法。

第四节 过程。过程便随工程而诞生。过程解决的是工程中角色关系的问题。有了过程,就有了角色,沟通和环节问题。在一个项目中,项目经理要分清玩家与客户的区别,只有确定了角色,才能进一步解决角色间的沟通问题。

第五节 工程。工程是对目标的描述和成果的检测,至于工程目标的实现,是过程和方法的事:而有效,快速实现“过程”和“方法”所需的就是工具。而工程出现的原因是什么?是软件规模的不断扩大,而随着规模的复杂,也就要要求不同的知识领域的角色参与,同时也需要更多的资源。于是便出现了团队,拥有团队意识的软件公司才能在市场站稳脚跟。

第六节组织、工程理论是包含组织学的。一个工程不只是有技术环节,还包括人力资源、项目资金以及多个项目之间的协调。这些“组织”方面的内容。作为项目经理,你必须有一部分工作是非技术性的——因为那些与技术相关的工作完全可以交给开发经理来做,只有做好组织工作,注重与每一个团队成员的交流的细节,才能做好一个工程。

第七节Boss. 这一节主要是说Boss的主要工作并不是决定你的薪水,他们解决的是“经营”问题,Boss决定的是一个方向,组织者保障决策与这个方向是同步的,而工程是在这样的一个方向,决策下的具体行为,工程中是没有Boss的。

第八节 上帝之手 从最简单的编程开始,到工程团队的组织开发。实现都是最终的目的。正是由于实现的需要,我们才设计出了一些数据结构或逻辑结构的产生,而出现了团队组织模式,出现了过程模型,工具的产生也是处于实现的需要,总之“实现作为软件开发的本质需求和基本动因,如上帝之手在推动这几十年来的软件工程理论体系的形成。

总之,这一章的知识主要告诉我们从编程到工程的发展过程,同时也介绍了在过程中我们需要做的事情:要学会组织好团队,记住工程中没有Boss,我们要做的是做好工程,最后要记住实现才是软件开发的本质需求。

时间: 2024-10-18 12:23:10

读《大道至简》第6章有感的相关文章

读大道至简第四章有感

第四章题目为流于形式的沟通,顾名思义说的就是我们的沟通只是表面工作,没有深入,也就不会对工作有什么实质性的帮助.但是这个沟通值得是谁与谁之间的沟通呢,没错,就是我们与客户之间的沟通.程序员与计算机之间可以用C语言,java进行沟通但是客户不一定会这些我们也不能要求客户会这些,所以学好基本的编程语言是基础,学会与客户用汉语进行深刻的沟通,并且把这些沟通的内容转化为编程的需求.这是对一个程序员的客观要求. 然而就像书中所说,有的客户会聘用一个专家组来与程序员进行沟通,这时候专业知识就可以很好的应用,

读大道至简第三章有感

第三章的标题是 团队缺乏的不只是管理,作者以”言三人为众,虽难尽继,取其功尤高者一人继之於名为众矣.“这段<汉书>中的话来引出了团队的概念. 第一节的标题是三个人的团队,”言三人为众“团队至少是以三个人为规模的,如此便具备了团队的基本特性:主从.监督和责任.”取其功尤高者一人继之,於名为众“就是功高者代替群体受功,其意思就是功劳大的.能力强的便成了团队中的领导角色.做管理不仅要功劳大,做管理最基本的素质是要能承担责任.当项目失败后,要有乘受去.相应责任的能力. 第二节标题为”做项目=死亡游戏?

读大道至简第六章有感

本章的题目是从编程到过程,刚开始讲到语言只是工具,学会制作和使用工具才是最重要的,当一些编程人员天天为了用哪种语言好以及评论各种语言的优缺点,此时便会被工具所累,忘记了做工程的目的. 第二部分讲到了程序,程序=算法+结构,这是大一时期c++老师每次上课必说的一句话,这是编程的本源定义,也是原始的状态.与代码相关的任何工作,最终仍旧会落足于这样的一条规则,编程的精义于此,从有开发行为开始,他就存在了. 第三部分讲了方法,很多时候程序员拿到一个项目或者是我们拿到一个题目,不是先去阅读他找到方法,而是

读大道至简第五章有感

该章开篇第一个部分写的是做过程不是做工程,主要介绍了软件工程的创立及成熟的标志.其成熟的标志是软件工程的瀑布模型的提出.瀑布模型将软件开发的过程分成需求,分析,设计,开发和测试等五个主要阶段.在瀑布模型之后很多人开始研究过程模型的问题.这也是很多问题出现的源头.很多人认为只要把工程按照瀑布模型做,做完过程的每一个阶段, 虽然很多模型是值得称道的例如RAD(快速应用开发)模型,螺旋模型和现在常被提及的RUP模型,但是做过程不是做工程,模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思

读《大道至简》第二章有感

今天,我对老师的推荐书籍<大道至简>的第二章进行了阅读,<大道至简>的第二章的标题是——是懒人造就了方法.仔细想来也确实如此:人们不想走路 于是便发明了汽车和飞机,人们不想爬楼梯于是就发明了电梯,等等.所以说,我们想要提高自己的工作效率,要想让自己拥有更多的空余时间,我们就必须要学会 创造出懒人的方法来提高我们的效率. 在<大道至简>的第二章中我们看到,愚公想要搬走自己房子面前的高山,他只能想到通过人力去挖,去搬.这样做虽然是对的,也可以达到自己的目标,但是 这样做所花

读 《大道至简》第二章有感

读完<大道至简>第二章,相较于第一章告诉我的持之以恒,第二章则告诉我了何为方法提高效率.有时候,闷头干 并不是一个好方法~~ ————————————————下面开始正题!!—————————————————————— NO.1:是懒人造就了方法 正题引用<华阳国志>其一: “僰蘭 道有蜀王兵 ,亦有神作大滩江中.其崖崭峻不 可破,(冰)乃积薪烧之. ” 本段和<大道至简>第一章可谓相互呼应.一则告诉我们开始一项巨大工程需要有恒心毅力:二则告诉我们其实好的方法能够事半功

读大道至简第三章感想

大道至简第三章介绍的是关于团队的问题.首先说明了什么是团队,至少是三个人的队伍才称得上是团队.对于团队就会存在领导者,作为领导者能力很重要的,但是并不意味着能力出众就可以成为领导者.就像书中所说,一个员工在一次项目制作中完成了全部的核心代码,公司给予了他优厚的奖励,但是这并不意味着下一个项目就由他来领导.因为项目经理必须具备最基本的素质:承担责任.做项目不是要像程咬金一样只有能力而不会管理的人,而是要李离这样对于出错敢于担当的死士.作为一个项目经理你拿着经理的工资,凭什么出了问题要你的员工来背锅

再读大道至简第六章

大道之简临近了尾声,作者也开始了“与前文相呼应”,第六章的内容大部分建立在前面五章的基础之上,对相关的名词进行了进一步的阐释,理解,对有关的概念进行了扩充. 一开始说了,语言只是工具,这几乎与第一章的内容相呼应,不讲JAVA/C/C++等等语言的好坏,只是把他们放在工具的层面来说.没有对语言的膜拜也没有对语言的漠视.语言再不同,只是工具不同,适用于不同的环境.就像是犁地不需要铲子,扫地需要扫把一样的.笔者借由各种语言只是工具来引出了,那张幻灯片.看清代码.方法.工程.组织的关系. 在代码.方法.

读《大道至简》第一章有感

近期老师为我们推荐了一本书,叫做<大道至简>,书很薄,却精辟的讲述了软件工程专业对于编程这一实践过程的重要思想,我们总以为编程是怎样的有难度,却从来没有考虑过编程为什么难,他到底难在哪.事实是我们错了,我们不是不会技术,而是不会方法. 第一章主要讲述了编程的精义,作者利用愚公移山的故事,简洁明了的讲解了编程的实质含义,从愚公移山实施的各个方面与编程联系在一起,讲解了编程的过程.从开始的原因,到编程实现的目标,然后小组团队对这个编程项目的讨论,以及各个人员在不同项目上的安排,并且还有项目之外的协

再读大道至简第五章

我记得在选择软工之前,就已经认识了那幅秋千的图.还是王建民老师在信息导论课的时候讲到的.当时还笑话呢,好好的一幅秋千,硬是被程序员做成了一个轮胎.当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点.如今又看到了这幅图,心里稍微多了一些感触.在UML的大作业的第一次实验报告中,自己想的很丰满,但是写出来的东西却很单薄.当时我是按照老师给的一份例子来模仿的,看着老师的例子尽善尽美,可是我自己的项目却乱七八糟,没有十分严谨的思路和结构,在不断的修改中已经和我想的有些明显的