他山之石 可以攻玉

1. Delphi中所有的变量均可以混合使用各国文字来命名 存储文件的文件名 程序和函数名称 程序中使用的变量 2. Delphi中常用的Unicode编码 UTF-8 UTF-16 UTF-32 UCS-4 UCS-2 3. 旧的Delphi程序与Unicode系统的转换 AnsiString到UnicodeString：AnsiToUtf8 UnicodeString到AnsiString：Utf8ToAnsi 4. 新旧版本的String的区别 Delphi 2009 之前 Char = AnsiChar; PChar = PAnsiChar; String = AnsiString; Delphi 2009 Char = WideChar; PChar = PWideChar; String = UnicodeString; 5. 获取字符串的CodePage标记符 函数StringCodePage可以获得字符串的CodePage： BIG5: 950 GB2312: 936 UTF-16: 1200 UTF-8: 65001 CodePage列表：见 http://yeyanbo.blogspot.com/2009/04/codepage.html 6. Char与Byte SizeOf 获取字符串的Byte数 Length 获取字符串的Char数 所有使用到Byte或Char的函数均需要注意 Fillchar, strPCopy, Move, Copy ...

编码 .NET中编码名称 备注信息 037 IBM037 IBM EBCDIC US-Canada 437 IBM437 OEM United States 500 IBM500 IBM EBCDIC International 708 ASMO-708 Arabic (ASMO 708) 709 Arabic (ASMO-449+, BCON V4) 710 Arabic - Transparent Arabic 720 DOS-720 Arabic (Transparent ASMO); Arabic (DOS) 737 ibm737 OEM Greek (formerly 437G); Greek (DOS) 775 ibm775 OEM Baltic; Baltic (DOS) 850 ibm850 OEM Multilingual Latin 1; Western European (DOS) 852 ibm852 OEM Latin 2; Central European (DOS) 855 IBM855 OEM Cyrillic (primarily Russian) 857 ibm857 OEM Turkish; Turkish (DOS) 858 IBM00858 OEM Multilingual Latin 1 + Euro symbol 860 IBM860 OEM Portuguese; Portuguese (DOS) 861 ibm861 OEM Icelandic; Icelandic (DOS) 862 DOS-862 OEM Hebrew; Hebrew (DOS) 863 IBM863 OEM French Canadian; French Canadian (DOS) 864 IBM864 OEM Arabic; Arabic (864) 865 IBM865 OEM Nordic; Nordic (DOS) 866 cp866 OEM Russian; Cyrillic (DOS) 869 ibm869 OEM Modern Greek; Greek, Modern (DOS) 870 IBM870 IBM EBCDIC Multilingual/ROECE (Latin 2); IBM EBCDIC Multilingual...

需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，我就不细说了，重点是站在客户的角度讲产品功能。 需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。 需求规格说明书：是从业务规则讲起的，细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。 我认为它们的先后顺序应该是需求说明书 -> 需求分析报告 -> 需求规格说明书。 还有一种分类方式是把需求说明书和分析报告合二为一，称为需求说明书或者需求分析报告。 需求说明书是面向客户的，需求分析报告是面向系统设计人员的，而需求规格说明书是面向开发人员的。

