神话 笔记

范数： 0范数： 它表示向量非零元素的个数。 1范数： 也就是麦哈顿距离 2范数： 也就是欧式距离 内积（点积、点乘）： 外积： 两个向量的外积，又叫向量积、叉乘等。 外积的运算结果是一个向量而不是一个标量。 两个向量的叉积与这两个向量组成的坐标平面垂直。 其中a×b方向由右手定则确定 ......

1. 集合论是SQL语言的根基 1.1. UNION 1.1.1. SQL-86标准 1.2. NTERSECT和EXCEPT 1.2.1. SQL-92标准 1.3. 除法运算（DIVIDE BY） 1.3.1. 没有被标准化 2. 注意事项 2.1. SQL能操作具有重复行的集合，可以通过可选项 ......

《人月神话》这一本书，它的第一章叫做“焦油坑”。 当一滴焦油，掉在你身上的时候，你使用各类有机溶剂洗涤，只要有充足的耐心反复搓洗，总能够将之解决；那么两滴、三滴乃至更多的焦油滴到身上呢，这时你可能会觉得麻烦，就把那件弄脏的衣服丢弃了事；再发展一步，当你掉到了一个“焦油坑”中，你会如何？这个坑填埋不掉 ......

数学建模笔记 一、层次分析法 1、模型讲解 主要用于解决评价类问题（例如哪种方案最好、哪位运动员或者员工表现得更加优秀），评价类问题可以用打分解决，通过权重和得分表格对评价的对象进行比较。 各项的权重*各项的打分 再相加就可以得到总分 好的搜索渠道：知网、万方、百度学术、谷歌学术、虫部落、自己头脑风 ......

《大道至简》是一本关于编程和软件开发的经典著作，它通过深入浅出的方式让读者掌握如何写出简单而高效的代码。第一章作为全书的开篇，引导读者建立正确的思维方式和编程哲学，让他们在软件开发的道路上走得更加稳健。 第一章主要讲述了什么是简洁的代码，以及为什么简洁的代码对于软件开发来说是如此重要。作者通过实际案 ......

《构造之法》是一本深入浅出的关于软件设计和构造的著作，旨在向读者展示如何以可维护、可扩展的方式构建高质量的软件。第一章作为全书的开篇，引导读者建立正确的思维方式和构造哲学，让他们在软件构造的道路上走得更加稳健。 本章主要讲述了软件构造的目标和过程。作者强调了软件构造的目的是为了满足用户需求，并通过实 ......

阅读了《人月神话》贵族专制、民主政治和系统设计，画蛇添足，贯彻执行，为什么巴比伦塔会失败？这几章，对于《人月神话》这本书也有了更深的了解，这本书在宏观的大层面的角度看待软件工程的系统开发，没一句讲的具体知识，讲的全是一个项目的开发注意事项。首先，运用大教堂的成功，巴比伦塔的失败，将概念的完整性的重要 ......

体会：我大概听过两类企业，有一类是每个工程师就是一个螺丝钉，在自己的某个技术上发挥极致的能力，有一类是每个工程师类似一个"大杂烩"（这个比喻不知道恰当与否，就是表示工程师需要处理项目中各类技术方面的问题），前一类公司培养出来的工程师可能是强化自己现有的技术能力，而另外一类公司的工程师，就是在拓宽自己 ......

构建之法这本书的好首先就在于这是一本全景式的图书，能让你更了解这个软件行业。可以让人从陌生变熟悉，所以这本书是不错的。其次，这是一本实践式的书，涵盖了科学软件开展的每个方面，不单单只是实践，理论的东西也很重要。我们中国大陆的教育工作者更接近实际，所以这本书就介绍了我们教育要多向实践、实训靠拢。 这本 ......

体会：书中举的四则运算的例子做深了以后可能还涉及一些相对比较复杂的算法，可是在现实中接触到的系统很多是业务驱动的系统，用户量可能不会超过2000，CRUD，业务复杂流程交给成熟的工作流系统去做了，CRUD是很简单的数据库表操作，数据库操作有现成的框架，前端有现成的框架，后端有现成的框架，程序员要做的 ......

复杂数据类型 恰当地对数据进行结构化，可以使程序更简单、更容易理解也更容易维护。可以用表来代替复杂的逻辑结构。当你被程序的复杂逻辑迷惑时，应考虑是否可用查寻表来简化程序。抽象数据类型是降低复杂性的有力武器。它使你可以分层编写程序，而且是从问题域，而不是程序语言细节来编写顶层的程序。 顺序结构的代码 ......

总结一下这本书，讲的主要是软件工程方面的，如何配置人力进行开发 。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁 ......

软件任务的进度安排的经验法则。1/3计划、1/6编码、1/4软件测试和早期系统测试、1/4系统测试，所有构件已完成。在许多重要的方面，它与传统的进度安排方法不同： 分配给计划的时间比寻常的多。即便如此，仍不足以产生详细和稳定的计划规格说明，也不足以容纳对全新技术的研究和摸索。对所完成代码的调试和测试 ......

概要： 社会的复杂性远比技术上的挑战难处理得多，并且很多时候社会因素比技术因素更重要。而团队是一个非常重要的因素，如何管理团队，项目、改善工作环境，形成高效团队这是不可避免和忽略的。 1、管理团队： 一个项目的失败，可能是技术导致、也有可能是团队因素导致，也可能两者都有。在工作中，我们都是以团队、项 ......

概要： 社会的复杂性远比技术上的挑战难处理得多，并且很多时候社会因素比技术因素更重要。而团队是一个非常重要的因素，如何管理团队，项目、改善工作环境，形成高效团队这是不可避免和忽略的。 改善工作环境： 工作环境的质量直接关系开发者的效率。一般来说，除了新手，经验对产出效率影响不大。反倒是，和身边的人有 ......

