火龙果软件工程技术中心  介绍KrzysztofCwalina和他的伙计们最近在开发一个工具，可以帮助框架设计者更容易地进行设计、复查和维护高度易用的API，你可一定要看看FrameworkDesignStudio（FDS）。
可以在此处下载FDS和它的快速入门文档。
目前这个工具主要用于：列出一个托管程序集暴露的API比较一个程序集的两个版本的差异对API进行复查，对API的设计进行注解，将复查的bug整理为文档，归入缺陷数据库（通过一个可配置的plug-in）将API复查结果导出为Word文档下面的几节描述了这些场景。
使用FrameworkDesignStudio运行该程序后，你要做的第一件事

1. 简介FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。
不是通过分析类文件的形式或结构来确定程序的意图，而是通常使用Visitor模式。
2. 使用时机 开发阶段　　当Developer完成了某一部分功能模块开发的时候(这通常是指代码撰写完成，并已debug通过之后)，可藉由FindBugs对该模块涉及的java文件进行一次扫描，以发现一些不易察觉的bug或是效能问题。
交付新版的时候，开发团队可以跑一下FindBugs，除掉一些隐藏的Bug。
FindBugs得出的报告可以作为该版本的一个参考文档一并交付给测试团队留档待查。
　　在开发阶段使用FindBugs，一方面开发人员可以对新版的品质更有信心，另一方面，测试人员藉此可以把更多的精力放在业务逻辑的确认上面，而不是花大量精力去进一些要在特殊状况下才可能出现的BUG(典型的如NullPointerDereference)。
从而可以提高测试的效率。
 维护阶段这里指的是系统已经上线，却发现因为代码中的某一个bug导致系统崩溃。
在除掉这个已暴露的bug之后，为了快速的找出类似的但还未暴露的bug，可以使用FindBugs对该版的代码进行扫描。
当然，在维护阶段使用FindBugs往往是无奈之举，且时间紧迫。
此外，如果本来在新版交付的时候就使用过FindBugs的话，往往意味着这种bug是FindBugs还无法检测出的。
这也是FindBugs局限的地方。
FindBugs不能发现非java的Bug。
对于非java撰写的代码，如javascript，SQL等等，要找出其中可能的bug，FindBugs是无能为力的。
当然，javascript中的bug似乎还不至于使系统崩溃，而SQL中的bug往往又跟业务逻辑相关，只要测试仔细一些应该是可以发现的。
FindBugs不过是一个工具。
作为开发人员，当然首先要在编程的时候努力避免引入bug，而不要依赖于某个工具来为自己把关。
不过由于代码的复杂性，一些隐藏的bug确实很难靠咱们的肉眼发现。
这时，应用一些好的工具或许就可以帮你发现这样的bug。
这便是FingBug存在的价值。

1概述在软件开发团队中，由于质量被视为软件产品的生命，而始终被人们所高度关注；
然而在现实生活中，许多软件产品却时常陷入质量低下的旋涡，总是不尽人意。
究其根源，在于这些软件产品对其质量内涵的把握，仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面，而对整个软件开发生命周期的全过程质量管理，缺乏总体架构。
因此，在大型软件产品的开发与设计中，始终体现全过程质量管理思想的RationalUnifiedProcess:trade_mark:(简称RUP)和提供全生命周期支持的软件开发平台，则展现出强大的生命力和独特魅力。
2全过程质量保证2.1质量定义在RUP中，质量定义如下：1)满足或超出认定的一组需求2)使

本书深入探讨了现实世界中的软件破解问题，解释了它们是如何以及为什么被破解的，介绍了相关的攻击模式，以及它们是如何被发现的。
本书还展示了如何发现新软件的脆弱点以及如何利用这个脆弱点去攻破机器。
第1章介绍了软件是计算机系统安全问题的根本原因。
引入了“问题三组合”——复杂性、可扩展性以及连通性——并描述了为什么软件安全问题是不断成长的。
还介绍了软件的一些特征以及它们在软件攻击中的含义。
第2章介绍了实现bug和体系结构缺陷之间的区别，讨论了开放式系统的安全问题，并解释了为什么冒险管理是最明智的办法。
介绍了现实世界中的两个攻击案例：一个比较简单，另一个在技术上比较复杂。
本章的核心是讨论攻击模式，给出了攻击模式是如何适应不同网络安全特征的，并在本书的其他部分也介绍了攻击模式。
第3章的主题是逆向工程。
攻击者反汇编、反编译以及解构程序来理解程序是如何工作的，以及如何阻止程序这样工作。
在这一章里还介绍了常用的灰箱分析技术，包括利用安全补丁作为攻击地图的思想等。
介绍了交互式反汇编程序(InteractiveDisassembler，IDA)，它是黑客用于理解程序行为的工具。
我们还仔细介绍了实用的黑客工具是如何被开发及使用的。

