时光如梭，转眼间来深圳已经一年了。去年的今天，我心揣着梦想，来到这个我梦寐以求，向往着的城市，开始了自己在这个城市的生活。

    来深圳那会，心态还算好，各方面准备还行，很顺利找到工作，现就职于一家创业型项目管理软件开发的小公司。刚开始工作时，还是继续原来的发展规划，做自己熟悉的软件开发领域。工作满一个月时便提前转正了。或许那会能力表现较为突出，或许是当时工作状态比较积极。工作的前两个星期，熟悉公司的产品，和相关的项目管理概论。之后小试牛刀，让我做费用管理模块的开发工作，还算幸运，很顺利的完成了工作任务。继后来便做工时管理、成本计划、多项目甘特图、文档中心集成SVN的功能。（多项目甘特图，现已废弃，说实话，那个图画得也太丑了）11月，公司内部需求，从产品上转到了内部CRM系统的开发，从开发的层面上来讲，技术的实现上和原来一样，只是不断的积累中得到提高。然在信息化理论知识体系上却得到了一定的提高。了解了相关了CRM的知识概况和实用范畴。12月，公司计划举行研讨会，需向客户发放实用软件，这样就必须把我们的软件重配置安装，转到自动打包安装。于是技术总监找了个java开

在现在的ERP销售过程中，由于诚信、价格、沟通断层、一揽子解决方案的需求增加、方案执行愈来愈重要等原因，咨询顾问公司越来越受到客户冷落。但同时客户在上ERP系统之前又迫切需要进行业务诊断，并借ERP系统进行规划落实、执行。因而提供规划及业务诊断的任务自然落到软件公司售前咨询顾问身上。

一个优秀的管理信息化领域的售前咨询顾问应该是一个全面发展具备多种能力的特种兵，所须具备的基本知识层面包括：专家形象、专家的语言、行业知识、管理知识、软件功能知识、沟通能力、讲解及撰写方案的能力、和销售配合能力等，同时对行业管理难点要有一定程度的了解，并且要具有项目实施交付的经验。不仅需要知识、技能，还需要悟性和综合能力。我一直在想到底怎样才算是真正的咨询顾问，一个优秀的管理信息化领域的售前咨询顾问是怎样炼成的？
 
l、我所理解的售前咨询顾问应该扮演2种角色，掌握4种知识，具备4种能力。
 
2种角色是优秀的老师和优秀的医生。因为售前咨询顾问首先要具备丰富知识，能说能写，能指导别人做事，同时也要具有丰富的从业经验，像医

一、个人学习

　　对于任何一个人而言，行动的基本模式有两种，一种是“四肢先行式”，一种是“大脑先行式”。两种模式导致的结果也不一样。前者“有勇无谋”，做了10件事，可能有6件有毛病，既浪费资源，又付出了巨大的机会成本；后者“谋定而动”，也许只做了8件事，却有6件做成了，既节约了资源，又比前者多做成2件事。

　　怎样做到“大脑先行”呢？学习！磨刀不误砍柴工。老虎、狮子、北极熊，身体比我们强壮得多，为什么弱于人类？主要是因为它们不能传承与学习。我们可以借助文字学到五千年前甚至一万年前的知识，而它们连上一代的智慧都继承不全。所以，人生虽然不满百，却可“活到”五千岁、一万岁。但如果放弃学习，就等于主动缩短寿命，“自绝于历史”。

二、团队学习

　　学习不是目的，学以致用才是目的。所以，衡量学习是否有效，得看三个方面：一是学没学，二是学

“客户总是正确的，我们能完全满足客户的需求”——所有的ERP实施顾问都知道，这句话不过是胡扯，骗骗人的。在近期的ERP实施项目，因为种种因素迫使我频繁的向客户说“不”。开始的时候，我一味忍让，希望全凭诚意去感染对方，但有时近乎于痴人说梦。 在经过无数次打击后，使我明白到需要说“不”的时候，还是要说“不”。问题的关键是怎么搞掂那些难缠而又愤怒，还随时可能冲你大喊大叫的客户。

一．ERP实施，说“不”是常态

ERP项目实施过程中，不可避免地要遇到非常多的问题。有项目实施顾问曾说，ERP实施的过程就是不断的对客户说“不”的过程。否则，没有原则的满足客户过多的需求，项目必定是会失败。ERP实施说“不”是常态，主要有以下几个原因：

（1）销售顾问过度承诺，客户产生过高期望