一、考试说明： 1.考试目标 考试合格人员应能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目睥系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。 2.考试要求 （1）掌握计算机硬软件与网络的基础知识； （2）熟悉信息系统开发过程； （3）理解信息系统开发标准、常用信息技术标准； （4）熟悉主流的中间件和应用服务器平台； （5）掌握软件系统建模、系统架构设计基本技术； （6）熟练掌握信息安全技术、安全策略、安全管理知识； （7）了解信息化、信息技术有关法律、法规的基础知识； （8）了解用户的行业特点，并根据行业特点架构合适的系统设计； （9）掌握应用的数学基础知识 （10）熟练阅读和正确理解相关领域的英文文献； 3.考试科目设计设置 （1）信息系统综合知识，考试时间为150分钟，笔试，选择题； （2）系统架构设计案例分析，考试时间为90分钟，笔试，问答题； （3）系统架构设计论文，考试时间为120分钟，笔试，论文题。 二、考试范围 考试科目1：信息系统综合知识 1.计算机软件与网络基础知识 1.1操作系统 操作系统的类型和结构 操作系统基本原理 网络操作系统及网络管理 嵌入式操作系统与实时操作系统 1.2数据库系统 数据库管理系统的类型、结构和性能评价 常用的关系型数据库管理系统 数据库模式 数据库规范化 分布式数据库系统，并行数据库系统 数据仓库与数据挖掘技术 数据库工程 备份恢复 1.3嵌入式系统 l 嵌入式系统的特点 l 嵌入式系统的硬件组成与设计 l 嵌入式系统应用软件及开发平台 l 嵌入式系统网络 l 嵌入式系统数据库 1.4数据通信与计算机网络 l 数据通信的基本知识 l 开放系统互连参考模型 l 常用的协议标准 l 网络互连与常用网络设备 l 计算机网络的分类与应用 1.5多媒体 l 多媒体的类型、特点及数据格式 l 多媒体数据的压缩编码 1.6系统配置与性能评价 多层结构、分布式系统 系统配置方法（双份、双重、热备份、容错、集群） 性能计算（响应时间、吞吐量、TAT） 性能设计（系统调整、Amdahl解决方案、响应特性、负载均衡） 性能指标（SPEC...

概述 在NetYi程序的1.0版本开发过程中和从1.0版本到2.0版本的升级过程中，遇到了几处挫折，也曾经另辟路径，暂时解决问题，其实1.0版本就是如此形成的。但是，感觉总是不尽完美，这才有了2.0版本的开发，这次终于完美的解决了问题（在我认为）。 编写这种程序总是离不开网络数据包的分析，我用的是WIT（网络数据嗅探器），这个软件你可以在下载栏目中找到。 坎坷经历 CSDN上有一款用VC编写的Netyi登陆器，我从中醒悟到：原来要用Post方式发送数据！ 我一贯认为： 别人能写出来的，我就能写出来！ 所以我才有了升级到2.0版本的动力。 可恨的拦路虎 拦路虎之一：授权许可 问题出现 不知你们遇到过不：通过IE浏览器或者WebBrowser组件就可以访问网址，但是通过WebClient类或者HttpWebRequest类访问就会遇到错误："(407) 需要代理身份验证。" 问题分析 这是因为防火墙的原因造成的，这种现象在内部网中会经常遇到，例如有的公司对网络的使用限制比较严密。这肯定是我们在使用WebClient类或HttpWebRequest类时没有指定代理权限造成的。通过IE或者WebBrowser组件能够访问，那么肯定在系统的哪里存在着这样的授权设置，我们只要借用IE的授权许可就行了。 问题解决 代理可以通过WebProxy来定义，通过调用GetDefaultProxy方法可以获取IE的缺省代理权限，然后赋值给HttpWebRequest的Proxy属性即可。需要注意的是，代理权限的信息是分2个步骤来获取的，具体的见下面的代码： //这里获取了代理服务器的地址和端口 WebProxy myProxy = WebProxy.GetDefaultProxy(); //这里获取了代理服务器的权限(用户名和密码) myProxy.Credentials = CredentialCache.DefaultCredentials; myHttpWebRequest.Proxy = myProxy; 放松之后的感言 这第一只拦路虎就让我另辟他途，设计出1.0版本的技术，从技术上讲，1.0版本采用的技术也不可不算一种另类的解决方式，描述的是一种网页的自动化操作过程。 后面有专门讲述1.0版本技术的章节。 拦路虎之二：Post发送方式 问题出现 当攻克了第一只...

