全家 笔记tarjan

Adobe2023全家桶直装版更新日期2023-06-11，包含：Adobe Illustrator、Adobe Acrobat Pro DC、Adobe Premiere Pro、Adobe Audition、Adobe Photoshop、Lightroom Classic、Adobe Afte ......

一. Getting Ready 1. ANSI C(C89) and ISO C(C90) are essentially the same standard. 2. #include<>, 预处理指令, include 等同于在当前位置复制和粘贴代码。它的存在是为了方便的分享公共代码。 3. s ......

《代码整洁之道》是由罗伯特·C·马丁（Robert C. Martin）所著的一本软件工程类书籍。它强调了编写清晰、可维护和可理解的代码的重要性。 代码质量与可读性：书中强调了代码质量对于项目成功的重要性。良好的代码应该具备可读性，即使是其他开发人员也能轻松理解代码的意图和逻辑。为了实现可读性，作者 ......

《黑客与画家》是保罗·格雷厄姆（Paul Graham）所著的一本计算机科学与创造力的书籍。作者以自身的经历和见解，探讨了黑客文化、编程艺术和创业精神等主题。 黑客文化与创造力：作者解释了黑客文化的本质，并将其定义为一种追求创造和突破的态度。黑客不仅仅是指计算机犯罪者，更是指那些对技术充满热情、善于 ......

?本篇为学习李应保老师所著的《WPF专业编程指南》并搭配`WPF`开发圣经《WPF编程宝典第4版》以及痕迹大佬《WPF入门基础教程系列》文章所作笔记，对应《WPF专业编程指南》第 9 章之间内容，主要概述WPF中关于样式的相关内容，希望可以帮到大家? ......

在阅读这篇文章之前，我一直认为外国人在IT领域是领头羊，但是读完之后，我发现尽管他们实现了很多著名的项目和出色的软件，但是他们的项目管理和软件开发能力实在是有限。他们总是怀着远大的目标和宏伟的志向去开发软件，比如Chandler项目，他们希望能够提供最好的用户体验，使用最新的技术，平台化和开源，但是 ......

当人们梦想把软件变成流水线式的工作,他们常会期盼标准化的插件.新西兰学者詹姆斯.诺博尔和罗伯特.毕多有时用'后现代程序员'的笔名共同协作,他们把这梦想叫做"乐高假设":"未来,程序将由可服用的部件组合而成.软件部件将在全球范围内提供.软件工程将从编程的窠臼解放出来." 从架子上取几样零件,拼在一起, ......

BM执行强制进度纪律的成功基于两条原则： 1）计划是强制性的 2）计划必须符合现实情况 “从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来。 没有任何一种方法论能够覆盖软件项目的广大领域；结构化编程、改进组织代码的方式仍然 是有利于工作 ......

在讲团队协作时，作者提到了一本书《大教堂与集市》。《大教堂与集市》的作者认为，重要的软件应该像建大教堂一样，由独立的巫师精心打造，在面世之前绝对不发布 beta 版本。而 Linux 采用的开发风格却像一个乱哄哄的大集市，铺陈了各种日程和手法，要从中得到一个前后一致的稳定系统，简直只能指望奇迹再三出 ......

这本书描述了一些程序员编写大型项目时所应该遵循的最基本的原则和可以使用的最基本的工具。它没有描述某一种特定的语言、特定的算法，也没有推荐一种编程方法作为万灵药，而是介绍了实用主义的思想，并介绍了一整套方法论帮助程序员与团体避免错误、避免浪费无谓的时间，更有效地开发程序。 注重实效的哲学我的源码让猫给 ......

复制别人的代码时，代码中可能包含了我们并不需要的段落，或者是出现了我们并不理解的逻辑，这会导致我们的代码不够清晰、不够简洁。另外，如果我们使用之前成功的代码来解决新问题，那么我们就会变成一个只能解决管理员问题，却不能写出优秀代码的程序员。最后，当我们不写注释时，这会让后来的程序员很难理解我们的代码。 ......

重写、重做和重新架构代码合起来，称为重构。那么我们该在什么时候进行重构呢？当你遇到绊脚石——代码不再合适，你注意到有两样东西其实应该合并或是其他任何对你来说是“错误”的东西，那么你不要对改动犹豫不决，应该现在就做。但往往现实世界特别复杂，当你去找你的老板和客户，对他们说：“这些代码能工作，但我需要再 ......

《梦断代码》是一本记录作者罗森伯格对OSAF主持的Chandler项目进行田野调查的书籍。它通过揭示软件开发过程中的一些根本性问题，向读者展示了开发过程中遇到的问题和主人公的解决方式，以引发读者思考。作者在第0章中提到了“hello world”的意义，即程序员从0开始计数的寓意，启发读者从0开始憧 ......

在这次阅读中，最深刻的感受是作者通过不同的狗来比喻OSAF开发项目。特别是Chandler狗和Cosmo狗，这两种狗都是拉布拉多狮子狗，非常聪明，与其他狗类融洽相处，但如果管束不严就会戏弄主人。这种狗非常像Chandler项目的开发过程，没有严格要求和正确决策，就会遇到很多困难。虽然开发者们总是希望 ......

终于有幸拜读了《人月神话》这部业内经典著作。整体来说，本书的主线——人月神话、没有银弹在现今的软件工程管理领域依然属于有效的基础理论。不过有些东西确实过时了，比方说文档的管理，现在已经有了svn或者在线文档。提到调试的复杂性，现在的集成环境把调试变得非常容易。读完之后才感觉不是给编程的人看的，更应该 ......

