大道至简---读书随笔2

看到团队管理的时候，他告诉我，有时候团队是可以不管理的，不是放任不管，但你还没有熟悉这个团队的时候，想改变他们是非常困难的，他们就像蚂蚁一样辛勤工作着，不要去打扰他们，看看他们是如何去做的，发现规律，分析规律，然后才可以尝试去改变和管理他们。

当有了团队的时候，首要的问题就是“先分工”，书里谈到了弹性分工，被“弹性分工”的员工需要快速转换到新的角色，或许你是个技术开发人员，突然把你调到市场部，但是你根本不懂经营与管理，每个人都会郁闷，会担心自己做不好，但是，只要你想做就能做好它，转换思想，把自己当做那个角色，明确自己是什么人有什么职责，做好它

沟通，我们每天都在和不同的人交谈，但这不算是沟通，充其量只能算是交流。开发人员需要和客户沟通，在沟通中获取客户的要求，想法，不要指望客户和你一样会C语言，或者其他语言，如果客户会了，还要我们程序员干嘛呢？良好的沟通不在于表达的内容，在于如何表达，要让你的客户理解，明白你的意思，假如客户对你的表达“不知所云”，那你们之间着实存在着沟通障碍。

2015-03-22

08:51:33

时间： 2024-08-26 07:23:22

大道至简---读书随笔2的相关文章

大道至简---读书随笔

闲暇时,拿起手边刚借的这本书<大道至简>——软件工程实践者的思想,看打这个名字还是有一点的好奇,很想看看我这个身为初级编程人员和那些真正的软件工程师的思想层面上的差距和一些借鉴. 开篇并没有长篇大论也没有说一些让人难以理解话题,只是引用了中国古代的一个故事,从这个我所熟悉的故事开始展开作者身为软件工程师的一些观点,这些观点对我来说是从未认识到,也没有在意这些,对于学生的我,我们往往在乎的是面对一个问题如何用代码把它写出来,写写改改,写写再改改,当解决了问题的同时,这些代码就像刚从战场回来一样,

大道至简---读书随笔3

    不管是做项目,还是做工程,都不会一帆风顺,都会经历失败,但是,失败的过程也是过程,这个过程往往要比成功的过程更加有用,社会发展到今日,很多都是先辈们用鲜血总结的经验,在我们之前也有许多的程序师,他们也总结了许多的经验,可是并不是没有个项目都有一个成功的经验供我们参考,还需要我们借鉴,在实践中继续总结经验:现在有许多程序员都在照猫画虎,只是想完成任务,并没有分析做的实质,不去想问题,只是一味的走过场,却忘了我们要的结果是什么.     当我们团队开发遇到问题的时候,管理者就会发火,怪罪手下

读《大道至简》随笔心得

 读<大道至简>随笔心得      经老师的推荐,有幸读到了<大道至简>这本书.书中虽没有精妙的语法,没有实用的编程技巧,但却以一个软件大牛的视角,给我们这些小白打开了通往编程的大门,使我们开始有了全新的兴奋点,有了属于自己的全局观. 书以愚公移山为例子作为开篇,让我们明白,编程如同移山,除了先天智障以及懒惰者,每个人都能学会编程.之后用李冰用火化冰山的故事,与愚公移山形成对比,告诉我们,要学会思考,从而去寻找更简便的方法. "言人三为众",只要人数达到三个人,

大道至简读书笔记之一

大道至简是一本“阐明软件工程的思想核心”的书,全书分为八章,从各个角度全面,细致而深刻地分析了工程中各个环节的由来,价值和内在关系.作者对于章节的安排是基于其对软件工程的总结给出的,而作者整体思想则体现在了其在书中提出的软件工程层状模型图里.从章节的安排可以看出,本书的前面六章,作者为我们详细解析了软件工程里各个工程元素的基本概念,从程序的实现到方法,再到过程.工程,最后到组织.第七章是承前启后的一章,因此以这一章作为样张也是比较用心的一种做法.而从第八章开始,作者为我们揭示了软件工程里各个工程

大道至简读书笔记（1）

今天读了一部分大道至简,开篇的引言让我很震惊,首先作者写这篇文章的目的很让我敬佩,不为盈利,只为让好的思想流传下去,能够让更多的人学习到有营养的东西,能够更好的为社会做贡献. 后又引用了<愚公移山>中的一段话,在这里和大家共勉: ”虽我之死,有子存焉:子又生孙,孙又生子:子又有子,子又有孙,子子孙孙,无穷匮野,而山不加增,何苦而不平?'' 这段话表现了愚公移山之决心,精神之伟大无不令我辈折服,我辈当着重学习这种精神,将这种精神在编程的道路上发扬广大,所谓“世上无难事,只怕有心人.” 我们需拥有

《大道至简》随笔

本来听说<大道至简>这本书,以为是老子的道教,心里还纳闷,这跟我们学计算机的有什么关系.难不成计算机专业如此神秘,如此高深莫测.后来还是明白了,这是写编程的思想的,讲述的是编程的精要和内涵的. 作为一名计算机类专业的大学生,我接触编程刚一年,而且只学了一门c语言.说来惭愧,初入大学难免会有些放松,所以c语言学的并不怎么样.<大道至简>在最前面就以愚公移山为例,在愚公的论述中,我们看到了编程的根本:顺序.分支和循环.庞大若“愚公移山”这样的工程,都是可以通过这样简单的编程来是想的.这

大道至简 读书笔记01

粗略的看了书本开头两篇序,以及它的章节目录,大概了解了这本书主要讲什么.其实它并不是我想象中的给我这个阶段的人讲这么压缩你的代码.怎么写的更加精妙之类的,倒像是给已经走出校门,要真正承接项目挣钱的人看的. 书中有些例子看的时候的确发人深省,比如,让作者哆嗦的那句“那我们就开始开发吧”.回想一下自己拿到老师的题目何尝不是如此,就算还没想好到底怎么实现这个问题也一定要把include.iostream之类写好再发愁.这大概是一个现在看来无伤大雅的行为吧.我们习惯于小程序的开发,对于一些复杂的无法一念

大道至简 读书笔记02

这本书的作者一看就知道是一位实际参与软件工程经验丰富的人,他在几十年的工作之后写下了这本书,用非常通俗的语言告诉我们那些“雷区”(想来想去不知道用什么词形容,姑且暂用). 可我想,事实上,我们现阶段作为未出校门的学生,并没有实践的经验,对这个行业也没有很深的认识,很多东西其实在我看来是有些看不懂的,所以,一条一条来看,这本书的确有我们当下的影子,有我们值得吸取的东西.但是很可惜,由于我自身高度的不足,所以看不懂的部分多过看得懂的.也许这就是不是一个层次的人就无法理解那个层次的事的情况吧. 在软件

大道至简读书笔记之三

书中曾提到从最初的简单编程开始,到现在工程团队的组织开发,实现一个软件是最终的目的,所以,实现是软件开发的本质需求.正是由于实现的需要语言工具,方法,过程和实现对象.为了实现更大规模的软件系统而有了团队组织模式,而团队的协作决定了过程模型的产生.工具的产生依旧是处于软件实现的需要.在软件工程的体系中,实现作为软件开发的本质需求和基本动因,如同上帝之手在推动这几十年来的软件工程理论体系的形成. 思考问题的方法可以是由点及面的,也可以是统揽全局的.换成业界最常用的词汇,就是“自上而下”还是“自下而上