zoukankan      html  css  js  c++  java
  • 梦断代码阅读笔记01

     第一章——死定了

      布鲁克斯法则:“向已延误的项目中补充人力,只会使其继续延误。”对于软件而言,项目各有差异、工具不断升级,每当团队中加入一个新组员,老组员就得放下手下的工作,帮助新组员进入角色。就如IBM System/360主机操作系统的打造过程,该系统是当时规模最大的软件项目。那台巨大而昂贵的大型计算机,本应是后来二十年中生意场上的中流砥柱,但它的孕育和诞生却饱受延误和成本超支之苦。在深受进度罗睺之困时,不断招募新程序员参与项目,如同李将军(美国南北战争中的南军领袖)“派遣一个又一个旅团进攻墓园山脊”——结果发现后援力量非但不能挽救项目,而且让项目变得更糟糕。

      软件公司售卖二进制文件,因为这样能够保护保密。比如,微软在售卖软件时,仅会出售二进制文件,即通过编译器,将Java或C或C++等语言编写的代码,将其翻译成机器语言。程序源代码是商业软件公司最重要的资产,知识产权法规的柏林墙保护着这些财宝。

      瑞蒙德是从托瓦茨的工作中 看到超越布鲁克斯法则的第一人——这是一种新的软件开发模式,可集众程序员之长,且免于 让项目深陷泥潭。瑞蒙德指出其中两个要诀:第一,低成本、广泛地接入向互联网那样的网络,让开发者之间能建立迅速、可信的沟通渠道,存储可被开放访问的共享知识和代码池;第二,围绕一种领导方式——如托瓦茨那样的方式——形成合作团队的良好风气,欢迎新人进入、鼓励成员作出贡献,同时尽可能增加合格成员。瑞蒙德写道,一旦具备这些条件 ,就能彻底改进在程序中寻找和修正缺陷的过程。与其害怕竞争对手窃取代码而秘不示人,不如将其展现给全世界,邀请同道加入。而且,加入你独具魅力,且懂得如何管理一群开发者,或许还能 组织起自循环的集智系统。

    ·  “李纳斯法则”——只要有足够多的Beta测试人员和开发者队伍,几乎所有问题都会很快被发现,而且总有人知道该怎么修复。或者不用太正式的说法,‘眼球足够多,缺陷无处躲’。

    以前怎么做:

    在开发过程中总是一个人做,其他人都不会太过关注,这样一个人开发出来的代码就会有错误,但是由于自己的代码书写习惯而自己不能发现自己的错误,但团队其他人也不会去指正,就这样一直的错下去了

    结合课本:

    团队成员之间的互帮互助是团队开发的基本要求,在每个人都各司其职的同时又互帮互助是以一个团队活力的表现,这样团对才会长久的活下来

    解决办法:

    团队每增加一个新的成员,都应该很快的融入这个团队之中,团队的其他成员也要帮助新成员快速融入集体,比如一起做一些增加团队意识的活动

  • 相关阅读:
    POJ 2752 Seek the Name, Seek the Fame
    POJ 2406 Power Strings
    KMP 算法总结
    SGU 275 To xor or not to xor
    hihocoder 1196 高斯消元.二
    hihoCoder 1195 高斯消元.一
    UvaLive 5026 Building Roads
    HDU 2196 computer
    Notions of Flow Networks and Flows
    C/C++代码中的笔误
  • 原文地址:https://www.cnblogs.com/wj1998/p/8297763.html
Copyright © 2011-2022 走看看