浅读大道至简(四--六章)

第四章主要写的是身为开发人员或者说程序员的我们该如何与顾客进行有效的沟通。作者以戏谑的口气否定了那些妄图想让顾客也学会c语言的程序员的想法,以及妄图通过做需求建模来达到勾通用户与程序员的做法。好那么我们该如何与顾客进行有效的沟通。作者以问道于盲这个小故事作为比喻指出“既然盲人不能睁开眼睛,那么我就闭上眼睛就好了”。所以想要鱼顾客进行有效交流首先要使用一种客户能够理解和接受的方式才可以比如表格,流程图以及更深入地交谈等等。当然如果客户懂得uml图我们当然可以用更加简洁的uml图来与客户进行沟通。同时如果当客户没有大量时间能够与程序员进行有效沟通时,程序员也应该想到好的解决办法。首先可以现在网上搜索有用信息了解客户项目中所有会产生需求的信息点。然后把这些信息及时反馈给客户并作出修正。同时我们在做项目时也一定要为后续的工作者或者开发者做好项目记录工作。这也是一种有效的沟通

第五章中作者提出了一个很重要的问题我们不应也不是为了做工程而做工程,我们要按照客户的本意来做项目。同时我们也应该明白工程不能用来做而要是去组织。所谓组织就是明确工程中的各个角色,是的分工明确步调一致共同完成这个项目

第六章讲了从变成到工程需要经历的过程。我们应该意识到所谓编程语言只是一种工具是我们编程的工具,有了这个工具我们才能有效的开发出程序。当然在编程过程中我们更要注重方法的积累,这是需要一定的编程经验才能理解的。然后就是过程。过程解决的是工程角色间的关系问题即角色,沟通和环节的问题这时候一定要明确好角色然后对不同的角色要有不同的沟通方法之后是工程而且工程越大对于团队意识的要求就越高因此如何创建一个优秀的组织,如何管理一个优秀的团队这都是我们身为团队队员所需要知道的

时间: 2024-12-15 01:53:48

浅读大道至简(四--六章)的相关文章

再读大道至简第六章

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

读大道至简第六章有感

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

大道至简第六章

今天看了看大道至简第六章<从编程到工程>.文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法.第二节 说点什么呢,今天看了看大道至简第六章<从编程到工程>

一切都是为了实现-大道至简第六章读后感

大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必

大道至简 第六章 读后感

说点什么呢,今天看了看大道至简第六章<从编程到工程>. 文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法. 第二节又写了“程序”,程序=算法+结构,编程的精义于此

大道至简 第六章

大道至简 第六章的主题是从编程到工程:很多编程的初学者往往只专注于变成本身 也就是语言 ,然而语言只是工具,有了语言,才有之后的程序,是“程序=算法 +结构”.这是编程的本源定义,也是原始的状态.与代 码相关的任何工作,最终仍旧会落足于这样的一条规则. 编程的精义于此.从有开发行为开始,它就存在了. 愚公在数千年前就在用类同的行为做编程实践,而几十万 年前智人,也在循环与分支所构成的逻辑中打转. 再然后有了程序,方法也就出来了,推动这种逻辑向前发展的,是“方法”和“方法论” 的出现.长期的编程实

读大道至简第三章感想

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

大道至简第六章观后感

编程,简简单单两个字,却也是一个程序开发人员一辈子的事.甚至于一辈子都无法参透的事.而对于我这种刚刚开始接触的人来说,更是一知半解,甚至完全不懂.作为一个软件工程的学生,最重要的莫过于编程了吧.然而我始终在想,编程到底是什么?而我,应当如何去编程?这是一个菜鸟始终的迷惑.对于编程,心里似乎总有一种迷惑,头脑总是不清不楚.以致于接触一个编程题目,始终不知如何下手. 阅读大道至简,每次都有体会,都能接触到不一样的新鲜概念,可是我偶尔问问自己,真的能理解大道至简的真正含义吗? 不可否认的是,我真的从来

大道至简——第六章

接着阅读大道至简,就从题目来说作者或许又将向我们讲述自己的真实经历,这些看似平常但对于我们这些菜鸟来说应该是非常珍贵的资料,这将引领我们在软件工程这一途上认知得更多,积累更多的经验,也就意味着在今后的职业生涯中更加的有竞争力,这些似乎都是我们应该感谢作者的强大的.这也是我为什么一直感到作者写的这本书对于我们很有作用的原因之一. 第六章,章节是从编程到工程,这就是一个过程,而工程都是和过程的共生的,这样来看便没有任何的违和.第一个小节作者说语言只是工具,很难想象就是这样的作者在几年前还是在熟悉了高