首页 > 其他分享 >《梦断代码》读后感之二

《梦断代码》读后感之二

时间:2023-06-11 11:12:25浏览次数:47  
标签:读后感 复审 代码 之二 卡普尔 Chandler 软件 梦断

当今世界,软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查,通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。

     第四章作者将其命名为乐高王国。卡普尔很注重前台的效果,着重于如何体现Agenda之魂。而后台工作总是处于迷宫。人们梦想把做软件变成流水线式的工作,他们长企盼标准化的插件。这种梦想被称为“乐高假设”:“未来,程序将由可复用的部件组合而成。软件部件将在全球范围内提供”但又很快被研究指出此路行不通,但尽管经历失败,乐高之梦仍然在现代编程史上留下长长的影子。开源式开发和互联网理所当然的开始改变习惯。Google缩短了找东西所需要的时间,像Perl和Python这样的编程语言也提供了大量的代码。

    管束奇客和狗,作者从管束狗上得出管理软件项目的共同点:做交易。即选定一个首要目标,以为按时完成的程序员。在软件世界里,多数选择都会归结为令人神伤的三向交易,其被乐天派称为“质量三角”,被悲观派称为“不可能的三角”。任何一个工程领域做久了,都会遭遇痛苦,但是在软件工程里,这种痛苦更甚。“奇客”一词用来描述那些与计算机沟通易于与人类沟通的人,其专注于己事的人,追求技术和梦想、不融入主流社会的人。

    搞惦设计方案,在为本书做调研的后期,作者为了避免失败设计了一套备用方案,第一步把劳动果实收集到一个大文件夹里,不小心删了之后找不到,冷静下来之后想起来还有个撤销命令。卡普尔认为,软件设计不仅只是在程序代码之上覆盖一层诱人的图形。它是一种设想用户需求并在软件结构中满足这些要求的创造性基础工作。做项目要从小处起步、压抑自己的野心、考虑细节并永不幻想宏大图景。

    细节视图,2004年OSAF发布了Chandler0.3版,包括了CPIA的工作版和更成熟的资料库,但只是满足了可能对卡普尔及其团队进度好奇的外部软件开发者们的兴趣。这也意味着原来为达此目的而放任设计组自行工作的应用组开发者们开始渴求一张更彻底、更接近最终需要的Chandler外观和行为的路线图。规格是每个成功许愿所必须遵守的东西,所以在编写规格说明就要十分当心。在做新程序时,程序员首先就要为程序使用的变量和对象命名。机器内存要求在变量名和内存地址之间存在一一对应关系。

   代码主要是给人看的,所以在写代码时要规范原则:简明,易读,无二义性。代码要有相应的缩进,要用括号来表逻辑的优先级,变量要用简单的英文单词及注意大小写,注释也是代码必不可少的一部分。当你的代码写完之后还要进行代码复审,最好复审的形式就是同伴复审。如果是自己复审的话,很容易受到先入为主的观念影响,自己找不到问题所在;如果是团队复审的话,比较麻烦的,因为需要找到所有人都空闲的时间出来。在我们平时课上的一些测试,自己写完后,老师也会要求我们进行同桌复审,我觉得这是很有效的检查错误的一种形式。过去一直在写代码的时候都是以自己为先,怎么方便自己怎么来,如果一直这样,那么写这个代码过了很久之后都看不懂自己写的是什么,而且别人也不会看懂。所以以后写代码的时候,缩进、大小写、注释是一定不可少的。

  分类: 阅读观后感

标签:读后感,复审,代码,之二,卡普尔,Chandler,软件,梦断
From: https://www.cnblogs.com/wass/p/17472646.html

相关文章

  • 梦断代码阅读笔记
    《梦断代码》是作者阮一峰的一篇经典文章,讲述了程序员在开发中不规范的代码所带来的后果以及如何避免这种情况。过去的做法:没有重视代码规范和代码风格在我过去的软件开发过程中,可能会出现不规范的代码问题,主要源于对代码规范和代码风格的缺乏重视。我没有花太多精力去学习和遵......
  • 梦断代码读书笔记1
    第0章软件时间作者迷恋于一个开放代码并可以由游戏玩家更改程序的一个游戏,并为在它的基础上创新和增添一些功能而乐此不疲。0代表程序员的思维方式,因为计算机从0开始计数。"HelloWorld"程序能够唤醒每个程序员心中乐观的一面。既然能叫它说话,就能让它做任何事!计算机器协会(......
  • 梦断代码读书笔记3
    第8章白板上的即时贴获得更好进展的关键是将软件改进到程序员自己可以使用的程度。白板上的即时贴:用贴纸,每张纸表示大致同等的工作量。每张即时贴代表各开发者一个月或两个月的工作时间。先在墙上循“点号版本”的顺序贴上,然后就能对每一轮计划的工作和自己是否脱离显示一目了然......
  • 人月神话读后感
    《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典之作。这本书对于软件开发领域有着深远的影响,它揭示了许多项目管理和软件开发过程中的常见问题,并提出了一些宝贵的经验和教训。在读完《人月神话》后,我对软件开发的理解有了一些新的认识和思考。首先,我深刻认识到......
  • effective java读后感1(1-5点)
    effectivejava中提供了57条建议。针对这些建议,我谈谈自己的理解。1.考虑用静态工厂方法代替构造函数静态工厂方式相比于构造函数的两个优点:1)可以有符合自己身份的方法名,方便客户端代码的阅读2)调用的时候,不要求创建一个新的实例。可以返回缓存实例,或者singleton实例等静态工厂方法......
  • 读后感——人月神话
    《人月神话:软件项目管理之道》(英语:The Mythical Man-Month: Essays on Software Engineering)是由IBM System/360系统之父佛瑞德·布鲁克斯所著经典文集,全书讲解软件工程、项目管理相关课题,被誉为软件领域的圣经,内容源于作者布鲁克斯在IBM公司System/360家族和OS/360中的项......
  • 《人月神话》读后感终
    今天复习完所学的知识后,在看了一下这本书,也算是读完了,下面是剩下的内容概要"NoSilverBulletRefired"(重新点燃的没有银弹):这一章重新讨论了软件开发中是否存在所谓的“银弹”,即单一技术或方法能够解决所有软件开发难题的观点。"PropositionsofTheMythicalMan-Month:Tr......
  • 用户故事与敏捷方法读后感(二)
    接下来的几章就是优秀用户故事准则、估算用户故事、发布计划、迭代计划测量并监控速率、故事不是什么、故事的优势以及故事的不良征兆。主要将的就是在一个大型项目中,尤其是有许多用户角色的项目,确定用户故事有时让人无从下手。最好的办法是考虑每一个角色,了解用户使用我们软件的......
  • 构建之法读书笔记之二
    继续我的阅读之旅,上次说到我们编程时要规范化代码,这样方便他人也方便自己,其次就是要交流,来使我们的合作更加顺利。第五章又是团队,果然在软件工程这一领域扩展到信息技术乃至整个人类社会,最不能忽视的就是团队,这也是老生常谈了。本章讲了团队模式。团队模式有很多种如作者给我们......
  • 人月神话读书笔记之二
    上次阅读的主题是团队,这次依然如此,上次提及的是对于我们做项目,团队的重要性,而这次我们则要说交流在团队中都发挥着深刻的作用。每个团队之间都应该拥有多种方式来进行相互之间的交流,可以是相对休闲的茶话会,也可以是正式项目工作手册(共享资源)。为了方便团队间的交流,我们就可以看出......