摘要：
我们宿舍在闲暇时间进行了一次读书讨论，探讨《代码大全》这本书，总结出了以下几点： 管理复杂度软件开发是一项很复杂的工程，面对大型的项目，没有人能清楚地知道整个项目的细枝末节，一个小小的bug可能就要耗费你数小时甚至一整天的时间，而代码如果是别人写的，这个过程可能就会更加的漫长和痛苦。即便不是别人写的 阅读全文
摘要：
宿舍在晚上睡不着觉时无意间讨论了《构建之法》。 《构建之法》从个人编码开发讲到团队合作，从单元测试讲到编码规范，更是从开发之前的需求分析和项目规划开始，完完整整的阐述了一个项目的出生和成长，还讲到了团队的分工和项目经理的职责，这都对我未来的职业规划产生了巨大影响。程序员如果只会写程序，那么他永远只是 阅读全文
摘要：
一些概念 UML类图是描述类之间的关系，常用的一些概念如下： 类（Class）：使用三层矩形框表示。第一层显示类的名称，如果是抽象类，则就用斜体显示。第二层是字段和属性。第三层是类的方法。注意前面的符号，‘+’表示public，‘-’表示private，‘#’表示protected。 接口：使用两层 阅读全文
摘要：
一、数据流图的基本组成成分 数据流：是由一组固定成分的数据组成，表示数据的流向。值得注意的是，数据流图中描述的是数据流，而不是控制流。除了流向数据存储或从数据存储流出的数据不必命名外，每个数据流必须要有一个合适的名字，以反映该数据流的含义。 加工：加工描述输入数据流到输出数据之间的变换，也就是输入数 阅读全文
摘要：
个人能力在软件开发中固然是重要的，因为软件开发不光指团队的流程，还包括个人开发流程。而一个人最重要的不是能力的大小，而是对自己能力的正确评估。比如说两个人完成相同的项目，一个人可以用五天完成，他预测的是六天，另外一个人可以用四天完成，但他预测的是七天。那么用人单位仍是喜欢任用前者，因为他对自己的能力 阅读全文
摘要：
在《构建之法》中讲到了“两人合作”，程序员不仅要会写代码，更重要的是如何适应团队，与团队其他成员合作，交流。这一点我做的不是很好，当时我作为一只小队的成员，一开始我们小队之间并没有深入交流，没有了解他人的长处及性格脾性，队长也没有做太多的指挥，分配，最后大作业快要结束的时候我们团队才开始赶工，那是也 阅读全文
摘要：
二 HDFS部署 主要步骤如下：1． 配置Hadoop的安装环境；2． 配置Hadoop的配置文件；3． 启动HDFS服务；4． 验证HDFS服务可用。1‘ 查看是否存在hadoop安装目录 ls /usr/cstor/hadoop 如果没有，利用工具从本地导入hadoop安装文件。 查看jdk是否 阅读全文
摘要：
https://www.cnblogs.com/Dcl-Snow/p/10825154.html， 阅读全文
摘要：
刚开始读《构建之法》这本书时，书上所提到的很多问题都是我们平常在写代码时候会犯的一些小的错误，但是看了《构建之法》这本书之后，才忽然明白原来一些小错误也会造成大的问题。 第一章中有一个问题，每个人对于不同的事物都有不同的看法，我们的软件不可能满足每一个人的要求。但是这句话不是我们逃避问题的原因。我们 阅读全文
摘要：
第五章讲了软件构建中的设计。 设计是一个险恶的问题。意思就是这个问题只能通过解决后有了经验才能明确。 设计是个了无章法的过程。设计的过程中会出很多错误，在设计的过程中出错比在编码的过程中出错代价小的多。 设计就是确定取舍和调整顺序的过程。 设计受到诸多限制。 设计是不确定的。 设计是一个启发过程。 阅读全文