《你的灯亮着吗》第一篇总结

第一篇通过在雷龙塔大楼里电梯不够用的故事引出问题,对于没有经验的问题解决者们,大都是急于寻找解决办法,而不是先给出要解决的问题下定义。这种情况下,很难找得到真正解决问题的方法。对于一个准问题解决者说,从一开始考虑问题就想得比较全面,要清楚谁有问题和问题的本质是什么。要知道你自己的问题是什么,是你期望的东西与你体验的东西之间的差别,但是真正的问题是幻觉中的问题。通过多方面的考虑,最终解决了问题。而最后在梁龙先生的葬礼上信差彼得与雷龙塔隔壁公司的Corvair先生通过交流达成了一个更好的建议,在这次谈话中,告诉我们对于那些没有幽默感的人,帮他们解决问题简直就是自寻烦恼。

在这个小故事中,要解决问题,不能匆忙的毫无目的的找解决方法,要先看清楚问题是什么,一步一步地去了解问题,并尝试一些解决方法。在不断尝试的过程中,也会遇到更多的问题,但是多角度的考虑问题,考虑到问题的本质,真正要解决的问题是什么,最后你将豁然开朗,找到一个好的解决问题的办法。

时间: 2024-10-22 01:20:40

《你的灯亮着吗》第一篇总结的相关文章

《梦断代码》读书笔记 第0篇

<梦断代码>读书笔记 第0篇 第0章:软件时间 第1章:死定了 第2章:Agenda之魂 从老师布置这个作业之后,我便按照自己的计划开始阅读识字以来的第一本关于软件工程的小说——<梦断代码>,周一至周五每天睡前读几页. 首先,第一遍从第0章至第1章看完,我愣是不知道书上到底在说些什么,感觉这小说跟教科书一样好催眠,说实话,每次还没看多少行就困得不行了.所以,我看了第二遍(而且还寻思着再看不懂也不看第三遍了),果然,我还是没有与作者产生共鸣.不过,在再次阅读的过程中我勾画了一些给自己

《梦断代码》读书笔记 第2篇

<梦断代码>读书笔记 第2篇 第7章:细节视图 第8章:白板上的即时贴 第9章:方法 第10章:工程师和艺术家 第11章:通往狗食版之路 “读书时我喜欢上数学课——这类东西之所以能吸引我,是因为我知道自己做对了.”在书里面我找到了自己刚接触计算机时不喜欢编程可能的原因:我不知道自己是否做对了,也没有很顺利就做对的时候,慢慢地导致排斥编程,特别是一点思路也没有,或者知道这个程序将会花费我很多时间时情绪很糟糕,所以它不能吸引我.到现在,每次找到程序中不对的地方再修改正确,即使消耗很多时间,也会有一

梦断代码读后感之终结篇

好吧,历时一个月之久的梦断代码阅读计划终于结束了,在王老师的要求之下,我粗略的浏览了一遍这本书,看到自己喜欢的地方就放慢脚步,细细品味. <梦断代码>是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.诚然这本书里有一个大故事,大故事里面又包含了许多小故事,虽然他最后失败了,但是他给我们留下了许多的启发和感受. 读完这本书最大的感受就是做软件真难,有时候真的不是特别的理解他们为什么浪费自己的时间去做面对那些枯燥的代码,一遍又一遍的去调试修改那些程序,他们有时候就像一

《梦断代码》读后感 - 驱动,责任,交流,远虑

这三篇读后感原来发布在我自己申请的域名 yishan.cc 上面,后来这个域名被墙了. (原文写于2008年12月) 几个星期前,我给<现代软件工程>课的每一个团队都发了一本 <Dreaming In Code>的中文版 <梦断代码>,要求写读后感.这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM),后来花了七年时间才完成这一创举,但是已经无人喝彩

《梦断代码》阅读笔记一

