首页 > 其他分享 ><<梦断代码>>读后感(二)

<<梦断代码>>读后感(二)

时间:2023-04-17 16:13:07浏览次数:32  
标签:读后感 复审 代码 卡普尔 软件 Chandler

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

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

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

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

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

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

标签:读后感,复审,代码,卡普尔,软件,Chandler
From: https://www.cnblogs.com/psh888/p/17326165.html

相关文章

  • <<梦断代码>>读后感(一)
    今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章,有很多不懂的也是必然的,读了很多遍还有好多地方不是很懂。发一下读的内容。   作者迷恋于一个叫做Sumer的游戏,其可以让玩家打补丁,任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言,改游戏就......
  • 敏捷测试高效实战-测试架构师成长记的读后感
    序测试工作的最终目标是服务于产品的商业价值;产品质量必须是由测试人员和开发人员共同负责的;测试团队不仅要提升自身的效率,也要提升整个研发团队的交付效率;正如《Google软件测试之道》一书中提到的,测试团队属于工程生产力团队,以产品交付和效率提升为己任;自动化测试平台建立了......
  • 《软件方法》读后感
    前言近日,苦于不知道该怎么提升自己了,在原来老大的建议下,决定去学习一些关于建模和软件设计领域的书籍,来解决解决自己“感觉不对,但是说不清楚为什么不对”以及“感觉这么搞就对了,但是不知道为什么这么去规划,这么去划分就对”第一本看的是潘加宇老师的《软件方法(上)业务建模和需求......
  • 《人月神话》读后感——第三篇
    ——众所周知,一名孕妇需要36-42周才能够产下胎儿,那么如果有10名孕妇,产下胎儿的时间可以缩短到一个月以内。如果您真的着急,希望在2周之内要个孩子,那么我们只能够再添加一倍的人手。——写在最前。一般来说,本人读书之后,都会在一两个星期之内总结并且完成读书笔记,不过《人月神话》是......
  • 《人月神话》读后感
    人月这个词组是一个考察工作量的度量单位,一个人月也就是一个人在一个月能够完成的工作量。在软件工程里,经常用多少个人月来估算项目的工作量。作者用了一个孕妇生孩子的案例说明了人月这个单位混淆了工作量和进度这两个概念。一个孕妇生一个孩子需要10个月,那么为了加快生孩子的过......
  • 《人月神话》读后感1
    人月神话的含义:人是程序员,月是时间,,如果1人干10个月如果等同10人干1个月,那就成神话。这涉及到工作量与进度,比如:20个人10个月的工作量是10个人干10个月的工作量的2倍,但是这个工作量并不代表20个人的进度就比10个人的进度快,因为中间有些因素要考虑,比如20个人去完成一个项目,那么20......
  • 《人月神话》读后感2
    作为一本二十多年前出,讲三十年前软件专案管理问题与经验的书,直到今天依旧出现在我们面前,必然有其重要意义。作为一名大学生,没有什么工作经验,仅能从书中获得些许感悟,也许不久的将来我会亲身经历。初看书名,以为是一本神话体系小说,还有点诧异老师为什么推荐我们阅读,直到翻阅本书,才......
  • 《人月神话》读后感3
    今日阅读了人月神话中,20年后的人与神话部分,其中提出了人月神话的核心观点:概念完整性和结构师。概念完整性。一个整洁、优雅的编程产品必须向它的每个用户提供一个条理分明的概念模型,这个模型描述了应用、实现应用的方法以及用来指明操作和各种参数的用户界面使用策略,。用户所......
  • 人月神话读后感
    《人月神话》是由著名计算机科学家弗雷德里克·布鲁克斯所著的一本著名著作。这本书以其深刻的见解和对软件开发的深入理解而闻名于世。这本书的主旨是软件开发中的管理问题。布鲁克斯认为,软件开发是一项复杂的任务,需要认真的计划和协调,以确保项目能够按时完成,而且还需要确保开发......
  • 构建之法读后感 1
    软件开发,第一步要做的,便是需求分析,我们要知道做的是什么,有什么要求,不然当我们投资了许多人力、物力,到最后做出来后却没人要,白白浪费时间。所以我们事先向用户了解需求,通过焦点小组、深入面谈、卡片分类等方法调查,对功能进行定位。然后通过初始阶段了解软件系统的大概构成,系统的风......