在《人月神话》中，作者对于这种尚未思虑周全就盲目上马或者只顾及自我团队表现而不考虑项目整体效益的行为嗤之以鼻“在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。”也就是 ......

书中关于项目计划的论述，揭露了三个令人沮丧的事实： 在项目正式开展之前就进行的时间表预估，无论如何谨慎，无论事前如何频繁地修改，一旦项目开始，你会发现都是存在很大问题的。 随着项目的开展并不断接近预计完成时间，你会发现对于各个里程碑预计完成的时间估计越来越激进，即便是原来预计非常宽裕，需要三个星期才 ......

构建之法》是一本全景式图书，让我更了解这个行业，是一本与现实接轨的教材。其次，这是一本最佳实践式的书，涵盖了科学、健康的软件工程开展中的每个方面，介绍了种种方法论，但不是高高在上、纲领性的方法论，而是方法论的最佳实践，确实可用，拿来就用。这本书在介绍方法论的同时，会介绍方法论不适用的场景，介绍方法论 ......

由于该书所描述的内容比较庞杂，本人预计将分为三篇文章对于相关内容和感想进行阐述。 作为开章第一篇，就先来说说为什么“人月”是“神话”。 小学的时候我们都做过这样的应用题：“工厂需要加工一批零件，安排5名工人的话需要10小时完成，那么安排25名工人加工，多少小时可以完成”之类的。对于这类题目，小学一二 ......

第十二章是干将莫邪。主要讲的是工具很重要，需要专门人员开发。“仿真装置”很重要。不确定性是所有情况中最糟的，因为它剥夺了程序员寻找BUG的能力。 第十三章是整体部分。主要讲的是系统各个组成部分的开发者都会做出一些假设，而这些假设之间的不匹配是大多数致命和难以察觉的BUG的主要来源。 第十四章是祸起萧 ......

第四章 两人合作 4.1 代码规范 包括代码风格规范和代码设计规范 4.2 代码风格规范 代码风格原则：简明、易读、无二异性 缩进：4个空格，而不是TAB 行宽：限定为100字符 括号 断行与空白的{}行 分行 命名：匈牙利命名法 下划线：分隔变量名字中的作用域标注和变量语义 大小写（Pascal形 ......

第五章 团队和流程 5.2 软件团队的模式 主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式 5.3 开发流程 ①写了再改模式 ②瀑布模型（Waterfall Model） 是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的 ......

在学习之余，我又重拾了身边那本《构筑之法》，并对其进行了学习，这次学习的经历依然让我收获颇丰。 这两章内容从需求分析出发到创新都离不开客户。需求分析要对用户进行调研，了解用户的想法，俗话说仁者见仁智者见智，调查也要采取合适的方法。确定用户需求在建立软件的时候要PK掉对手就要与众不同，要创新。 可是怎 ......

这里的“人月”指人数×月数，即劳动力×时间；这里的“神话”指一种理想的想法，即认为工作量=劳动力×时间，当时间有限而不能改变时，我们可以通过增加劳动力（人数）来达到预期的工作量。然而，作者通过许多事实告诉我们，这是无法实现的，这个神话终将破灭。究其根本，人不是机器，不具有线性叠加的机制，尤其是面对软 ......

前言 我最近在刷网络流的题，结果啥都不会做…… 把一些学习中的心得放到这里，很垃圾，请巨佬们不要吐槽。 ~~没时间写，目前先把模板放到这吧~~ （未完待续） 本文写作时间：2023.3.30 22.16 ~ ? 本文发布在洛谷博客，博客园。 网络流算法 Ford-Fulkerson 算法 Ford- ......

第1章-焦油坑 第一章主要阐述了三个方面： 引出了一个问题： 为什么我们的项目看起来好像没有问题，实际上却出现了这么多的问题？虽说一些项目可能是“失败的”，但是他们大多数还是开发出了可运行的系统。只不过只有极少数的项目满足了目标、进度和预算的要求。为什么其实系统已经开发出来了，我们还认为项目是失败的 ......

第2章-人月神话 2.1为什么项目会滞后 缺乏合理的时间进度是造成项目滞后的最主要原因 实际上这是一句矛盾又合理的话：矛盾的点在于，我们总是已经估算了项目的时间，对于项目需要的功能和模块都进行了划分。每一个部分我们都给了必要的时间安排。按道理来说，其实不应该出现时间上的问题而导致项目滞后但是这句话却 ......

看了第一章，第一章主要是概论，主要讲述软件是什么，是由什么组成的，然后接着陈述软件工程是什么，看了第一章之后，得知，软件工程只是实现软件的一个工具，有了工具做事情才容易。还有进行运维和维护软件，并且我们所开发的软件要符合客户的要求，不能盲目开发，浪费精力和体力，根据自己的想法去做满足客户的软件，而且 ......

P26. QTreeWidget树控件 P27. QTableWidget控件 P28. 其他常用控件介绍 P26. QTreeWidget树控件（创建了新项目） （ui界面）Item Widgets (Item-Based) -> Tree Widget 把"Tree Widget"拖进界面后，如 ......

第4章：贵族专制、民主政治和系统设计概念的完整性是系统设计中最重要的考虑因素 第5章：画蛇添足在开发第1个系统时，结构师倾向于简洁，之后不断产生装饰和润色。第二个系统是最“危险”的，往往会过度设计。而随后的系统由于之前的经验会相互验证，因此能识别出不够通用的部分。 第6章：贯彻执行设计结果必须由一个 ......