萧德云的系统辨识理论及应用，本文讲的很全，不过感觉本文偏重辨识算法，输入信号的设计、最优实验设计没讲，不得不说有点缺陷，其次，感觉文笔一般，没有太让人想看的欲望，丁锋出了更全的系统辨识，不过暂时没搞到全的，好像也只出了第一、三册。
由于文件大，分1,2两部分。

.bat文件批量处理adbshell命令（缺陷：无法在该窗口上Key入其他命令）

利用密度泛函理论和非平衡格林函数技术，我们进行了之字形结构和传输特性的理论研究具有Stone-Wales（SW）缺陷的有机硅纳米带（SiNRs）。
计算的编队能量明显低于石墨烯和硅烯，这意味着SiNRs中此类缺陷的稳定性。
在理想偏置和SW偏置的SiNR中，都可以在一定的偏置电压范围内观察到负差分电阻（NDR）。
为了阐明机理，详细讨论了NDR行为，透射光谱和分子投射的自洽哈密顿量（MPSH）状态。

内容：前言　每晚构建的定义和作用　需求定义　系统分析　文档书写辅助工具　关于作者1、前言　本文有两个目的：实现每晚构建平台和探讨一个软件从需求文档到设计文档的书写规范。
每晚构建是软件研发管理中极具价值的手段，对于加快发现和改正缺陷，降低集成风险，提高产品质量，加强成员沟通与协作，缩短产品上市时间，增加项目开发透明度，提高项目组成员信心和斗志有着非常重要的作用和意义。
本文从软件工程过程：需求定义，分析，设计出发描述了实战每晚构建平台的大部分过程。
软件工程中文档有着极其重要的地位，良好的文档风格和习惯是一个团队成熟的重要标志。
目前有些软件研发人员特别是刚刚走上岗位的研发人员对文档书写没有一个统一的

对于软件测试员来说，给定一个程序你能找出多少个缺陷？现在我给出的程序就是必需学会的三个最简单的程序：三角形问题Nextdate()\佣金问题。
里面有详细代码及示例测试用例。

本书是第一本专门介绍在园区网环境中应用qos的书籍。
本书向读者提供了了解lan中使用得最普遍的设备(ciscocatalyst系列交换机)的qos操作。
根据作者多年来在cisco公司为ciscocatalyst交换机部署和qos做技术支持的经验，本书园区lan的观点介绍了qos。
同时，本书解释了为什么在此环境实现语音、视频和其他延迟敏感的应用时，为了对数据流实现更确定的行为，qos至关重要。
本书通过体系结构概述、配置的示例、现实环境中的案例研究和常见缺陷的总结，让读者理解qos如何运行、成功实施qos所涉及到的不同组件，以及qos如何在各种ciscocatalyst平台上实现来确保真正成功的端对端qos应用。
本书针对ciscocatalyst系列交换机，专门介绍在园区网环境中应用服务质量（qos）的问题。
全书分为基础qos概念和高级qos概念两部分，由10章组成，内容包括：服务质量概述、端对端的qos、catalyst平台上的qos支持概述、catalyst5000系列交换机中的qos支持、服务质量模块化命令行界面简介、catalyst2950和3550系列交换机中可用的qos特性、catalyst4000ios和catalystg-l3系列交换机中可用的qos特性、catalyst6500系列交换机中的qos支持、catalyst6500msfc和flexwan中的qos支持，以及端对端系统中的qos问题研究。
本书面向使用catalyst交换机的网络工程师，以及希望了解此类交换机所能提供的qos能力的技术人员。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。