第四节 原型与python 在每个编程项目的早期阶段，当团队选择语言和技术，准备切开开发时，这种两难不论就降临了，对元和技术的选择，初识无关大局，重选一可转而变的混凝土班，坚如铁石关系重大，软件的单个新功能发布的出来，让所有人用上需要很长时间，所以程序员通通常常通过所谓用力来测试自己的设计，过来过来，用力是一个假想场景模拟用户需要什么？想怎么用软件？萨奇和乔开始草拟草拟数据结构，使之符合上述用力和其他用力的需要，过了好几个惊喜，他们的答案是可以用一种简单的三段式，没有模型描述，任何事物看起来就像英文单词句中主句动词宾语的结构，好程序员都写什么？艾瑞克芮蒙德在大教堂与集市中写道，而卓越的程序员知道改写什么，没必要重新发明，而df轮子只要搭上顺风车就行，对于程序员来说，如同对于作家，艺术家以及所有那些在白板上一起开始描绘作品人一样项目最有趣的部分，往往是刚开始的时，那时又无无数种可能，敞开着大门而通向痛苦妥协，大门却永远是关着的，软件只能一步一步打解出来，软件不仅要靠自己，还要看自己的优点来赢得客用户，长路漫漫，虽然代码上少，但吉兆于是有一些十分聪明和经验丰富的头脑，正在着手解决他们为之着迷的难题，他们站在其他开源项目的肩头，谁可阻挡？木耳，我不知道
第五节，乐高王国，2002年秋天，技术工业的过山车停在了令人沮丧的轨道最低点，网络股泡沫刚刚消失，硅谷许多岩街办公园区的停车场都变成了无人地带，技术工业的冰河时代，导致大量程序员失业或半待业，相当多的程序员转而投身开源项目，以期维持自身的技能和在外界的漏漏面率，同时恼恼自己的技术，这样，在这个特殊时期，osaf当然获益非浅，他就像招在黑夜原野上的一盏明灯，召唤着寻找项目的程序员，就这样，好多志愿者加入了osai，程序员明白，如果没得到回答，就无法进行下去，他们会停步不前，每种代码都是优劣参半，在参加者逐渐增多的osaf会议上，对每种实现手段也都是毁誉参半，程序员都有那种，我找到的时刻在那些时刻面对紧急情况或举手难题，脑中灵光一闪，找到熟悉合理和自己可把握的方案，我明白问题所在，我以前做过类似的问题，我能搞定，暗帝韦达来doll，四处一看，一时间也由此感受，便开始编写代码，他快刀斩乱麻终结关于最欧弟必盛希恕说的争论乐高积木的插件不合适，他确信自己能够更快更好新一套，然后他开始干，而而且做到了，虽然还有些脆弱，但也足以足以人心，他将虽然是盐城第一条团队拉出软件之间的无缝带回到有所发展的事件的事件
六节管束，管束奇客和狗 它讲的是一个狗为项目名的围棋，这个项目吉祥物的故事，在软件项目管理中，存在一种充满讽刺意味的天性，尽管程序员工作时所用的计算机和编程语言都要求精确缜密，但软件编写工作却奇怪，对绩效有抵抗力，数十年以来，程序经理们尽量寻找一种准确的方法来测量该领域的生产力，程序员每天的工作成果是代码，而软件生产力最明显的量尺以示代码，然而，这量尺却不能令人满意，又时甚至具有欺骗性，在代码量和成绩完成度质量与对拥护的代价之间并无可靠的关联关系，为什么奇克和非奇哥不能和睦相处？有一项研究深入了解了来自77个团队的600名it专业人士，就这才有六种评估手段，包括观察自我汇报，以一系列调查发现ID专业人士的个性和普通人群完全不一样，在软件管理中协作不是马后炮，也不是无足轻重之事，他是工作的核心，决定采用某种工具和方法，有可能成就或毁掉项目，阿里这下最具有有使项目偏离正轨，激起每个程序员制造工具的热情，成大师在bug上讨论这种偏好，他写道，程序员总将磨斧头或帝豪毛之类的个别行为判断为确实必要，当然这也是比较的，对于许多软件经理来说，无论不成问题，虽然工作量看似无限，但指出衰减直接是无限的，而在开发软件都没有那么幸运，打造工具的事越来越多，很快就会让你忘了，刚才要干什么？程序员总将浩辅伏毛或帝豪猫之类的个别行为判断为确实必要，还是有些比较对于许多软件经理来说，很难判定磨斧头和t壕毛在何时偏离了项目的原始目标，也很难让乐此不疲，打造工具的程序，原本重回正轨
来源：https://www.cnblogs.com/kongfanbing/p/12270166.html