SEDA(Staged Event-Driven Architecture)的核心思想是把一个请求处理过程分成几个Stag，每个Stag使用不同数量的线程来处理，Stag间使用事件驱动的异步通信模式。 更进一步，在每个Stage中可以动态配置自己的线程数，在超载时降级运行(如输出纯文字页面)或拒绝服务。 SEDA模式的意义： 一来是让不同资源消耗的Stag使用不同的线程数量，达到资源的最优配置。 二来可以让不同的服务入口配置不同的资源，保证某些核心服务有足够的资源运行，非核心服务不会抢占完了所有资源，如果单纯由Tomcat来控制线程，就分不出这个轻重。 在每个Stage的通常有如下组件： Incoming Event Queue ，事件队列。 Admission Controller 阀门，拒绝服务。 Dynamically sized Thread Pool， 线程池。 Event Handler ，实际处理业务的Compinent。 Resource Controller ，控制Stage的参数。

1 XDS文档概述 XDS（Cross-Enterprise Document Sharing）的中文意思是跨企业文档共享。XDS通过规范文档位置的元数据获取医疗文档，但不规范临床文档的具体内容。 2 XDS文档结构 在HIE项目中XDS文档是携带附件的SOAP文件（Soap With Attachment）的第一部分。我们将需要传送的文件做为SOAP文件的附件，而不论该文件的类型是什么。实际我们使用的是MIME格式标准。 2.1 文档示例 XDS文档头是标准的SOAP文件。示例如下： <?xml version="1.0" ?> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> <rs:SubmitObjectsRequest xmlns:rs="urn:oasis:names:tc:ebxml-regrep:registry:xsd:2.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1" xmlns:rim="urn:oasis:names:tc:ebxml-regrep:rim:xsd:2.1"> <!—在这里定义XDS的附件元数据--> </rs:SubmitObjectsRequest> </SOAP-ENV:Body> </SOAP-ENV:Envelope> 完整的携带附件的SOAP文件示例如下： POST /ebxmlrr/registry/soap HTTP/1.1 Content-Type: multipart/related; type="text/xml"; boundary=---------------------------7d4285f14803b8 S...

由于TADOQuery对象把":"后的字符当作变量来使用，导致数据识别错误。只要把TADOQuery.ParamCheck设置为False即可

安装VMWare Server 时1718 error与2755 error的解决方法,绝对不同于微软提供的方法！！！ 1718 error与2755 error这里是针对在2003操作系统上安装虚拟服务器软件VMware Server 为例子讲的。先讲1718错误和2755错误的解决方法： 原因 ： 当计算机有连续不足用于 WindowsServer 2003 或 WindowsXP 来验证 .msi 程序包或 .msp 包正确签名发生此问题； 微软提供解决问题的步骤： 1. 单击 开始 单击 运行 ，键入 control admintools , 然后单击 确定 。 2. 双击 本地安全策略 。 3. 单击 软件限制策略 。 注意 如果列出, 没有软件限制右键单击 软件限制策略 , 然后单击 新建策略 。 4. 在 对象类型 , 双击 强制 。 5. 单击 除本地管理员以外的所有用户 , 并单击 确定 。 6. 重新启动计算机。 要点 之后在执行以上步骤, 本地管理员可安装 .msi 软件包或 .msp 包。 通过以下以前步骤之后安装程序包, 重置强制级别。 在步骤 5, 单击 所有用户 代替 除本地管理员以外的所有用户 1718错误的解决方法和2755错误的解决方法完全一样，我查过，微软针对这连个错误的解决方法也是这样，但是，我以2003 Standard版本为试验对象，在上面安装虚拟服务器软件时VMware Server RC2时，明明是按照大家都知道的方法操作了，但是死活就是不行，我就想，为什么会这样，1718错误和2755错误的原理都一样，2003系统处于安全考虑，默认都是禁止安装较大的msi包的，但是修改过了组策略，那为什么还是不行？！！！ 为什么还是不行？！！！那肯定是组策略没有修改好！但是反复检查并重新启动了计算机，还是不行！突然想起我的电脑已经加入了域！！！修改好组策略后，需要重新启动计算机，但是，一旦重新启动计算机，系统就会套用域上面的组策略，所以，实际上，系统还是会限制安装较大的MSI包！ 好，知道了出现这个问题的原因，那就好解决了，方法有两种：第一种，修改好本机的组策略之后，拔下网线，再重新启动计算机，然后安装VMware Server RC2，安装好之后，再插上网线；第二种，将计算机从网域中退出来，再修改本机组策略，然后安装VMware ...

