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

第10章 未雨绸缪 在化学领域中,在实验室可以进行的反应过程,并不能在工厂中一步实现.一个被称为“ 实验性工厂(pilot planet)”的中间步骤是非常必要的,它会为提高产量和在缺乏保护的环境下运作提供宝贵经验.软件系统设计中也同样有这方面的问题,若把设计的算法应用到待发布的软件中,根据时间进度把第一次开发的产品发布给客户,显然这是非常糟糕的事情. 因此,管理上的问题变成了“是否预先计划抛弃原型的开发,或者是否将该原型发布给用户?”,将原型发布给用户,可以获得时间,但是它的代价高昂——对于用…

这也许是和候红老师的最后的几节课了吧,侯老师是一个很有思想深度,很关心同学的好老师. 一开学就布置了阅读<人月神话>的作业,说实话,我没有看,以我的速度可能2.3个小时就看完了,但是我觉得没有什么意义,在网上找了一个洗的很好的总结,大概看了看,并加入了一些自己的看法,因为目前才大三,没有什么项目开发经验,所以只能从平时的编程中遇到的问题来看待<人与神话>这本书. 参考: <人月神话>读书笔记——陈浩要安静(http://www.jianshu.com/p/da8a683…

几乎是计算机软件开发的发展历史     人月神话,增加人手并不一定能提高开发速度. 原因在于,有些任务是无法分解的,存在先后顺序.无法同步进行. 增加人手,增加的是沟通成本,相互牵制.可以分解的任务就可以通过增加人手来加快速度.但是不能分解的任务,增加人手只会增加开发时长.打个通俗比方,怀孕需要12个月,增加人手,也不能加快时间. 作者赞赏的是,小型精干的技术团队是最好的.沟通成本低,开发效率高. 厨师煎一个蛋,需要5分钟,而顾客期望2分钟.怎么都达不到,2分钟的办法是,把火开大可以快速点(类似…

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

一.焦油坑 以前上课的时候,老师讲过早期的程序由于工作量不大,大多只需要几个人完成,随着软件规模的不断扩大,代码量直线上升,仅仅一两个人可能没有办法完成这样的任务,多以开始形成了团队的规模,焦油坑说的是在完成代码的路上,许多程序工程师为此前赴后继,不断努力去解决工程上的问题,作者开始谈到了程序工程师职业的乐趣与苦恼. 说老实话,作者所说的乐趣和我当时大一的时候想的一样,作为一名程序员,我可以用手中的电脑,通过自己打出的代码,实现各种各样的功能,当时真的是简直是帅呆了,再加上影视剧中对于黑客的描述…

写了这么久的读书笔记,涉及到问题大多是一些如何把软件工程做好,如何把自己的职业生涯做好.但总感觉逻辑链上缺了一环,亦即:我们为什么要把软件工程做好,我们成为一名优秀的职业生涯的意义到底在于什么?我觉得如果这个问题不去想,那么这段三段论便不是完整的,不知道为什么要做的事情而去做,未免太浑浑噩噩了,说实话,就有点行尸走肉的感觉. 本来以为程序员的自我修养这本书能够解答我心中的疑惑,然而翻开这本书,却是一些列关于系统软件如何运行和装载的问题.窃以为,如果是关于这种如何提高自身技能的书,不应该用<程序员…

读书笔记第三周:人月神话   这本书主要讲述了如何管理一个软件开发团队的问题,其中如何提高团队的效率可以说是本书的重点之一了.感觉这本书地中文版翻译得比较晦涩,很多表达比较模糊,看起来有些吃力,因此下周我可能会考虑借一下英文原版来看.本周的话我看了前两章,我觉得重要的收获有四点   第一,作者与我们交流了一名码农的职业的乐趣,编程是可以创建事物的,而这有着纯粹的快乐,如同小孩子玩泥巴一样.其次,编程可以造出对他人有用的东西,这也是人的一种自我实现,实现自我的社会价值.同时,编程的精妙,将各种复杂…

每逢读书笔记上交作业时刻,班级blog页面上总能看到<人月神话>相关的读书笔记,本次软工课邓老师推荐的第一篇读书笔记也是写的<人月神话>,算是对它“耳濡目染”了.本周,我终于抽空读了这本书,感觉确实名不虚传.以下,我将从几方面谈谈我的感想. 一.焦油坑与银弹 书中将大型项目形象地比作焦油坑,开发者往往在巨大的项目里遇到纷繁复杂的问题,并在其中越陷越深,难以掌握全貌和本质.在我看来,软件的开发确实存在其固有问题,在一个开发团队开始挖坑时,由于思路的些许偏差.交流和认知水平的些许欠缺或…

为了确保团队中的每个人都能保持系统概念上的完整性,关于项目的书面规格说明是必不可少的.手册要描绘用户可见的一切,但不应支配实现的过程.光有规格说明也是不够的,会议也是必要的.书中提到的周例会会迅捷地给出一些问题的决策,但一些堆积的小问题会逐渐影响工作进度,这时候就应召开级别更高的月会或年会. 书中举例了巴比伦塔建造失败的例子来说明团队中交流的重要性.说明手册固然是个好东西,但是随着工程进度的推进难免会有一些新的想法,工作手册的及时更新就十分重要.此外,由于查看更新是一件非常麻烦的事情,故对变更的…

一.未雨绸缪 作者开始谈论实验室代码如何向开发出来的产品转变,化学工程师通过“实验性工厂”的中间步骤做测试来得到经验.而软件系统的构建人员却是按照时间进度将第一次开发的产品发布给顾客.对于我这只没有实战经验的菜鸡,我也不能说什么... 就我自己而言,也的确是这样,迫于时间的问题,第一次交给老师的作品都是雏形,有很多地方还是需要完善的,但是也只能交上去之后获得了时间然后再去完善. 后文中作者提到,客户的需求会因为时间的变化不断变化,而这些是我们没有办法预料到会有什么样的变化,即变化是与生俱来的,如…

一.外科手术队伍 即建立一个合理的团队,按照书上的说法就是,在开发一个大的系统的时候,原本精英的团队就可能无法在较短的时间内完成一个大型的程序,在这样的条件下,必须扩大团队的规模,即使这个精英程序员的效率要比这些平庸的要高一个数量级,但是依旧扛不住系统规模的庞大.即使能够完成,时间成本会相当的大,设计好了之后也会因为时间的原因导致系统不再先进流行,最终导致的还是失败. Mills 的建议:大型项目的每一个部分由一个团队解决,但是该队伍以类似外科手术的方式组建,的确对于系统的完成,分工必不可免,就…

在同组马同学的推荐下,我阅读了<人件>一书.在我看来,本书与之前读过的几本软工书籍相比,最大的特色就是地地道道的“以人为本”:不同于<人月神话><构建之法>等结合软件开发与人员管理方式的论述形式,本书毫不遮遮掩掩.直奔“人本”主题,一心一意地展现管理人.发展人的魅力.成效和方式方法,讲授的是普适于各行各业的人员管理知识,如同一本精心编写的管理专业教参.作为一位稍微有一点点管理经验的学生,我在阅读和反思中得到了很多启发. 一.管理之道:分锅+宽容+冷静 分锅,是每个管理者…

系列 1 分钟快速使用 Docker 上手最新版 Sentry-CLI - 创建版本 快速使用 Docker 上手 Sentry-CLI - 30 秒上手 Source Maps Sentry For React 完整接入详解 Sentry For Vue 完整接入详解 Sentry-CLI 使用详解 Sentry Web 性能监控 - Web Vitals Sentry Web 性能监控 - Metrics Sentry Web 性能监控 - Trends Sentry Web 前端监控 -…

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

目前看到的几篇比较有感触的文章,分别是: 前端Leader如何做好团队规划?阿里内部培训总结公开   ——>这里会有关于针对技术项目如何做规划的一些指导,非常有价值 程序员吃的是青春饭?本质上取决于…  ——>推荐了一些书籍,这些是之前作为测试的自己基本没有特别看的,为了能够达到更高的技术专家的标准,必须把这些内容都啃下来才可以 如何在阿里技术面试中脱颖而出? ——>之前也参加了很多次的面试,其实有自己总结到一些内容,跟这里面提到的内容做一个互补,帮助自己在后面做项目的时候更加有的放矢…

前言:咳咳,一个多月了,最近忙这忙那,都把这个故事给落下了,昨晚刚回到家,白天得干活,晚上赶紧把这个故事写完,以此纪念自己的软工. 说明:故事中的人物均是化名,故事情节经过些许加工,故事情节并没有针对任何人,仅以此纪念自己的成长. 回顾上一章:详情请猛戳该链接:http://www.cnblogs.com/dasusu/p/5086187.html 第四章:Alpha冲刺 Alpha阶段的冲刺就这么的来了,似乎来得有点晚,因为你已经接近一个月没有敲过代码了.这个月来,懂哥一直要求你们写文档,学工…

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

大家所熟知的Windows XP操作系统,源代码行数已经达到40百万行.为了连接用户和计算机底层硬件,庞大操作系统这一层太过于复杂,没有一个人能完全理解它如此数量的所有代码,而多人的合作开发又需要它被完美地解耦成多个独立的模块.事实上,天底下没有免费的午餐,对于用户体验和硬件效率来说也无法完全兼顾,如何定义一个“好的”系统也是一件非常困难的事. 程序员劳动力并不缺乏,操作系统伴随着计算机的诞生而诞生,但作为软件的它,发展却远远没有摩尔定律所描述的的硬件一般改进的那么快.正因为它的复杂性,所以<人…

最近几个月很忙,忙着当奶爸,忙着做加班狗,忙着补裤裆学技术……以至于快忘了要思考人生了! 古人立志穷极一生追求“立德”,“立功”,“立言”,以求不朽,为万世所景仰,为后人所传颂,实现人生的意义.立德者,为生民立命,为天地立心:如周公旦,周公吐哺,天下归心:如苏武,北海牧羊.持节不屈:如诸葛亮,鞠躬尽瘁,死而后已:如周恩来,克己奉公,爱民如子.立功者,为万世开太平:如秦始皇,横扫六合,书同文,车同轨:如汉武帝,开疆扩土,大汉扬威:如唐太宗,大唐盛世,光芒万丈:如毛主席,开天辟地,恢复中华.立言者,…

最近几个月很忙,忙着当奶爸,忙着做加班狗,忙着补裤裆学技术……以至于快忘了要思考人生了! 古人立志穷极一生追求“立德”,“立功”,“立言”,以求不朽,为万世所景仰,为后人所传颂,实现人生的意义.立德者,为生民立命,为天地立心:如周公旦,周公吐哺,天下归心:如苏武,北海牧羊.持节不屈:如诸葛亮,鞠躬尽瘁,死而后已:如周恩来,克己奉公,爱民如子.立功者,为万世开太平:如秦始皇,横扫六合,书同文,车同轨:如汉武帝,开疆扩土,大汉扬威:如唐太宗,大唐盛世,光芒万丈:如毛主席,开天辟地,恢复中华.立言者,…

作者:小傅哥 博客:https://bugstack.cn 沉淀.分享.成长,让自己和他人都能有所收获! 一.前言…

从前天10号提交Paper之后,连三个晚上之后突然正常起来竟然变成倒时差状态. 这周打算给自己一个空窗期,好好想想下两到三个月要做的事. 好吧,除了"一日一算法",当下两个月还有一个迫切任务:重塑 CS 素养. 到明年2015年10月份的时候,自豪地说,我是CS出身的人. 首先是"书单",第二是"笔记计划",第三是"Project计划". // c version : hello world; #include <std…

大教堂与集市The Cathedral and the Bazaar,一本不像计算机方面的计算机书籍 命令式管理,适合和奴隶共事目标共识型管理,适合和自由人共事 心性气层 只要眼多,bug好找 黑客开源:产品相关富足,赢得尊重不是因为占有什么,而是贡献了什么如果你把它当成资源,它就会成为你的珍贵资源 如果不想做,找一个合适的接手人,知道什么时候收手,是一个不错的主意“我是一个很懒的人,别人干活,我得荣誉”linus 如果认真的态度对待,机会自然会来.做有价值的事,一直做,早晚会有收获的.虽然劳动…

Atitit 软件工程概览attilax总结 1.1. .2 软件工程的发展 进一步地,结合人类发展史和计算机世界演化史来考察软件工程的发展史. 表2 软件工程过程模型 表2将软件工程的主要过程模型做了一个简要的汇总,并将所有的软件工程模型划分为三大领域和五个阶段,三大领域分别为: 1) 惯例模型:瀑布模型,增量模型,演化过程模型和统一过程模型是其中的代表: 2) 敏捷过程模型:极限编程(XP)是其中的代表: 3) 新过程模型和研究领域:模型驱动开发和云计算是其中的代表: 而在五个关键性阶段中,…