**小迪安全V6系列笔记目录：** - [基础入门（第1天--第6天)](https://www.cnblogs.com/bingeblog/p/netsecurity1.html) - [信息收集（第7天--第10天)](https://www.cnblogs.com/bingeblog/p/ne ......

理解Linux文件权限 执行ls -l命令获取当前目录下所有文件、目录和设备的权限。 显示的列表字段分别为： 文件类型，比如目录（d）、文件（-）、字符型文件（c）或块设备（b）；文件的权限；文件的硬链接总数；文件属主的用户名；文件属组的组名；文件的大小（以字节为单位）；文件的上次修改时间；文件名或 ......

Design in Construction 我们要学会使类与类之间、子程序与子程序之间保持松散耦合，就是使一个类或者子程序能够很容易地被另一者调用。在结对编程的对接过程中，作为ui组我们就需要调用core组写的计算核心，这就是两个保持松散耦合的模块。我们只需要知道传入参数的设置就可以实现调用。当然 ......

人月神话相对于构建之法来说，讲的完全就是团队作业的效率问题了。 首先，要为软件开发安排足够的时间，一个赶工出来的软件好不到哪去，因为当开发要达到约定期限时，开发者第一时间想到的往往不是加班加点把项目赶出来，而且也不现实。通常想到的都是在原项目的基础上进行各种各样的阉割，导致最后做出来的项目更像是一个 ......

《代码大全2》第六、七章 作者在第六章中从抽象数据类型（Abstract Data Type）出发阐释类（class）的概念，给出创建类的原因以及创建高质量的常涉及的设计问题。抽象数据类型（ADT）是指一些数据以及对这些数据所进行的操作的集合，ADT是一个比类更基础的概念，类由ADT出发得到扩展，或 ......

作为一本计算机编程项目管理类的书刊，此书书名就毫不留情地指出“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”。这里向读者传达了这个重要的概念，在估计和进度安排中使用的工作量单位：人月。但实际上，人数和时间的互换是近乎不可能的，因为编程项目的任务不能分解给互相毫无交流的参与人员们（关系如下 ......

作者介绍:20世纪最后一年也就是1999年的图灵奖，授予了年已69岁的资深计算机科学家布鲁克斯(Frederick Phillips Brooks, Jr.)。布鲁克斯这个名字在中国知之者不多，但在美国却是大名鼎鼎。因为他在60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代标志的 ......

# *内存马（不死马）* ## *最常见的内存马* ``` '; file_put_contents("config.php", $content); #创建文件，写入内容 usleep(10000); #延迟执行 } ?> ``` ## *免杀内存马* 采用了拼接，旋转，加密解密的手法进行隐藏，并 ......

# 老师说的整体要注意的... 做题看清选对错 课程知识点多，**难点不一定在后边**，可能开头就挺难。 考试的时候经常说废话：比如主存的扩展，既告诉地址，还告诉总线的位数，总线的位数就是废话，实际的地址没那么多，**要分清用不到的信息** 不知道的知识点跳过去。 **对缩写要知道**，不要求每个字 ......

因为线性空间的知识点多而杂，无法一一记录，因此只取一些学习中遇到困难的地方做笔记。 # 列向量与行向量 只要不特殊提及，在线性代数中研究的向量都是 **列向量**。 显然，一个列向量左乘行向量的结果是一个标量。而一个列向量左乘一个矩阵，可以看作左乘一行列向量。即： $$ A\mathbf x=A\b ......

# $\mathbb{R}$上的Fourier变换 ## Fourier变换的基本理论 ### 实数域上函数的积分 先前的章节已经给出了有界闭集上函数积分的定义, 而$\mathbb{R}$上连续函数积分的自然延拓即 $$\int_{-\infty}^{\infty}f(x)dx=\lim\limi ......

第五章 软件构建中的设计 > 设计的限制： 设计是一个“险恶”的问题：只有通过解决或至少部分解决，才能明确地定义它。 设计中会有很多错误和修正的过程。 设计有诸多限制，要针对限制与需求进行取舍。 设计是不确定的，是启发式的过程，是自然而然的。 > 管理复杂度：把任何人在同一时间需要处理的本质复杂度减 ......

第七章 高质量的子程序 > 创建子程序的理由：降低复杂度；引入中间的、易懂的抽象；避免代码重复；支持继承；隐藏代码执行顺序；隐藏危险操作，如指针操作；提高可移植性；简化布尔式；方便维护；避免臃肿。 > 不要因为操作过于简单而不愿意将其写作子程序。简单的操作写成程序可以增加代码可读性，且便于后续修改、 ......

前面了解到什么事需求的 ，接下来就应该学习如何使用和编写需求模式。我们不仅到了解需求模式的含义，更要学会在什么情况下使用需求模式。在定义系统期间，有两种场合使用需求模式： 1.当定义需求时，看是否存在一个模式可以指导如何定义这种需求。 2.当考虑系统需求是否完全时，浏览主题覆盖的整套模式——看是否有 ......

本书的最后一部分，主要介绍了四个领域需求模式，性能领域需求模式，适应性领域需求模式，访问控制领域需求模式，商业领域需求模式。 在做需求的过程中经常遇见性能问题： 1.编写容易等同于实现困难。 2.我们定义一个完整的运行还是只是软件。 3.性能指标适用于系统的哪个部分？ 4.避免武断的性能指标。 5. ......