确认通过微软正版验证可升级的授权正版序列号： CM3HY-26VYW-6JRYC-X66GX-JYY2D DDQXW-THQ8M-79V6K-2YFGH-R793Q DP7CM-PD6MC-6BKXT-W8JJ6-RPXGJ

+------------------------------------------------------------+ 操作系统开发小试-保护模式引导程序(续) +------------------------------------------------------------+ + +1.开发语言:ASM(工具:NASM) +2.虚拟环境:Virtual PC +3.应用工具:WinHex Ver11.2 ===================================================== %include "pm.inc" ;%define _BOOT_DEBUG_ %ifdef _BOOT_DEBUG_ org 00100h %else org 07c00h %endif jmp begin_boot ; 跳过其它的数据，跳转到引导程序的开始处 [SECTION .gdt] ;gdt LABEL_DESC_NULL: Descriptor 0, 0, 0 LABEL_DESC_NORMAL: Descriptor 0, 0xFFFF, DA_DRW LABEL_DESC_CODE16: Descriptor 0, 0xFFFF, DA_C LABEL_DESC_CODE32: Descriptor 0, SegCode32Len-1, DA_C + DA_32 LABEL_DESC_DATA: Descriptor 0, DataLen - 1, DA_DRW LABEL_DESC_VIDEO: Descriptor 0xB8000, 0xFFFF, DA_DRW gdtr dw $ - LABEL_DESC_NULL dd 0x00 SelectorNormal equ LABEL_DESC_NORMAL - LABEL_DESC_NULL SelectorCode16 equ LABEL_DESC_CODE16 - LABEL_DESC_NULL SelectorCode32 equ LABEL_DESC_CODE32 - LABEL_DESC_NULL SelectorData equ LABEL_DESC_DATA - LABEL_DESC_NULL SelectorVideo equ LABEL_...

概述 在谈到XA规范之前，必须首先了解分布式事务处理（Distributed Transaction Processing，DTP）的概念。Transaction，即事务，又称之为交易，指一个程序或程序段，在一个或多个资源如数据库或文件上为完成某些功能的执行过程的集合。 分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。 　　 X/Open组织（即现在的Open Group）定义了分布式事务处理模型。X/Open DTP模型（1994）包括应用程序（AP）、事务管理器（TM）、资源管理器（RM）、通信资源管理器（CRM）四部分。一般，常见的事务管理器（TM）是交易中间件，常见的资源管理器（RM）是数据库，常见的通信资源管理器（CRM）是消息中间件。为表述方便起见，在本文中直接以其常见表现形式进行描述。通常把一个数据库内部的事务处理，如对多个表的操作，作为本地事务看待。数据库的事务处理对象是本地事务，而分布式事务处理的对象是全局事务。 　　 所谓全局事务，是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，这个工作即是一个全局事务，例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其它数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 　　 一般情况下，某一数据库无法知道其它数据库在做什么，因此，在一个DTP环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）影射到全局事务中。 　　 XA就是X/Open DTP定义的交易中间件与数据库之间的接口规范（即接口函数），交易中间件用它来通知数据库事务的开始、结束以及提交、回滚等。XA接口函数由数据库厂商提供。 XA与两阶段提交协议 　　 通常情况下，交易中间件与数据库通过XA 接口规范，使用两阶段提交来完成一个全局事务，XA规范的基础是两阶段提交协议。 　　 在第一阶段，交易中间件请求所有相关数据库准备提交（预提交）各自的事务分支，以确认是否...