王老师给我们推荐几本关于软件工程的书,其中重点推荐了<梦断代码>一书,坏着对本书强烈的好奇心,我开始阅读本书,心中不仅有好多感慨. 先看了本书的内容简介,说的一句话:“本书是讲一事,也是讲白千事,是写一软件,也是写百千软件,是写一群人,也是写百千万人.任何一个在软件领域稍有经验的技术人员看完本书,必掩卷长叹,做软件难.”  相信每个人看完都深有同感. CSDN的总裁和Discuz创始人为本书写了推荐序.“真正的领导者,实际上早已被要求有着化不可控为可控.化不同愿景为共同愿景.激发天才们最大潜能

《梦断代码》、《你的灯亮着吗?》、《最后期限》、《大道至简——软件工程实践者的思想》的阅读计划

作为从事IT行业的必读枕边书目,没理由不拜读一下.以下是我的阅读计划,希望自己能认真执行,阅读自己慕名已久的书目. (每天的阅读时间晚上9点半以后,看一个小时的书籍) 一.<梦断代码>的阅读时间跨度(3月5号~~~4月4号) 随书笔记的发表时间:第一篇3月14号 第二篇3月21号 第三篇3月28号 二.<你的灯亮着吗?>的阅读时间跨度(4月5号~~~5月4号) 随书笔记的发表时间:第一篇4月14号 第二篇4月21号 第三篇4月28号 三.<最后期限>的阅读时间跨度(5月

梦断代码 读后感

这几天的学习中空余时间大体浏览了一下梦断代码这本书,但确实没有很细致的阅读.但依然有所收获. 开头的第0章就是打破人们固定的定型思维,章节从第0章开始,作者无意搞笑只是想说明一点程序员的计数方式从0开始,仔细一想确实如此,难的不说就说最基本的数组便是从0开始储存. 第一章 死定了  布鲁克斯法则:向已延误的项目中补充人力,只会使其继续延误.这句定理说明人多力量大在软件行业不一定能成立,进行中的项目补充人力只会花费更多的时间对新人进行讲解. 第二章Agenda之魂 该篇主要讲了卡普尔的一些故事,在

梦断代码阅读笔记01

大致浏览了一下<梦断代码>这本书,觉得还是挺感兴趣的.第一章软件时间,作者以一名程序员的身份自述,故事性很强,读起来不会感觉枯燥.在第一章中作者认为程序员与其他人的不同之处在于他们从一开始,而我们从零开始,想来也正是如此,他谈了软件的发展历程以及过程中好多伟大的研究者为其发展而做的贡献,这个行业也是很多前辈付出了诸多努力才推出来的,所以需要我们付出更多的努力去发展他. 第二章中作者讲到我们做任务需要蓝图,也就是需要有计划,提前计划好,按计划来做任务,这样对于碰到一些问题才不至于举手无措,另外在

梦断代码 阅读计划

这学期要学习软件工程这门课,老师给我们推荐了很多和软件工程相关的书籍,并建议我们在本学期内阅读不少于3本,所以我打算从现在开始到清明节放假这一个月内读完第一本书--<梦断代码> 时间安排   第一周:0.1.2章: 第二周:3.4.5章: 第三周:6.7.8章: 第四周:9.10.11章:

《梦断代码》阅读笔记三

这本书终于读完啦~说实话,其实里面很多东西理解的还不是很透彻,以后找机会一定会再去看.第一遍读了<梦断代码>之后,我真的觉得软件开发过程是抽象艰巨的一个事情,我们自以为很有把握,但实际上真的是很难掌控. 就比如说自己吧,之前在做程序的过程中被大大小小无数的问题折磨,碰到这本书的时候,就觉得找到知音了,原来很多问题同样也折磨着这些技术牛人们.比起软件工程的教科书,这本书更加结合实际,书里内容不是放之四海皆准的真理,也不是药到病除的良方,最多只是事实和总结. 另外这个团队的问题吧真的是一个很重要的