<梦断代码>这本书读了一半,我的心情久久不能平静. 为什么好软件如此难做?这是我本人,我想也是很多人都在苦苦思索的一个问题,虽然没有人能有完全确定的答案,但通过书中的记述,和个人思考,还是可以获得一些启示: 计算机严格的逻辑性和精确性,同人类不严密的逻辑,模糊多变的思维模式之间的矛盾,造成的人与机器之间沟通的障碍. 开发团队之间相互沟通协作的成本,导致产生<人月神话>作者布鲁克斯法则的悖论-往已延误的项目中补充人力,只会使其继续延误. 项目目标不明确,标靶变来变去,因此有时决定说什…

<梦断代码>中对软件工程所面临的种种困难与艰难的描述,即便再过5年读也许都不过时.因为正如原作者所说,书中描写的是一队人马并肩扛起代码大石,虽历经磨难仍欲将其推上山顶的故事,而正是这种故事成就着今天全世界亿万台服务器和PC机上运行的各种软件,成就着人类不断超越实现更伟大的梦想. 读完韩磊翻译的<梦断代码>样书,不免让人掩卷长叹!一群人们怀抱着改变世界的理想上路了,却在追寻时发现,那些近在眼前的理想之峰,变得那么的遥不可及:每当翻过一座横亘在面前的山峰时,总以为已经来到理想之峰的脚下…

看完了这最后三分之一的<梦断代码>,意味着这本软件行业的著作已经被我粗略地过了一遍. 在这最后三分之一的内容中,我深入了解了在大型软件项目的运作过程中存在的困难和艰辛.一个大型软件项目的成功代表着这团队所付出的所有心血,以及那不为 人知的无数个‘人月’.而联想自己的专业,产生了一点迷惘,这就是我今后要走的道路么,我能走得多远,我能否像书中所提到的那些人一样百折不挠,这一切我 都无从得知.但是我只能向前走,别无选择,没有人会承认自己不如别人,哪怕现在不如,但总会寄托于未来,未来是未知的,但又是现…

读书笔记:<梦断代码Dreaming in Code> 拿到<梦断代码>书后,一口气翻了一遍,然后又用了3天时间仔细读了一遍,也不禁掩卷长叹一声,做软件难.虽难,仍要继续走下去,可以把软件的范围限制得小一些,用敏捷方法等过程会使软件失败的风险小一些,毕竟我们还没有写书上所说的那样的大型软件. 第0章 软件时间 一开始看到第0章并没有感觉多么奇怪,可能程序员的思维方式已经固化在大脑中了,但读到作者关于第0章无意搞笑时,也不禁哑然失笑,为什么程序员要 从0开始计数?因为计算机从0开始计…

没有想象中的枯燥,甚至有些有趣.这就是我对<梦断代码>这一本书的第一印象.而且,作为一本面向程序员的书籍,作者很有意义地从第0章开始,那我也从第0章开始说.这第一次读书笔记是针对0~2 章的. 首先,作者一开始就向我们介绍了程序员的真实生活:代码.日期.紧张.焦虑.这是我从书中体会出来代表程序员的词 语.我第一次感到编程可能是一件辛苦的事,回想自己编程的时候,只是歇一歇简单的短的程序,没有压力,没有焦虑,但是在真正的公司.项目中,程序员要面对的是茫茫代码以及对未来的未知,因为没有人能确定自己从…

最后这几章感觉上更多是从软件完成整体上来讲的.比如说技术.方法等. 在我看来,其实一个团队一直坚持一种好的.先进的方法是不可少的.如果一个优秀的团队刚愎自用,只随着成员们喜好发展,那不能长久.比如说,在开发软件工程课程的大项目时,我们团队也在学习着敏捷开发方法,虽然我们没有严格按照它的形式或流程,但是我们运用了它的思想,也遵循了很多内容,我觉得这对我们的开发很有帮助. 还有测试.测试这一块我感觉很重要,不仅仅是对系统.程序的检验,更多的是通过测试,激发出在开发过程中不能想到的点子,更加完善. 通…

书籍是人类宝贵的精神财富,读书是人们重要的学习方式,是人生奋斗的航灯,是文化传承的通道,是人类进步的阶梯.学生作为学习人群的主体,必须把读书作为头等大事.学校就是一个学生在教师指导下自主读书的空间,而专业书籍更应该成为学生的努力方向乃至兴趣.因此,我们要把读书活动融入到自己的专业学习当中,提高专业素质和修养.为此我为自己定下了<梦断代码>阅读计划: 一.指导思想: 以丰富专业知识.提高专业技能为重点,创建有效促进自身专业发展的方式方法,努力提高自己的专业水平.通过读书锻炼思维能力,为实践打基础…