曾经在我的一个Delphi开发项目中，我遇到过这样一个问题，困扰了我相当一段时间。 我将SAP对象封装成了类，并在一个线程中调用。也就是说，SAP对象的创建释放全部是通过代码来操作的，不同于直接将SAP控件拖放到窗体上。 线程每执行一次SAP读写操作，内存就增长24K-32K。 关键代码 下面是SAP类的部分关键代码，含有SAP对象的创建和释放。 procedure TSapSvr.Open(FunctionName: string); begin if fConnect.LogOn(0, True) then begin fFunctionName := FunctionName; fFunction := fSapFunctions.Add(FunctionName); end; end; procedure TSapSvr.Close; begin fFunction := Unassigned; fSapFunctions.ReMoveAll(); fConnect.LogOff; end; 我就是在线程中不断的调用Open和Close函数，你能看出问题出在哪里吗？你肯定想不到的。 解决方案 我也是在无意中发现的，不过我现在还不知道原因，告诉你解决的方法吧！那就是将 fSapFunctions.ReMoveAll(); 删除！！！ 结束语 你能告诉我原因吗？ 附件中我提供了我封装的SAP类，分享给大家，如果发现问题，请转送一份文件给我！

刚刚在网上下载了一个Delphi 2009 [Delphi2009正式版].delphi2009.rar 解压后安里面的说明安装 安装delphi2009过程： 1、安装目录下是否已经有两个slip文件，如果没有请到delphi2009slip文件夹里拷贝；2、安装dbpack_setup.exe；3、安装setup.exe；如果安装目录下有slip文件，在这里就不会要求输入序列号，否则要求输入序列号；4、安装完后不要运行delphi，把crack.rar文件里的delphi2009cr.exe解压到安装目的路径的bin目录下，然后运行该文件即可。 可以出现“Invalid Serial Number“ 序列号不对。 如是 １、退出安装，删除安装目录中的两个 SLIP 文件。 2、重新运行安装程序，setup.exe 3、在安装过程中会出现输入序列号的提示，输入如下序列号即可： 3DFP-D7PYNY-G65E7J-JQCN EDDP-SEBEQY-5VE47X-H2AP

过去Delphi7的时代，我们写了很多.pas的单元式组件，用Install Component的方式就可以安装了。但是，在Delphi2009中这个功能被取消了。 如何解决这个问题呢？ 你可以在Delphi2009中New一个Package，然后将你的*.pas文件和相关文件（*.dcu， *.dcr，*.res) 添加到Package中，然后再Build该项目，会产生*.hpp, *.obj, *.bpi, *.lib, *.bpl 等文件。 然后，你就可以在Delphi2009中使用Install package方式安装了。 如果你的.pas文件中没有Register方法，你需要补充它： procedure Register; begin RegisterComponents('MyComponentName', [MyTypeName]); end;

最近安装魔兽世界：末日回响，想必大家很多都遇到了安装到2%就又重新下载的问题。 这个问题只要修改一下注册表就可以了。升级程序只是不知道你的魔兽世界安装在什么位置而已。 在注册表的这个位置[HKEY_LOCAL_MACHINE\SOFTWARE\Blizzard Entertainment\World of Warcraft]新建2项： InstallPath = 你的魔兽路径\\ GamePath = 你的魔兽路径\\Launcher.exe

什么是JBI? JBI是一个Java基础标准，用于通过可插拔式组件创建系统集成方案。这些组件通过处于中介的标准消息交换机制 进行互操作。消息交换模型是基于WebService描述语言（WSDL）。 上图展示了可插拔式框架的JBI的高级理论。JIB环境为可插拔式组件提供接口，同时组件也提供接口给JBI环境使用。组件之间是不能直接交互的，代替的是，如下图所示，JBI担当了中介层，负责路由组件间的消息。这种分割是把服务提供者和服务消费者解耦和的关键所在，也是SOA的目标之一。另外，它为消息处理和监控提供了关键点。 基于WSDL，面向服务模型，可插拔式组件这些机制对于服务的提供和消费都是很重要的。通过提供服务，组件可以提供一个功能或一系列功能来供其它组件（或它自己）使用。这样的功能是使用WSDL 2.0来建模的，它包含了消息的交换。WSDL规范中定义的四个基本消息交换模式清楚地定义了在操作执行期被允许的消息顺序。我们可以形成这样的共识：在消费者组件和提供者组件之间，消息交换模式是JBI中组件交互的基础。 JBI组件提供的任何服务，都由组件使用WSDL1.1或2.0规范进行描述。这样就提供了一种抽象的，技术中立的使用基于XML消息交换的服务模型。WSDL也为服务消费者和JBI环境本身提供了一种声明额外的服务元数据的机制，组件可以通过JBI环境查询可用的WSDL描述的服务。 JBI体系结构 这个图形描述了JIB系统的架构： JBI环境提供了通过基于管理工具的JMX进行部署、控制、监控的特性。 标准消息路由（NMR）提供了中间消息交换的基础。 组件（白色框中的东西）。 组件被分为两大类： 服务引擎（SE）提供业务逻辑和转换服务，也能使用其他服务。 绑定组件（BC）提供对于JBI组件外部服务的连通性。 SE和BC组件能够作为服务提供者、服务消费者或者两者皆可。注意，SE和BC组件之间的差异是纯粹的实用性，这种从通讯逻辑上的业务分离减少了复杂度和提高了灵活性。 除却消息系统，JBI环境还提供了基于JMX的管理结构，它提供了如下的标准机制： 安装组件 管理组件的生命周期（启动/停止） 部署服务元件到组件中 JBI组件通常充当某种类型的容器，工件(artifact)可以被部署进这样的容器来增加新的服务或者提供逻辑。例如一个提供基于XSLT的转换服务的SE将会需要部署有XSLT样式表，这样...

