随笔分类 -  阅读笔记

《规划极限编程》阅读笔记03
摘要：谁来制定发布计划 发布计划需要客户与程序员的共同努力，客户驱动发布计划，而程序员帮助达到目的。客户选择哪个故事投入发布以及哪个故事以后再实现，而程序员提供进行明智分配所需的估算。 程序员： 估算生成每个故事要用多长时间 提醒顾客有关重大技术风险 估量他们的团队进度来向客户提供总体预算 需要在多大程度 阅读全文
posted @ 2019-06-21 23:53 枫黎 阅读(122) 评论(0) 推荐(0)
《规划极限编程》阅读笔记02
摘要：任务太多 当你超负荷工作时，不要想灭有足够的时间，而想要做的事情太多。你无法给自己更多时间，但是你可以让自己少做一些，至少目前如此。 在书中写到，他们曾经一起从事过一个项目，团队将这个项目从近在眼前的湮灭中挽救出来。在第一次发布临近的一段时间，大家心里都很清楚我们尽量不要错过发布的时间。一天他们开了 阅读全文
posted @ 2019-06-19 23:12 枫黎 阅读(113) 评论(0) 推荐(0)
《规划极限编程》阅读笔记01
摘要：这是一本谈如何规划软件项目的书。本书主要适用于项目经理和那些必须制订计划并针对实际情况跟踪计划进展情况的人。本书也适用于程序员和客户，因为在计划和开发软件的过程中。他们起着至关重要的作用。 计划并不是讨论如何预测未来。如果你为某一软件的开发制订了计划，开发工作并不会完全按照计划进行，确实如此。如果开 阅读全文
posted @ 2019-06-05 19:47 枫黎 阅读(242) 评论(0) 推荐(0)
《程序员修炼之道：从小工到专家》阅读笔记03
摘要：注重实效的项目 注重实效的团队 注重实效的技术都是要帮助个体成为更好的程序员，这些方法对于团队同样适用，如果个体实在注重实效的团队中工作，这些好处就会成倍增长。 不要留破窗户 质量是一个团队问题。最勤勉的卡发着如果被派到不在乎质量的团队里，会发现自己很难保持修正琐碎问题所需的热情。如果团队主动鼓励开 阅读全文
posted @ 2019-05-29 18:27 枫黎 阅读(142) 评论(0) 推荐(0)
《程序员修炼之路：从小工到专家》阅读笔记02
摘要：注重实效的途径 A Pragmatic Approach 有些提示和诀窍可以应用于软件开发的所有层面，有些想法几乎是公理，有些过程实际上普遍使用。但是人们几乎没有为这些途径建立这样的文档。 重复的危害 系统中的每一项知识都必须具有单一、无歧义、权威的表示。 DRY——Don't Repeat You 阅读全文
posted @ 2019-05-25 15:30 枫黎 阅读(107) 评论(0) 推荐(0)
《程序员修炼之道：从小工到专家》阅读笔记01
摘要：注重实效的哲学 在所有的弱点中，最大的弱点就是害怕暴露弱点。——J.B.Bossuet,Politics from Holy Writ,1709 注重实效的程序员对他自己的职业生涯负责，并且不害怕承认无知或错误。 责任 责任是你主动担负的东西。你承诺确保某件事情正确完成，但你不一定能直接控制事情的每 阅读全文
posted @ 2019-05-08 12:34 枫黎 阅读(152) 评论(0) 推荐(0)
《构建之法》阅读笔记03
摘要：软件设计与实现 我们写软件就是要解决用户需求，整个软件开发周期我们需要搞清楚很多问题： 在需求分析阶段：都会涉及到哪些实体，每个实体之间的联系是什么，实体的属性怎么确定，用户的需求是什么，软件怎么能解决用户的需求。 在设计与实现阶段：软件是怎么解决这些需求的，现实世界的实体和属性在软件系统中是怎么表 阅读全文
posted @ 2019-04-21 10:34 枫黎 阅读(118) 评论(0) 推荐(0)
《构建之法》阅读笔记02
摘要：团队，在软件开发中是个不可缺少的名词，很少有一款开发是脱离团队的。团队是有一致的集体目标，团队要完成这目标。同时团队成员各有分工，互相依赖合作，共同完成任务。 团队有各种各样的模式：蜂窝模式、主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、 阅读全文
posted @ 2019-04-20 10:57 枫黎 阅读(98) 评论(0) 推荐(0)
《构建之法》阅读笔记01
摘要：软件=程序＋软件工程 扩：软件企业＝软件＋商业模式 软件开发的不同阶段： 1，玩具阶段 2，业余爱好阶段 3，探索阶段 4，成熟的产业阶段 软件业笑话 it's not a bug ,it's a feature! 单元测试 在这方面呢，自我感觉做的还不够多，现在写的程序还是比较简单，通常也就是自己 阅读全文
posted @ 2019-04-05 22:27 枫黎 阅读(170) 评论(0) 推荐(0)
《人月神话》阅读笔记3
摘要：实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。前半句是之前很是熟知的，当读了这本书才知道原来还有后半句，在IT界有不成文规定，1W小时定律，要写够10000小时代码才是真的行家，其实这样理解也应该是不对的，每次写代码肯定都是不一样的体会，就拿我自己来说，在暑假自学的东西，在第一次开学 阅读全文
posted @ 2019-02-21 10:41 枫黎 阅读(105) 评论(0) 推荐(0)
《人月神话》阅读笔记2
摘要：作者借巴比伦塔项目的例子，讨论失败的原因是缺乏交流和组织，从而进度灾难、功能的不合理和系统缺陷纷纷出现，追其根本原因是团队成员之间的每个人的理解存在偏差，存在个人推测、群体猜忌等，因而团队之间应尽可能的相互讨论，无论是以正式的简要技术陈述的项目会议，共享的正式项目工作手册，还是非正式的小组讨论都可以 阅读全文
posted @ 2019-02-18 09:57 枫黎 阅读(118) 评论(0) 推荐(0)
《人月神话》阅读笔记1
摘要：《人月神话》这本书，在去年暑假的时候，系主任就有过推荐，只不过当时杂事比较多，没有时间通读一遍，只是看过目录。 这本书并不是关于代码的一本书，而是讲明了一些编程上的道理，最开始看到这本书的名字的时候，还以为这就是一本神话，还在想为什么系主任会推荐一本神话，当开始阅读的时候才发现这其中的奥秘。书中写道 阅读全文
posted @ 2019-02-15 09:33 枫黎 阅读(131) 评论(0) 推荐(0)
《大道至简》读后感
摘要：回家之后，便开始了《大道至简》之旅，作为一个准程序员，这本书还是有些指导意义的。就比如出现最多的“编程=算法+结构+方法”，这是常见的，也说明了程序就是算法和结构的结合体，而顺序结构，选择，循环，分支，这三种是任何语言都具备的，只有懒人才会找方法，而优秀的程序员就应该是懒人，要懂得会套模板，会抄代码 阅读全文
posted @ 2018-07-21 09:53 枫黎 阅读(142) 评论(0) 推荐(0)