Skip to content PersonalOpen sourceBusinessExplore Sign upSign in PricingBlogSupport   This repository     Watch169 Star1,182 Fork389 jobbole/awesome-programming-books CodeIssues 9Pull requests 2Projects 0PulseGraphs 经典编程书籍大全,涵盖:计算机系统与网络.系统架构.算法与数据结构…

2013年暑期买到这本书,距离其第一版已经有14年之久,而最早发布在互联网上的文章更是早在1997年.在我阅读的时候,很多事迹已经沉积为历史,很多预言已经成为现实.而这本书的意义却丝毫没有因此淡化,反而更加支持了书里的立论. <大教堂与集市>作者 Eric Raymond, 第一次知道此人还是在天津大学的操作系统原理课程上.大教堂与集市,分别代表两种软件开发模式,大教堂代表着封闭的决策权集中的方式,集市代表开放的,平等透明,共享互动的开源软件开发方式. 本篇博文,主要就一些点展开一些讨论,评价…

此教程是我花了一点时间和功夫整理出来的,希望能够帮到喜欢Lisp(Common Lisp)的朋友们.本人排版很烂还望多多海涵! <Lisp简明教程>PDF格式下载 <Lisp简明教程>ODT格式下载 具体的内容我已经编辑好了,想下载的朋友可以用上面的链接.本人水平有限,如有疏漏还望之处(要是有谁帮我排排版就好了)还望指出!资料虽然是我整理的,但都是网友的智慧,如果有人需要转载,请至少保留其中的“鸣谢”页(如果能有我就更好了:-)). Lisp简明教程 整理人:Chaobs 邮箱:c…

Jeff Atwood倾情推荐——程序员必读之书 英文版:<Code Complete 2>中文版:<代码大全(第二版)>作者:Steve McConnell译者:金戈  汤凌  陈硕  张菲出版社:电子工业出版社出版日期:2007 年8月Jeff Atwood的推荐:Steve McConnell的这本书是软件开发领域里的<烹饪的乐趣>.如果你对这本书感兴趣,说明你热爱你现在的工作,你对你正在做的事情是认真的,并且你想不断地提升自己.Steve在这本书里指出,普通程序…

原文网址:http://www.blogjava.net/sound/archive/2008/08/21/40499.html 现在的计算机图书发展的可真快,很久没去书店,昨日去了一下,真是感叹万千,很多陌生的出版社,很多陌生的作者,很多陌生的译者,书名也是越来越夸张,什么××天精通××,精通××编程, ××宝典等等,书的印刷质量真的很好,纸张的质量也是今非昔比啊,但书的内容好象却是越来越让人失望,也许是我老了,我的思想我的观念已脱离现实社会,也许是外面的世界变化得太快,我编程数月,出去一走,…