不管你是一个团队的成员还是带头人，如果你对它已经厌倦了，恨不得大家早点儿散伙，不妨赶紧捡起来下面这七种武器。好吧，也许你是一片好心， 希望改变团队目前垂垂危矣的状况，病急乱投医，随便捡起一把枪，却没搞懂枪口冲着哪个方向，再加上擦枪走火，自行了断，也不是不可能。有的武器介绍之后，还有使用它的进阶技巧。让其成为项目管理、共同协作、职场发展必备之最佳利器。 　　如果当初猪八戒扔掉钉耙，而是拿起来这些的话，也许他早就回高老庄，跟高翠兰一起，从此过上快乐、幸福的生活了。 武器一：贸然加入陌生人 　　团队来了新人，不要介绍他给大家认识，不要让大家知道他的技能和长处。人们会根据他的一些细微行为做出自己的判断，而不是先去深入了解他。 要是新人的兴趣癖好跟大家完全相反，那就再好不过了。 进阶技巧： 　　把两个死对头加入到一个团队中，而且告诉大家他们的技能对于团队来说很重要。这样一来，他们之间的摩擦就会成为加速团队分裂的催化剂。 武器二：限制沟通 　　别让大家谈天，这样会增进他们的感情。不断提醒他们“你们还有活要干！”要是能在办公室里面贴上一个“静”，就再好不过。实际上，如果团队分布在不同的地方， 甚至彼此之间的文化背景都不同，效果就更好了。不到迫不得已，绝不要把一个团队的人安排在一起。不要公布通讯录。让人们的惰性发挥效果，如果想找一个人很麻烦，他就不会找了。 进阶技巧： 　　告诉团队时间紧迫，发邮件也是浪费时间。这样人们就不会发送不必要的信息了。 武器三：分清长幼尊卑 　　最佳的装备给最棒的人。最快的电脑、最好的办公室、额外的假期等等等等，只给这些精英人物。当人们看到有人可以享受特权时，嫉妒暗自滋生。基督教的七宗罪，“嫉妒”跻身其中。更美妙的是，一旦这种致命武器在团队中出现，不用人浇灌，敌意就会不断蔓延。 武器四：打人要打脸 　　每个人都有自己的弱点，找到它！把人们的弱点公开出来，并且使其个人化。要指名道姓！在表达方式上也要无所不用其极：羞辱，责怪等等，不一而足。传播方式，可以通过备忘录、邮件、会议上的发言。用红色的大字体可以加强效果。更棒的是，你还可以散布流言。要想让人信服，不妨在流言中加入一些真相，这就更有效啦。。。 进阶技巧 　　曾经有一个公司的总裁，向全公司发送了一个备忘录，其中责备了软件团队新产品的种种不足。这种做法太牛掰了！这个总裁也就成了公司的杀手，不久之后，公司成功散...