读书
dahuzizyd
这个作者很懒,什么都没留下…
展开
-
《C++语言的设计和演化》摘录
想到现在在论坛等一些地方关于Java 和C#哪个好的问题有很多讨论,所以有感而发。下面的相关文字是从《C++语言的设计和演化》一书摘录来的,在“致读者”一节。 ?这本书是由C++之父:Bjare Stroutrup写的,由北大裘宗燕教授翻译的。偶可不是在做广告哟 “几个审稿人都要求我做一些C++语言与其他语言的比较。关于这个我已经决定不做了。在此我要重申自己长期的且强烈持有的一个观点:语言的比较原创 2004-07-22 13:07:00 · 1102 阅读 · 1 评论 -
敏捷软件开发宣言
引自邓辉译《敏捷软件开发-原则、模式与实践》敏捷软件开发宣言 我们正在通过亲身实践以及帮助他人实践,揭示更好的软件开发方法。通过这项工作,我们认为: 个体和交互????????? ? 胜过 过程和工具可以工作的软件??? 胜过 面面俱到的文档客户合作?????????????? 胜过 合同谈判响应变化?????????????? 胜过 遵循计划 虽然右项也具有价值,但我们认为左项具有更大的价值。原创 2004-07-21 12:56:00 · 1087 阅读 · 0 评论 -
文档,又是文档
文档,又是文档,《敏捷建模》中关于文档的一段文字,觉得非常好。害怕失去所有的人而导致过度的文档很多组织机构害怕失去他们的软件开发团队,因为一旦团队全部或大部分的人离开,非常重要而且常常没有几率的知识会和他们一起离开。常见的失去团队的原因有:有竞争者从你那里掘走了团队,以便启动他们自己的项目有的开发人员习惯性的跳来跳去,从不在任何公司久留。在团队刚刚完成项目之后你有意解散了他们。为了原创 2004-08-27 16:06:00 · 2326 阅读 · 3 评论 -
读《敏捷建模》时看到的一段文字,深有感触,摘抄下来
在书中270页有权力的催着要纸的人??????? 在比较大型的的组织机构里,这样的IT专家是很普遍的:他们已经有好几年的时间没有直接参与国软件开发了-编程、建模、测试或管理。这些人通常担任基础设施服务的角色,例如软件过程管理,复用管理或者程序管理,并且经过了一段时间他们的角色已经退化到了这样的地步:他们工作的中心就是“催纸”。这些人通常要求个人或团队提供进度报告,由他们进行检查并提供反馈;举行进度原创 2004-08-23 18:48:00 · 1269 阅读 · 0 评论 -
《敏捷建模》读后感
这本书买了有一段时间了,可是最近才算真正过了一遍,书不算厚,300页左右,但是看完后感觉收获颇多。这本书并没有教给你具体的建模技术,比如UML,模式等的使用,或者手把手的教你一个例子,而是首先提出敏捷建模的原则,实践来解释什么是敏捷建模和其关键部分。然后展开说明敏捷建模中各制品,和统一过程,XP的结合等。对于我自己来说读这本书最大的收获不是获得了某些技术,而是明白了一个道理,在软件开发过程中,对“原创 2004-09-10 13:17:00 · 1392 阅读 · 2 评论 -
《C++语言的设计和演化》书评
想写这个书评很久了,但是写来写去换了好几个方面来写,感觉都写不好,打了几遍草稿最后都放弃了,只是在刚开始blog的时候作了一篇摘录。可能是因为C++之父的思想实在太深了,我根本无法理解,最后只是对自己体会到的几点作一个大概的描述。但是并不是说这本书不好,相反,我觉得每个程序员都应该看一遍。1.客观的态度: 由此带来的冷静和理智使C++变的更朴实,更实际,更贴近实际的应用。2.设计目标: 成原创 2004-11-18 21:01:00 · 4005 阅读 · 22 评论