迭代计划会议 迭代计划会议 重新讨论、确定本次迭代需要实现的Story，达成共同理解； 若有必要的话，则继续细化Story； 对Story进行优先级排序； 开发、测试、资料人员认领任务，估计工作量并做出承诺，这是敏捷的重要实践之一: 开发团队决定承诺完成工作量的多少，而不是由SE或项目PL安排工作量。 共同制定本次迭代的迭代开发计划。要输出针对本次迭代的详细的开发计划，开发、测试、资料是以Story为单位的，所以迭代开发计划也是以Story为核心的。计划中要包括本次迭代要开发的每个Story的开发人员是谁？测试人员是谁？什么时候开始？什么结束？谁来Review？等等。 优秀实践: 明确任务责任人 (包括开发、测试、资料) 和任务完成时间点； 任务和问题都可作为跟踪项进行跟踪； 计划中根据Story优先级和依赖关系，严格按Story驱动制定计划，尽量减少Story并行开发；
‘敏捷团队中的角色 agile role’ 在ThoughtWorks一个典型的敏捷团队中，大致有四种不同角色: 项目经理、业务分析师、开发工程师、测试工程师。同时，根据项目不同可能还需要: 迭代经理，美术设计师、数据库工程师、系统工程师、交互设计师等不同人员。虽然在项目中不同的人需要确定一个角色，并担负相应的责任，但在ThoughtWorks内部，人与人之间是完全平等没有级别区分的。公司这种平等的文化，使得人与人之间的交流不会因为等级差距而丧失。同时，公司鼓励每个人向其感兴趣的其他领域发展，成为综合性人才。例如某个人现在是开发人员，但他也可以通过帮助项目经理做一些辅助工作，来学习项目管理方法，从而最终成为独当一面的项目经理。 以前公司同事写过一篇团队角色定义的文章: http://news.csdn.net/n/20060429/89961.html， 补完一些。 Project Manager 作为团队的精神支柱存在。与团队的每个人进行必要的沟通以保障项目成员的士气和稳定性。 维持开发秩序，保障团队间交流的效率和效果，负责主持必要的活动 消除外部干扰，负责与客户进行协调和协作。管理来自与客户的scope变更 跟踪团队的开发效率，维持开发速率，进行适当调整以保证开发的顺利进行 管理项目风险，维护项目风险日志，识别风险并采取措施防治风险 负责最终的项目交付成功 Business Aanlyst 需求获取与管理，与客户持续交流获取新的需求，并保持良好的客户关系。管理需求的优先级。 保障下一个迭代需要开发的需求能够预备到位。提前准备好需要的Story卡片，在Iteration Kickoff会议解释每个Story的具体需求给Developer 主持必要的会议，例如Iteration Kickoff和需求的评估活动 对需求进行初步的功能验收，保证功能的交付符合原始需求 Developer/Architect: 了解系统业务和需求，设计和演进系统整体架构，能够做出适当的技术决策 编码，并对系统的每行代码负责，保持代码的干净，保持较高的测试覆盖率 维护项目基础设施如持续集成服务器、版本控制服务器等 评估需求，并在开发完成后演示开发的需求 Quality Assurance 负责了解需求并编写需求验收条件，负责制定测试计划 负责测试开发人员完成的需求，并报告错误 负责对软件进行性能、压力、容量、负载测试等，负责项目的手工功能测试和发布测试 Iteration Manager - 小团队多由项目经理或分析师兼任 负责项目过程的顺利进行，协调项目资源 主持各种迭代会议，如Standup和Retrospective 负责跟踪需求的状态 负责项目的其他日常事务 User Interaction Designer -多和分析师为同一人 在项目初期参与前期需求的收集，提出可行的交互设计方案，保证软件的可用性 建立和维护Lo-fi prototype，负责指导项目的界面开发原则 进行用户测试，持续改进系统的可用性 Database Administrator 维护软件所需的数据库，定期进行数据备份 了解数据库重构和演化方法，负责维持数据库的每一条更新脚本 System Engineer/Webmaster 维护软件所需的各种硬件和网络系统 了解敏捷开发中的发布过程，保证每次迭代发布的实施 Art Designer - 一般团队最缺少优秀的Art Designer，了解敏捷的Art Designer更甚 了解项目的远景和规划，了解迭代方法，应用增量式美术设计方法 了解软件的交互设计，能够设计出可用性良好的系统 有一类角色，在敏捷团队中至关重要，不得不重视起来的，就是Customer。 Customer 理解迭代开发的过程，与团队进行频繁和和谐的交流，参与团队的各种必要的活动如Showcase 理解需求和排序需求的优先级 ...
DelayQueue DelayQueue 是什么 DelayQueue 是一个无界的 BlockingQueue，用于放置实现了Delayed接口的对象，其中的对象只能在其到期时才能从队列中取走。这种队列是有序的，即队头对象的延迟到期时间最长。注意：不能将null元素放置到这种队列中。 二、DelayQueue 能做什么 1. 淘宝订单业务: 下单之后如果三十分钟之内没有付款就自动取消订单。 2. 饿了吗订餐通知: 下单成功后60s之后给用户发送短信通知。 3.关闭空闲连接。服务器中，有很多客户端的连接，空闲一段时间之后需要关闭之。 4.缓存。缓存中的对象，超过了空闲时间，需要从缓存中移出。 5.任务超时处理。在网络协议滑动窗口请求应答式交互时，处理超时未响应的请求等。 三、实例展示 定义元素类，作为队列的元素 DelayQueue只能添加(offer/put/add)实现了Delayed接口的对象，意思是说我们不能想往DelayQueue里添加什么就添加什么，不能添加int、也不能添加String进去，必须添加我们自己的实现了Delayed接口的类的对象，来代码 https://www.cnblogs.com/myseries/p/10944211.html DelayQueue基本原理 DelayQueue是一个没有边界BlockingQueue实现，加入其中的元素必需实现Delayed接口。当生产者线程调用put之类的方法加入元素时，会触发Delayed接口中的compareTo方法进行排序，也就是说队列中元素的顺序是按到期时间排序的，而非它们进入队列的顺序。排在队列头部的元素是最早到期的，越往后到期时间赿晚。 消费者线程查看队列头部的元素，注意是查看不是取出。然后调用元素的getDelay方法，如果此方法返回的值小０或者等于０，则消费者线程会从队列中取出此元素，并进行处理。如果getDelay方法返回的值大于0，则消费者线程wait返回的时间值后，再从队列头部取出元素，此时元素应该已经到期。 DelayQueue是Leader-Followr模式的变种，消费者线程处于等待状态时，总是等待最先到期的元素，而不是长时间的等待。消费者线程尽量把时间花在处理任务上，最小化空等的时间，以提高线程的利用效率。 以下通过队列及消费者线程状态变化大致说明一下DelayQueue的运行过程。 ———————————————— 版权声明：本文为CSDN博主「五星上炕」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/dkfajsldfsdfsd/article/details/88966814
Emacs Markdown 安装与配置 安装 markdown-mode 非常简单,只需将下载的 markdown-mode.el 文件置于 Emacs 可找到的路径,例如 ~/.emacs.d/modes。然后把下列内容添加到 .emacs 文件中即可: (add-to-list 'load-path "~/.emacs.d/modes") (autoload 'markdown-mode "markdown-mode.el" "Major mode for editing Markdown files" t) (setq auto-mode-alist (cons '("\.markdown" . markdown-mode) auto-mode-alist)) 这样,当 Emacs 打开扩展名为 markdown 的文件时,就会自动进入 Markdown 主模式。如果你定义的 Markdown 扩展名与此不同,那么你将需要替换上面配置内容最后一行中的 .markdown。 编辑命令 Markdown 模式将常用的编辑命令都绑定到了特定的组合键上,因此要插入某个项目,只需按相应的组合键。比如: C-c C-t n 插入 hash 样式的标题,其中 n 为 1~5,表示从第一级标题到第五级标题。 C-c C-t t 插入 underline 样式的标题,这是一级。 C-c C-t s 同上,这是二级。 C-c C-a l 插入链接,格式为 [text][/text] (url)。 ...
CMake build 先创建一个叫 build 的文件夹 (这个并非必须，因为 cmake 命令指向 CMakeLists.txt 所在的目录，例如 cmake .. 表示 CMakeLists.txt 在当前目录的上一级目录。cmake 后会生成很多编译的中间文件以及 makefile 文件，所以一般建议新建一个新的目录，专门用来编译) ，然后执行下列操作: mkdir build cd build cmake .. make 你或许听过好几种 Make 工具，例如 GNU Make ，QT 的 qmake ，微软的 MS nmake，BSD Make (pmake) ，Makepp，等等。这些 Make 工具遵循着不同的规范和标准，所执行的 Makefile 格式也千差万别。这样就带来了一个严峻的问题: 如果软件想跨平台，必须要保证能够在不同平台编译。而如果使用上面的 Make 工具，就得为每一种标准写一次 Makefile ，这将是一件让人抓狂的工作。 CMake 就是针对上面问题所设计的工具: 它首先允许开发者编写一种平台无关的 CMakeList.txt 文件来定制整个编译流程，然后再根据目标用户的平台进一步生成所需的本地化 Makefile 和工程文件，如 Unix 的 Makefile 或 Windows 的 Visual Studio 工程。从而做到"Write once, run everywhere"。显然，CMake 是一个比上述几种 make 更高级的编译配置工具。一些使用 CMake 作为项目架构系统的知名开源项目有 VTK、ITK、KDE、OpenCV、OSG 等 [1]。 ...
Qt, GTK 查看Qt 版本 qmake -v Qt debug export QT_DEBUG_PLUGINS=1 Qt 是一个跨平台的 C++ 图形用户界面库，由挪威 TrollTech公司出品，目前包括Qt， 基于 Framebuffer 的 Qt Embedded，快速开发工具 Qt Designer，国际化工具 Qt Linguist 等部分. Qt支持所有 Unix 系统，当然也包括 Linux，还支持WinNT/Win2k，Win95/98 平台。 Trolltech 公司在 1994 年成立，但是在 1992 年，成立 Trolltech 公司的那批程序员就已经开始设计 Qt 了，Qt 的第一个商业版本于 1995 年推出然后 Qt 的发展就很快了，下面是 Qt 发展史上的一 些里程碑: 1996 Oct KDE 组织成立 1998 Apr 05 Trolltech 的程序员在 5 天之内将 Netscape5.0 从 Motif 移植到 Qt 上 1998 Apr 08 KDE Free Qt 基金会成立 ...
Hsqldb Hsqldb是一个开放源代码的JAVA数据库，其具有标准的SQL语法和JAVA接口， 在HSQLDB中,有三种比较常用模式: 服务器模式 Server模式提供了最大的可访问性。应用程序 (客户端) 通过Hsqldb的JDBC驱动连接服务器。在服务器模式中，服务器在运行的时候可以被指定为最多10个数据库。根据客户端和服务器之间通信协议的不同，Server模式可以分为以下三种: 1、 Hsqldb Serve 这种模式是首选的也是最快的。它采用HSQLDB专有的通信协议。启动服务器需要编写批处理命令。Hsqldb提供的所有工具都能以java class归档文件(也就是jar)的标准方式运行。假如hsqldb.jar位于相对于当前路径的../lib下面。我们的命令将这样写: java -cp ../lib/hsqldb.jar org.hsqldb.Server -database.0 mydb -dbname.0 demoDB 现在你可能会疑惑，[-database.0 ]、 [dbname.0]为什么在后面加[0]。_… …我们不是在前面说服务模式运行的时候可以指定10个数据库吗，如有多个数据库，则继续写命令行参数-database.1 aa -dbname.1 aa -database.2 bb-dbname.2 bb … … 新建文本文件保存上面命令，文件名可以随意，将后缀名改成bat，然后直接执行批处理文件即可。在以后介绍的执行启动工具的命令采用同样方法。 上面启动服务器的命令启动了带有一个 (默认为一个数据库) 数据库的服务器，这个数据库是一个名为"mydb.*“文件，这些文件就是mydb.Properties、mydb.script、mydb.log等文件。其中demoDB是mydb的别名，可在连接数据库时使用。 2、 Hsqldb Web Server 这种模式只能用在通过HTTP协议访问数据库服务器主机，采用这种模式唯一的原因是客户端或服务器端的防火墙对数据库对网络连接强加了限制。其他情况下，这种模式不推荐被使用。 运行web服务器的时候，只要将刚才命令行中的主类 (main class) 替换成: org.hsqldb.WebServer 3、 Hsqldb Servlet 这种模式和Web Server一样都采用HTTP协议，当如Tomcat或Resin等servlet引擎 (或应用服务器) 提供数据库的访问时，可以使用这种模式。但是Servlet模式不能脱离servlet引擎独立启动。为了提供数据库的连接，必须将HSQLDB.jar中的hsqlServlet类放置在应用服务器的相应位置。 Web Server和Servlet模式都只能在客户端通过JDBC驱动来访问。Servlet模式只能启动一个单独的数据库。请注意做为应用程序服务器的数据库引擎通常不使用这种模式。 连接到以Server模式运行的数据库 当HSQLDB服务器运行时，客户端程序就可以通过hsqldb.jar中带有的HSQLDB JDBC Driver连接数据库。 java 代码 try{ Class.forName(“org.hsqldb.jdbcDriver”) ; }catch(ClassNotFoundException e){ e.printStackTrace(); } Connection c = DriverManager.getConnection(“jdbc:hsqldb:hsql://localhost/xdb”, “sa”, “”); ...
String#intern, String.intern() public class StringIntern { public static void main(String[] args) { String s0 = "foo"; String s1 = "foo"; String s2 = new String("foo"); String s3 = s2.intern(); String s4 = new String("foo").intern(); String s5 = new String("s5"); System.out.println(s0==s1); System.out.println(s0==s2); System.out.println(s0==s3); System.out.println(s2==s3); System.out.println(s0==s4); System.out.println(s0==s5); } } true false true false true false 在Java8中，String类维护了一个字符串常量池 (注意此常量池在运行期间位于堆中），当调用intern方法时，首先在常量池中查看是否已有相同的字符串 (字符串是否相同使用String的equal方法判断），如果常量池中已有，则直接返回该字符串的引用，如果没有，则将当前字符串对象加入常量池中，并返回当前字符串的引用。 ...
UTM browse utm gallery> archlinux arm> open in utm archlinux arm default user/password: root/root sudo mkdir -p /mnt/share sudo mount -t 9p -o trans=virtio hostshare /mnt/share Use Apple Virtualization 使用 Apple 自家的 虚拟化框架（Apple Virtualization Framework） 来运行虚拟机，而不是使用传统的仿真（emulation）技术。 性能更高 资源占用更少 boot from kernel image 勾选这个之后就不会出现 boot from iso image 的选项了 archlinux arm 不提供 iso ARM 架构设备的安装方式与 PC 不同 x86_64 架构（标准 PC）：通常使用 Live ISO 镜像引导电脑，然后手动安装系统。 ARM 设备（如 Raspberry Pi、Pine64 等）：没有传统 BIOS/UEFI 通用引导机制，因此需要预制好系统镜像，直接刷写到 SD 卡或 eMMC 上。
Use Story Points, task hours [http://www.scrumalliance.org/articles/439-story-points-versus-task-hours]1 http://www.mountaingoatsoftware.com/blog/why-i-dont-use-story-points-for-sprint-planning
jstatd jstatd 是一个基于RMI (Remove Method Invocation) 的服务程序，它用于监控基于HotSpot的JVM中资源的创建及销毁，并且提供了一个远程接口允许远程的监控工具连接到本地的JVM执行命令。 jstatd是基于RMI的，所以在运行jstatd的服务器上必须存在RMI注册中心，如果没有通过选项"-p port"指定要连接的端口，jstatd会尝试连接RMI注册中心的默认端口。后面会谈到如何连接到一个默认的RMI内部注册中心，如何禁止默认的RMI内部注册中心的创建，以及如何启动一个外部注册中心。 参数选项 jstatd 命令支持如下的选项: -nr 如果RMI注册中心没有找到，不会创建一个内部的RMI注册中心。 -p port RMI注册中心的端口号，默认为1099。 -n rminame 默认为JStatRemoteHost；如果同一台主机上同时运行了多个jstatd服务，rminame可以用于唯一确定一个jstatd服务；这里需要注意一下，如果开启了这个选项，那么监控客户端远程连接时，必须同时指定hostid及vmid，才可以唯一确定要连接的服务，这个可以参看jps章节中列出远程服务器上Java进程的示例。 -J 用于传递jvm选项到由javac调用的java加载器中，例如，"-J-Xms48m"将把启动内存设置为48M，使用-J选项可以非常方便的向基于Java的开发的底层虚拟机应用程序传递参数。 安全性 jstatd 服务只能监视具有适当的本地访问权限的JVM，因此jstatd进程与被监控的JVM必须运行在相同的用户权限中。但是有一些特殊的用户权限，如基于UNIX (TM) 为系统的root用户，它有权限访问系统中所有JVM的资源，如果jstatd进程运行在这种权限中，那么它可以监视系统中的所有JVM，但是这也带来了额外的安全问题。 jstatd 服务不会对客户端进行任何的验证，因此运行了jstatd服务的JVMs，网络上的任何用户的都具有访问权限，这种暴露不是我们所希望的，因此在启动jstatd之前本地安全策略必须要加以考虑，特别是在生产环境中或者是在不安全的网络环境中。 如果没有其他安全管理器被安装，jstatd服务将会安装一个RMISecurityPolicy的实例，因此需要在一个安全策略文件中指定，该策略文件必须符合的默认策略实施的策略文件语法。 下面的这个示例策略将允许jstatd服务具有JVM全部的访问权限: grant codebase “file:${java.home}/../lib/tools.jar” { permission java.security.AllPermission; }; 注: 此处策略中的java.home，和JAVA_HOME不是一个概念，童鞋们不要搞错了，此处的java.home指的是JRE的路径， 这个是Java的系统属性，不需要手工指定，通常是这个jdk下面的jre路径,即可以认为${java.home}和${JAVA_HOME}/jre是等价， 如果想查看这个变量的值，可以任意找一个运行着的Java应用，找到它的PID，然后通过如下jinfo命令查看就可以查看到java.home的值 jinfo ${PID}|grep java.home 也可以在Java代码中通过如下方式获取到: System.out.println(System.getProperty("java.home")) 将上面的策略内容拷贝一个文件中，文件名可以随意取，为了形象我们将文件名命名为jstatd.all.policy，文件存放的路径也可以随意，只有你当前登陆的用户具有访问权限就可以，然后执行以下命令就可以启动jstatd服务: ```bash jstatd -J-Djava.security.policy=jstatd.all.policy 如果是在具有安全限制的环境中，jstatd的策略安全一定要设置得当，并且只允许受信任的服务器或者网络访问，以免遭受网络攻击，如果存在安全隐患，最好不要启动jstatd服务，就在本地使用jstat及jps等工具对JVM进行监控了。 示例 4.1、使用内部RMI注册中心 下面这个示例演示了通过内部RMI注册中心启动jstatd，这个示例假设没有其它的服务绑定到默认的RMI注册中心端口 (默认端口是1099) 。 ...
SubSonic SubSonic就是一个ORM开源框架。作者是Robe Conery,用c#写的. SubSonic遵循了Ruby on Rails的一些准则，比如在建表时一些约定(建议每个表都加CreatedOn[Datetime],CreatedBy[nvarchar],ModifyOn[DateTime],ModifyBy[nvarchar])….，这些详细信息可以去参考Ruby on Rails. 该ORM框架可以支持多种数据库，包括sql server,MySQL,oracle,sqlite…，
jib-maven-plugin Jib 是一个构建 Docker 或者 OCI 镜像的 Maven 插件 https://github.com/GoogleContainerTools/jib/tree/master/jib-maven-plugin <plugin> <groupId>com.google.cloud.tools</groupId> <artifactId>jib-maven-plugin</artifactId> <version>3.2.1</version> <configuration> <from> <image>openjdk:17.0.2-jdk</image> </from> <to> <image>${docker.prefix}foo/${project.name}:${project.version}</image> </to> <container> <environment> <TZ>Asia/Shanghai</TZ> </environment> <jvmFlags> <jvmFlag>-Xms128m</jvmFlag> </jvmFlags> <mainClass>${project.main.class}</mainClass> <creationTime>USE_CURRENT_TIMESTAMP</creationTime> </container> </configuration> </plugin>
批处理获取当前时间 rem CODE BY t0nsha rem 关于提取date,time输出结果的一个批处理 rem “:” (冒号) 和"“波浪号必不可少！ rem ““后的数字: 为正数表示舍弃输出结果的前几位；直接跟负数表示取到输出结果的后第几位。 rem “,“后的数字: 为正数表示取到输出结果的前第几位；为负数表示舍弃输出结果的后几位。 echo %date% echo %date:~4% ::下行表示舍弃前0位,取到第10位 (即取输出结果的前10位) echo %date:~0,10% echo %date:4,-5% pause echo %time% echo %time:-3% echo %time:~2,-3% pause echo %date:~4% %time:~0,-3% pause BTW 使用批处理产生日期 (时间) 文件、文件夹 帮别人整Sql server自动备份 发现无法使用网络映射驱动器作为备份文件存放路径 而本机磁盘空间实在是不够 于是决定在本机只备份最新2天数据 再写个批处理,做成系统调度 每周将备份数据复制到网络驱动器上存档 从网上搜到批处理产生日期文件的办法 下面是实现的比较好的 批处理文件: @echo off set aFile=bak-%DATE:~4,4%%DATE:~9,2%%DATE:~12,2% set bFile=bak-%TIME:~0,2%%TIME:~3,2%%TIME:~6,2% set cFile=bak-%DATE% echo Afile=%aFile% echo Bfile=%bFile% echo Cfile=%cFile% ...
udev udev 是Linux kernel的设备管理器, 2012年4月，udev被合并至systemd。 https://linux.cn/article-13691-1.html https://www.jianshu.com/p/f9385d5703a7
shell map Map定义 在使用map时，需要先声明，否则结果可能与预期不同，array 可以不声明 方式1： declare -A myMap myMap["my03"]="03" 方式2： declare -A myMap=(["my01"]="01" ["my02"]="02") myMap["my03"]="03" myMap["my04"]="04" Map初始化： 与array类似，可以使用括号直接初始化，也可以通过添加的方式来初始化数据，与array不同的是，括号直接初始化时使用的为一个键值对，添加元素时，下标可以不是整数 myMap[“my03”]=“03” myMap[“my04”]=“04” 输出Map所有的key、value、长度： 复制代码 输出所有的key #若未使用declare声明map，则此处将输出0，与预期输出不符，此处输出语句格式比arry多了一个！ echo ${!myMap[@]} #2）输出所有value #与array输出格式相同 echo ${myMap[@]} #3）输出map长度 #与array输出格式相同 echo ${#myMap[@]} 复制代码 Map遍历： 复制代码 #1)遍历，根据key找到对应的value for key in ${!myMap[*]};do echo $key echo ${myMap[$key]} done #2)遍历所有的key for key in ${!myMap[@]};do echo $key echo ${myMap[$key]} done #3)遍历所有的value for val in ${myMap[@]};do echo $val done 复制代码 Map测试： 复制代码 [root@cdh-143 shell-test]# more map-test.sh #!/bin/sh ...
PriorityBlockingQueue 这就是带优先级的无界阻塞队列，每次出队都返回优先级最高或者最低的元素(这里规则可以自己制定)，内部是使用平衡二叉树实现的，遍历不保证有序； https://www.cnblogs.com/wyq1995/p/12289462.html
GDebi GDebi is a tool that can install .deb packages. It is available with a graphical interface, but also has a command line option.
Regsvr32 Regsvr32命令的作用是将动态链接库文件注册为注册表中的命令组成。WInXP系统的regsvr32.exe在windowssystem32文件夹下；2000系统的regsvr32.exe在winntsystem32文件夹下。 Regsvr 32命令是Windows中控件文件(如扩展名为DLL、OCX、CPL的文件)的注册和反注册工具。命令格式 Regsvr32 [/s] [/n] [/i[:cmdline]] dllname /u 卸载安装的控件，卸载服务器注册； /s 注册成功后不显示操作成功信息框； /i 调用DllInstall函数并把可选参数[cmdline]传给它，当使用/u时用来卸载DLL； /n 不调用DllRegisterServer，该参数必须和/i一起使用。 简单实例 要手工注册"E:\CPCW.dll"，只需在"开始→运行"中键入"Regsvr32 E:\CPCW.dll"，单击"确定"按钮后会弹出提示信息"DllRegisterServer in CPCW.dll succeeded"，说明组件注册成功；如果要卸载此组件，在"开始→运行"中键入"Regsvr32 /u E:\CPCW.dll"即可。 格式: regsvr32 [/s] [/n] [/i[:cmdline]] DLLname 使用参数—解除服务器注册 使用参数[/s]—无声；不显示消息框 使用参数—调用DllInstall，给其传递一个可选[cmdline];跟/u参数一起使用时卸载DLL。 使用参数[/n]—不用调用DLLRegisterServer。这个参数必须跟/i一起使用。 实例1: IE无法打开新窗口 regsvr32 actxprxy.dll regsvr32 shdocvw.dll 重启后如果还不能解决 regsvr32 mshtml.dll regsvr32 urlmon.dll regsvr32 msjava.dll regsvr32 browseui.dll regsvr32 oleaut32.dll regsvr32 shell32.dll 实例2: IE无法保存HTML格式文件 regsvr32 inetcomm.dll 实例3: MSN无法登陆 regsvr32 softpub.dll 实例4: windows默认的文件关联混乱 regsvr32 /i shdocvw.dll regsvr32 /i shell.dll ...
迭代长度 http://space.itpub.net/13633641/viewspace-312630 很多教材上都有关于这个问题的解答。迭代长度通常建议为 2-6 周，这是一个经验数值。到底选择几周为一次迭代，这个问题其实不太难，因为你只有 1、2、3、4、5、6 这 6 个数字需要选择。 我们太极敏捷派的建议是这样的: 如何确定迭代长度，有这样几个关键点需要权衡。 第一，我们希望每次迭代开发，可以获得实质性的进展，完成足够的开发任务，所以对于普通项目 1 周的迭代长度就显得有点短，做不了几天的开发就要 close，不合算。 第二，迭代任务 (包括模块集成、系统测试、评审等等) 的完成，应该比较顺畅 (streamlined) 、从容或者适度紧张，没有非常紧迫、仓促的感觉。如果在某次迭代开发中，需要砍掉很多完成不了的任务，感到进度很紧张，那么很可能说明迭代的长度设置太短了，在下一轮的开发中应该增加迭代的长度。 第三，总体上我们希望迭代越短越好，它有个下限，短于这个下限就可能得不偿失。那么，迭代时间为什么不能过长？它的上限是多少呢？迭代的主要目的是为了及时获得各方面反馈，确认已开发的内容是正确和可靠的，从而减少风险，保证开发能够始终稳步地前进。显然迭代过长，很长时间不对已开发的系统部分进行验证、反馈，随之而累积的各种风险就可能增加。如果超过一个半月 (6 周) 以上，还都拿不出一些可以执行、验证和 demo 的软件程序，那么这样的项目开发显然不能说是高效的。 从 2 到 6 周，建议选择偶数 2、4、6 周作为迭代长度，排除奇数 3、5 周。执行周计划周总结和月计划月总结是国内很多企业比较普遍的做法，显然设置迭代长度为半个月、一个月或一个半月，就能与之相合拍，更自然和便于管理。设想，当您做月度总结的时候，只完成了 1 又 1/3 的迭代，会是什么感觉？ 迭代长度通常还与整个项目的工期 (或复杂度、规模) 有关。如果项目的工期在 1 年以上，那么 1 个月或 1.5 个月的迭代长度就是比较合适的。假设 2 周就要完成一次迭代，持续干上一年，大家会不会感到太累、太频繁？如果整个项目工期小于 3 个月，那么 2 周迭代甚至 1 周迭代，就是非常合适的。对于进度这么紧的项目，可能每周都是非常宝贵的。 通常，张恂会向客户推荐采取 2 周或 4 周作为迭代长度的首选，3 周、5 周和 6 周作为备选，往往大项目、比较复杂的项目才会采用 6 周，6 周以上基本不考虑。2 周通常适合各方面很成熟的开发团队。如果一个传统瀑布团队，要尝试着转向迭代开发方式，从 4 周的迭代开始学习、积累经验，然后逐步缩短迭代长度，是比较稳妥的。 ...