前几天大致瞅了一眼,哇~原来不是啃代码的书,像是本小说,读起来很舒服,翻译的相当贴近生活,“这边厢......那边厢......”这类的语言很喜欢,还没看多少,对博客园比较新奇就先写个博客签个到,每天看一点,加油!!!…

第0章  软件时间 在未读这本书前,刚看到名字觉得是本讲代码的书,后来老师说是一个个的故事,这引起了我的兴趣,于是我便速速开始了第0章的阅读,读完一遍大概能读懂在讲什么,可能由于是译过来的书,书里面一个人的名字我都记不住,更多的专有名词也看不懂(虽然有注释),只是知道大概在讲什么,读完第0章,我感受到了程序员的不易,他们也要承受巨大的挫败感,有的人没放弃,然后他在编程的路上越走越远,有的人放弃了,于是他在这条路上止步不前.现在软件飞速发展,软件开发者必须跟得上时代的脚步,而且我懂得了开发软件是个…

开放与封闭之论: 程序源代码是商业软件公司最重要的资产,所以软件公司售卖二进制文件.这样也就意味着如果微软的软件产品出了问题,即便你是一个程序大牛也无法修复它.你只能等着微软来修正问题,因为只有微软程序员才能接触到源代码.当然也可以类比到IOS系统. 学术计算领域一直有着开放之风:源代码的自由共享,传承了科学研究领域的自由共享传统.1985年,麻省理工怪才斯托曼出于对商业软件产业封闭代码积习的憎恶,创办了自由软件基金会.然后,我就想到了安卓系统. Apache Web服务器(时至今日,已成功占据…

两打程序员,3年时间,4732个bug,只为打造超卓软件.  --序 在我们平时看到的大部分书籍只是讲技术和理论,但我们其实并不知道在真实的软件开发过程中,这些技术和理论究竟是被什么样的人如何去使用,该书即是向我们展示了硅谷一流软件开发者是如何进行产品开发的,把真实的人.事.技术.以及产品的发展过程结合在一起,值得我们每一个人耐心去品味这个故事. 现在软件技术日新月异,软件项目领导的艺术也是日新月异.如同开发者在不断地把自己的代码当做艺术品来雕琢一样,组织好一群天才开发者,则更是艺术中的艺术,主…

这是第二篇读书笔记,这本书我已经读了有一大半了,感觉书中所描述的人都是疯子,一群有创造力,却又耐得住寂寞的疯子. 我从书中发现几点我比较感兴趣的内容. 第一个,乐高之梦.将程序用乐高积木一样拼接起来.对于这一点,现在很多公司都已经多多少少在用了.但是书中也提到,有很多程序员往往不喜欢借用别人的代 码,如果看一个文档超过两分钟没有找到自己所需的东西就认定它不存在,从而自己来编写.在我看来这类人就是疯子,也是一群可爱的疯子,他们往往视代码为第 一存在,乐于编程,爱上编程,虽然对于团队的经理,这群牛仔…

第六章:搞掂设计方案 备份很重要. 必须从小项目开始,而且永远不要期望它变大,如果你这么想,就会做过度设计,把它想象得过于重要,更坏的情况是,你可能会被自己想象中的艰难工作所吓到.所以要从小 处起步,考虑细节.别好高骛远,一口就想吃成个大胖子. 第七章:细节视图 有些程序员在乌云中彷徨,放佛自己修正过的每个缺陷都在在他们的心灵上留下了一道伤疤,另一些呢,则视编写代码为唯一的乐事. 对于没有缺陷.运行正常的程序也是如此,你可以看到自己的成功,而生活中好多其他事却太主观,你不知道是否成功.这对我们来…

从任何角度,Chandler项目开始时都是值得羡慕的.虽然是讲一个软件项目是如何失败的,不过里面有让我觉得很有意思. 失败了就进行反思:定位不能逆时代的潮流, 互联网的趋势不可逆转,人员沟通与合作是永远的重点,软件开发方法的问题.本书看似说的是一个软件,其实说的大千软件,看似说一事,其实是说百事.读这个书,使自己能更淡定的面对自己遇到的的坏事情.…

上一代产品模块有30多个,从底层硬件基础组件到上层应用控制.qos,各个模块通信据说都是直接向模块索要信息.最坏的死锁情况大概就是这样: 在产品升级后,加入了一个消息中心的模块,负责统一管理各个模块的消息.具体的过程是: (1)模块注册,初始化消息通知列表 (2)消息请求,将请求加入通知列表 (3)处理请求,依次处理列表中的请求 除此之外可以传递相关参数.设置优先级等等.貌似有点像设计模式中的观察模式? 重新架构的消息模块大概像这样,看似更加简洁和统一,迄今未知,消息中心作为核心组件之一在千兆网…

书中有一段说的是一个闪烁缺陷——在改变某软件中某个窗体的尺寸时,屏幕会闪烁一秒钟左右.虽然该缺陷不会影响程序运行,但它不符合作者的审美观,历时六个多月仍然没能修正.其实在日常的编程中也有许多小bug的棘手程度超乎自己的想象.首先你需要一点一点的去测试,找出问题的根源之所在,然后才是如何最小程度的修改程序,最好不要牵扯程序的其他部分.而我在之前的编程学习中就遇到过类似的问题,本来想去改一个小小的bug,结果这个缺陷修好了,却引起了其他更多的bug,正好符合一句话——“牵一发而动全身”,就令我十分头…

这段时间一口气读了5章,所以想着现在一块写阅读笔记. 在阅读的这段时间,我一直是晚上进行阅读,很多时候都是读完一看已经一个小时了,效果还不错.闲话不表,说说阅读心得. 关于底层语言或是低级语言,我之前一直认为我不需要学,在现在的学习中不用了解低级语言就能学会高级语言,如C++,JAVA等,在以后的工作中我也只需要用高级语言将任务完成就好.但是通过阅读,也认识到了低级语言的重要.像我们学习的汇编语言,学习了之后,感觉对计算机原理的理解更深了,也会了解一些硬件方面的知识,收益颇丰. 今天软件工程这门…

第0章!干得漂亮! 这是我看到这本书冒出来的第一个想法.身为计算机系的学生,对于从0开始的任何事情,都感到格外亲切. 进入阅读之后,疑惑.惊讶.感叹渐渐取代了之前轻松的心情,原来做软件竟是攀越一座又一座无止境的高山! 之前认为做软件就是做好需求分析后开发出系统功能后就解决了,哪里想到还会有这么多后续.在书中我感受到了我推崇的开发源代码技术的脆弱,也看到了软件工程的重要和繁,原来做好软件后还要面临测试.修补.解决突发问题等各种挑战,想要一次解决简直是妄想. 在书中我学到的最重要的技能是预估自己做某…

临近考试周,这里我通过平时阅读的<人月神话>十九个章节和知乎.简书等网页中网友们对<人月神话>的读后感,对书中各个章节进行简单的总结,以下均为个人手打观点的思考与整合,仅供大家参考. 乍一看书名,人月?什么是人月?并非我第一下所想到的超级赛亚人看到月亮时的情景.人月是在估计和进度安排中使用的工作量单位.每个每月的工作量,这和我在公司实习中在系统中统计外包人员UT数量的性质相同. 书中作者的观点是,用人月来衡量一项工作的规模是一个危险和带有欺骗性的神话.它暗示着人员数量和时间是可以相…

项目 内容 <软件工程> 代祖华老师博客 作业要求 邹欣老师博客 学习目标 具体目标 在大概阅读邹欣老师的博客时,发现老师写了关于很多方面的内容,有基础的也有比较深奥的,这次阅读过程中主要存在三个问题,概述如下: 问题1:邹欣老师的随笔,从2008年开始写,老师是如何坚持一直写到现在的,而且每一篇都写得很明白,精炼不冗杂且不会重复,涉及到的内容也很广泛,同学们写的博客也会有时间来给出评论?(邹欣老师博客总结) 问题2.软件的模块之间存在着各种复杂的依赖关系,对依赖关系的处理会出现两种极端行为:…

作者介绍 原文作者: Robert C. Martin, Object Mentor公司总裁,面向对象设计.模式.UML.敏捷方法学和极限编程领域的资深顾问,是<敏捷软件开发:原则.模式.与实践>的作者.翻译作者:韩磊,互联网产品与运营专家,技术书籍著译者.译著有<梦断代码>和<C#编程风格>等.(竟然不是程序员~~~) 内容概要 本书后几章主要讲了java相关的类.系统.和并发的设计介绍,较粗略,与简洁之道不是特别融合,故而省略,想要详细了解的建议去看更优质的详细讲解…

一 项目计划日志 周活动总结表 姓名: 陆宇 日期:2015. 3. 21 日期       任务 听课 编写程序 阅读课本 准备考试 日总计/(min) 周日 60 30 90 周一 300 0 130 430 周二 400 60 30 490 周三 100 220 60 380 周四 300 90 30 420 周五 200 120 50 370 周六 90 90 周总结 1300 410 240 1760 阶段时间和效率                                  …

16.6.0  Xerox Parc 的成功创新和推向市场的失败 http://research.microsoft.com/en-us/um/people/blampson/Slides/AltoAtPARCIn1970s_files/frame.htm http://research.microsoft.com/en-us/um/people/blampson/38-AltoSoftware/WebPage.html http://research.microsoft.com/en-us/u…

2012年   1.一生的计划 平衡:人生要在精神.理财.教育和娱乐4个方面进行平衡.   2.重来REWORK 小型软件公司的创业与软件项目的管理 不要管全年计划,只要找出下一项最重要的任务,然后起而行之. 小公司的钱.时间.人手.经验不够不要紧,可以激发创造力,可以尽量精简产品. 有了灵感,需要马上下手,此时有最高的效率.   3.把时间当作朋友 重生Reborn 教是最好的学习方法. 开启我们的心智. 打造人脉不如打造自己.   4.少有人走的路1----心智成熟的旅程 规矩.爱.信仰和恩…

项目计划总结: 日期|任务 听课 编写程序 阅读相关书籍 网上查找资料   日总计 周一 2 1 2   5 周二     1    1 周三     2     2 周四 2 2     4 周五   2  1 1 4 周六    5 2  1 8 周日     2   2 周总计 4 10 10 2 26 时间记录日志: 日期 开始时间 结束时间 中断时间 净时间 活动 备注 3-7 14:00 15:50 14:50 100 上课     20:00 22:00 20:43 120 看书,…

一.设计思路 设计思路已给出,此处不再赘述. 二.源代码 (1)四则运算2.cpp(源文件) // 四则运算2.cpp : Defines the entry point for the console application. // 袁佩佩 信1201-1班 20122785 2015/3/15 #include "stdafx.h" #include "iostream.h" #include "stdlib.h" #include &quo…

http://www.shouce.ren/post/d/id/112300    黑客攻防实战入门与提高.pdfhttp://www.shouce.ren/post/d/id/112299    黑客入门新手特训.pdfhttp://www.shouce.ren/post/d/id/112298    黑客与设计-剖析设计之美的秘密(彩印).pdfhttp://www.shouce.ren/post/d/id/112297    鸟哥的LINUX私房菜:服务器架设篇 (第二版).pdfhttp…

对 http://bestcbooks.com/  这个网站的书籍进行爬取 (爬取资源分享在结尾) 下面是通过一个URL获得其对应网页源码的方法 传入一个 url  返回其源码 (获得源码后,对源码进行解析,获得页面中其他的书籍地址和当前页面的书籍的百度网盘的链接,因为这个网站分享的书籍都是用网盘分享的). 其实这里要讲的方法是按页面逐个去寻找书籍,还有一种比较暴力的是根据宽度优先遍历,找到所有的链接,不管是不是书籍的,然后再进行筛选. 宽度优先遍历可以看之前的一篇  http://www.cn…

第一次听说人月神话还是在大一上学期的导论课那会儿,那会儿好像就已经确定了自己要学软件,于是就去问王建民老师能不能给我推荐几本软件工程方面的书,我想要提前自己学学,以为老师会给我推荐一些某种语言类的学习书,但是貌似不是,他推荐的一堆书里面其中就有这本<人月神话>,当时的我真的不理解,别的书还好,像是梦断代码,好歹里面有个代码俩字儿,但这个……那个人月是啥意思,人和月亮的神话故事??可是这和软件工程又有什么关系呢?也许是单纯因为好奇心吧,趁着双十一我就买了一本,但是好奇心来得快去的也快,书到手以后…

今天再次初步浏览了寒假生活: 三篇阅读笔记(人月神话,梦断代码,程序员修炼之道:从小工到专家),2月24日之前发表开发记账本软件,连续七天以上发表开发进度 学会使用GitHub,录制抖音(父母评价作品以及对软件工程专业的需求期望) 开学后提交视频,博客园开发记录熟练掌握JAVAWEB基础开发 开学第一课上机考试 加油,发觉自己很多不会的.…