很多ERP项目从一开始就埋下了说“不”的隐患，既有技术方面的，也有产品应用方面和客户配合方面的原因。这个阶段容易犯的错误是销售顾问为了签单，把产品吹得非常完美，似乎客户什么需求都可以满足，还承诺给客户作专项开发，让客户对

    今天在写一程序时，通过java去访问xml文件，原先就做过类似的东西，所以感觉不难。可是今天在读文件时遇到这样一个异常：com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 1 of 1-byte UTF-8 sequence.

    折腾了很久，也上网找了相关资料，但是回答都不是很到位，以至于自己多花了很多时间。其实异常本身就是字符编码转换的问题。xml里我用的是utf-8编码，程序和项目也采用的是utf-8，但是解析过程中，还是报错。根本原因在于我在xml文件加有中文的注释信息，把这些中文字符注释信息去掉，一切就OK了。

实际上xml文件里虽然采用的是utf-8编码，但是平时我都是采用EditPlus编辑文件的，实际上写入中文注释时，并不是utf-8编码，而是本地的字符GBK编码，所以才会在utf-8编码下读文件字符不匹配。

JBOSS默认的各种设置文件中通常定义了以下几个端口:

1: The ports found in the default configuration Port Type Service

。1099 TCP org.jboss.naming.NamingService
。1098 TCP org.jboss.naming.NamingService
。1162 UDP org.jboss.jmx.adaptor.snmp.trapd.TrapdService
。4444 TCP org.jboss.invocation.jrmp.server.JRMPInvoker
。4445 TCP org.jboss.invocation.pooled.server.PooledInvoker
。8009 TCP org.jboss.web.tomcat.tc4.EmbeddedTomcatService
。8009 TCP org.jboss.web.tomcat.tc4.EmbeddedTomcatService
。8083 TCP org.jboss.web.WebService
。8090 TCP org.jboss.web.OILServerILService
。8092 TCP org.jboss.mq.il.oil2.OIL2ServerILService
。8093 TCP org.jboss.mq.il.uil2.UILServerILService
。0a TCP org.jboss.mq.il.rmi.RMIServerILService
。0b UDP org.jboss.jmx.adaptor.snmp.agent.SnmpAgentService
a, This service binds to an anonymous TCP port and does not support configuration of the port or bind interface c

[转载]当在同一台机器上运行两个JBOSS实例的时候，需要修改哪些配置文件

当在同一台机器上运行两个JBOSS实例的时候，需要修改哪些配置文件
注:同样适用于在一台服务器上运行两个JBOSS

【适用范围】
EOS5.0及以上版本 for JBoss

【问题描述和定位】
如果一台机器运行两个EOS for JBoss实例时，因为都使用了相同的端口，当启动了一个实例后，再启动另外一个实例时，就会报端口已被占用的异常。

【解决方案和步骤】
通过修改JBoss和EOS的端口配置可以解决端口占用的问题。

1、修改jboss-3.2.5\server\default\conf\jboss-service.xml中的1098，1099，4444，4445，8083端口。端口配置在配置文件中位置如下：
...
<mbean code='org.jboss.web.WebService' name='jboss:service=WebService'>
<attribute name='Port'>8083</attribute>
..

什么是关键路径

　　在项目管理中，关键路径是指网络终端元素的元素的序列，该序列具有最长的总工期并决定了整个项目的最短完成时间。

　　关键路径的工期决定了整个项目的工期。任何关键路径上的终端元素的延迟将直接影响项目的预期完成时间（例如在关键路径上没有浮动时间）。

　　一个项目可以有多个，并行的关键路径。另一个总工期比关键路径的总工期略少的一条并行路径被称为次关键路径。

　　最初，关键路径方法只考虑终端元素之间的逻辑依赖关系。关键链方法中增加了资源约束。

　　关键路径方法是由杜邦公司发明的。

    产品的生命周期（Product life cycle）简称PLC，是产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程。典型的产品生命周期一般可以分成四个阶段，即引入期、成长期、成熟期和衰退期。

    项目生命周期，即从项目立项开始—>项目计划阶段—>项目执行阶段—>项目收尾阶段。

    在这里，我们只谈产品的研发、设计、制造对应的项目管理，对产品的市场推广等作为项目启动，暂追溯。

     产品，可以以产品结构树进行展开，从而得到一个产品BOM。在BOM中，子产品或产品的一部分与项目的关系式多对多的。一个产品可以对应一个项目或多个项目，项目的交付物可以产品，也可以是产品的一部分。项目只在项目生命周期对应产品，项目生命周期结束，项目即结束。然，产品则独立于自己的生命周期。

    产品需求启动的项目。产品需求来着市场收集、业务部门等的需求信息。产品经理或公司高层从这些需求中找出需要做的需求信息，并启动项目立项，这样项目的范围、需求便来着则产品的需求收集。这种需求是明确的。