不管你干什么在什么行业,处在什么位置,和团队和用户和项目的交流都是非常重要的事情,在做交流的时候你要学会使用双方都能够理解和明白的方式进行交流。和用户交流的时候不能指望用户能明白的你的专业术语,不能指望用户能够从专业的角度和你进行交流,如果你有那样的想法,那你们的交流一定是一次失败的交流。交流要有有技巧,讲究的是方法。也不要试图去使用那些专业的调研方法,因为用户不明白你的专业东西,并不代表他能够明白那些专业的调研方法。所以在调研和交流的时候你要尽可能的让用户明白你所描述的问题,尽可能的去从用户的角度出发去考虑问题。不要去做那些流于形式的沟通,那是在做无用功。很可能你们双方交流了半天都没有明白双方所表达的意思,但是可悲的是你们还达成了一个天南地北的结论。这样就为你的项目埋下了被推迟和延期的隐患。所以说做调研和交流沟通是一项非常重要和关键的工作,绝对不可以应付了事。做工程需要怎么去做呢?现在有了工程这个明确成熟的定义,也有了很多做工程的模板,所以就有人开始迷失在这样的模板中,为了做工程而做工程,忘记了自己做工程的初衷。一切照着别人给的工程模板进行,也不考虑项目的实际需求和用户的需求,结果工程完成了而项目确没有完成。而那些所谓的模板都是别人在做项目的过程中总结出来的,我们为什么不能自己去创造我们自己的工程模板呢!所以做工程不要走过场,你要明白你的项目要做到什么样的程度,要怎么去做,不要在工程的模板中迷失自己。从编程到工程是一个成熟的过程,工程是你在经历了很多编程之后总结归纳出来的东西。在工程中语言知识一种工具,不要太过于去崇拜某种语言,你要明白代码,方法,过程,工程和组织的关系。看清楚这一切的前提是你要意识到语言只是一种工具,方法是实践的结果,过程是伴生工程而出现的,过程解决的是工程中角色间的关系问题。你要学会在过程中去总结去发现,然后产生新的方法,今儿提升工作的效率和质量。
大道至简阅读笔记二
时间: 2024-10-18 16:54:10
大道至简阅读笔记二的相关文章
大道至简阅读笔记03
这几天我读了这本书的最后几章,使我对软件开发的过程也是有了更深的了解,从第六章的题目中可以看出,不管对于任何工程项目的开发来说,一门开发语言只是一个工具,每个语言都有自身的特点,我们要根据不同的使用环境及使用要求来选择最合适的编程语言,但是在没有特定要求的题目或任务中,我们要选择自己最擅长的语言来编写代码 在项目的开发中,要灵活应变,理想的状况下,“软件工程=过程+方法+工具”.然而工程成功的真正关键,并不在于你把你的团队“组织”的有多好.即使在团队中他们都显得有条不紊,你一样会面临失败. 第八
大道至简阅读笔记04
本周我阅读了<大道至简>的第4张——流于形式的沟通,读后反思与感慨也是颇多的,下面与大家分享一下. 为不存在的角色留下沟通的渠道,这一节对自己来说体会是最多的.之前我们或其他自己所知道的团队中都存在这样一个问题:维护旧项目比做新项目更难:或是很多时候当项目负责人员离开后,项目就中断和中止. 许多人应该深有同感. 本书中对此情况进行了说明,把这一切的原因归咎于“没有history”.历史记录(History)与注释(Comment)不是一回事.代码中的注释是为阅读代码而留备的,而Hist
大道至简阅读笔记一
近期开始了<大道至简——软件工程实践者的思想>这本书的阅读.又是一本关于软件工程思想的书,没有堆砌的代码,简约而真实. 这本书的序我也看了,看完我更加了解这本书.周爱民老师是专注而真诚的人,他不追求出版的经济效益,只希望表述自己的思想,希望可以对无数软件工程从业人员有帮助.他做到了他书的题目那样写书,大道至简.其著书立意一点便值得我们学习,我们应当在当今浮躁的社会有颗对于知识的简单的心. 编程的精义以愚公移山引出,通过著名的我国古时的故事阐明了编程的精义很简单,愚公移山中即已有编程的思想.许多
大道至简阅读笔记01
今天我读了<大道至简>的第一章,虽然第一章题目叫做编程的精义,但它并没有一开始就从编程的角度进行讲解,而是先举了两个例子,分别是愚公和李冰两人通过自己的方法开山的过程,其中愚公代表着一类程序员,这类程序员,只会埋头苦写代码,花大量的时间巧写代码,日复一日,月复一月,这类程序员虽然很踏实,很勤快,但是发展空间较小,最终有可能会被淘汰.相反,李冰这一类程序员,他们善于思考,不是一上来就是敲代码,而是先对问题进行分析,找出问题的切入点,将问题简单化,这样才能快速的将代码的功能实现,最重要的是,节省了
大道至简阅读笔记三
<大道至简>至此全部读完,这里谈一下对最后几章的感受. 作者在最后几章里向我们介绍了现实中的软件工程,对与思考与思想方面进行了讨论.我们要了解从编程到工程的转变,在学习阶段我们是从一个个程序编起,但到做起项目来则是一个工程,并非简单的程序本身.除了有单纯的编程技术外,我们也要有执行工程的能力. 对与软件工程的开发,我们要有一定的思考能力.讲技术的书很多,将工程开发的文章也很多,我们可以了解很多知识,但关键在于我们要思考,要懂得好的东西背后的思想.在开发过程中,我们要理解角色不同,思考的层面也不
大道至简阅读笔记3
大道至简第6章“从编程到工程”中说到“语言只是工具”,对这句话我感觉既是对语言的膜拜也是漠视.不同的角度应该有不同的理解,作为一个初学者,没有什么开发经验的学习者,我们所应该做的不是研究太多深层次的东西,应该抓住基础的东西,多多练习,把语言学习当做一个重点来学习.当有了足够的编程经验,我们应该转移我们的重点,渐渐地总结那些方法和模式,把编程的过程当做一个工程对待,这应该才是一个初学者到管理者的成长过程吧!
大道至简---阅读笔记(二)
1.一个人算不得团队,那是个体.两个人则互相支撑,三个人便可以构成 团队,这样便有了团队的一些基本特性:主从.监督和责任. 一个人的开发行为可以成功,这取决于个人努力:.二人小组如果能相互支撑,那也是 可以获得成功的:到了三个人的时候呢,就得选个领导了,来管理项目.做管理起码需要能承担责任,这是最基本的素质. 2.制度对于一个公司来说非常重要: 没有制度,你没有办法和依据来惩戒员工,因此 是管理者的过失: 有了制度而没有惩戒他,是执行者和监督者的过 失: 一而再.再而三地犯错,又一而再.再而三地
大道至简阅读笔记之二
作者提到为那些争论语言孰优孰劣的开发人员感到可悲.然而,能够得出这样一个结论之前的人,恰恰之前正在经历这样一个阶段.作为JAVA开发人员来讲,使用何种开发语言的确已经显得不那么重要了,因为任何语言都是可以学习的,他们只是工具,或者说是知识,真正转化为生产力的, 还是需要用语言来实现系统.完成系统需求,让客户满意.不善思考的程序员或许需要很长时间绕出这个圈子,然而最近两三年的软件行业的变化(Ruby,Groovy,Scala,JRuby,Python…),不得不让每个业内的开发人员思考这样一个问题
大道至简阅读笔记2
团队缺乏的不只是管理章节中提到:“动摇制度的人不是犯错的员工,而是管理者自己.”一个团队出现了问题,责任往往被推倒员工身上.很多时候就是管理者自己不能做到严于律己,从而引起不平声.怨愤声.管理者应该有一个最低的觉悟,事情总要做到前面,也许你不能面面俱到,但是你不能从心里去逃避这个问题.管理者能够拿到高额薪水,不是你做了多少工作,而是你让这个团队积极地工作着...