内部会议讨论规范（意见征求稿）1. 本规范的目的提高开会效率，合理利用讨论时间，形成有效结论和问题解决的结果。2. 各种会议的特点和要求2.1. 头脑风暴会会议目的：集思广益，广泛收集各种方案和想法，其特点是要围绕主题展开联想，采用正向思维、发散思维、逆向思维等各种方法广泛收集各种解决方案和想法。对主持人的要求：按讨论话题组织议程，简要说明讨论主题和讨论范围，重点在于引发大家思考和发言，当发言严重偏离主题或发生争吵时及时制止，对其他人的发言不立即表态（即不要让自己的想法去左右讨论），控制好时间和局面，视情况作出结论和结束话题。对参会者的要求：明确表达自己的想法，不针对其他发言进行否决或限制，可 Read More
安装SourceMonitor：\\dampub\Tools\CodeCheck\SourceMonitor 1、在SourceMonitor中新建工程，选择Java或C++类型，按下一步2、指定源代码目录，如果有些目录不希望统计，可选择第2项排除个别目录3、指定工程名称、统计工程文件的保存位置，最后出来统计分析结果代码分析指标说明Files：代码文件数Lines：代码行数，包含注释和空行Statements：纯代码行数%Comment：注释量选择“Display Method Metrics”菜单后出现函数分析表Complexity：复杂度，超过10或20的就可能代码逻辑过于复杂（条件分支、 Read More
代码重构可阅读经典著作《重构—改善既有代码的设计》，针对智汇产品目前的情况，代码重构最重要的要点列举如下：1、 每次仅重构一小步，针对一个问题有目的重构，修改完后测试、签入并打标签 在修改过程中及时看到旁边代码可优化也不要顺便重构，否则波及面越来越大，最终失败或引入BUG2、 每次一小步，如果修改通不过或测试出问题，一时找不到原因，必须放弃该步所作的任何修改（不行就放弃） 不允许修改一半就提交，以后你会发现能更快的复原这些步骤完成重构。 如果对代码结构进行优化重构，结果发现新的结果还是不好，请放弃所做的修改。（不太成熟就放弃）3、 不要为了美化而优化，要针对问题优化，把宝贵时间花在值得的地方 Read More
目前京版集团需求调研正在开展，下面谈谈需求调研需要收集哪些信息，实际调研中视情况而定（不限于这些内容、可不全包含这些内容）一、需求走访需要收集的内容1. 该项目涉及的部门结构、部门之间的关系、潜规则2. 相关负责人和领导（职务、管辖范围、影响力、说话做事特点），及他们各自的观点倾向、期望要求 有哪些重要事要做，不远的将来要做什么3. 涉及哪些岗位、岗位特点、人数、繁忙程度、地位、工作规律，即相应人的年龄结构、性格、知识水平和操作水平、工作习惯4. 各种岗位要做哪些事、如何做、有什么规则，和其他部门、其他岗位的关系如何5. 由于我们主要是做资源库应用，因此应对数据资源进行重点详细收集分析，例如： Read More
本总结的背景：新签项目的需求调研。一、每天的会议调研报告首先是“调研报告”与“会议纪要”的区别，“会议纪要”肯定是要开会的，“调研报告”则不一定要开会，原则上用哪个名称不是关键，可根据习惯而定。其次是包含哪些内容，会议记录文档应包含下列内容：1） 会议目的、各个主题：原则上应围绕主题开展，除非主题很粗2） 时间地点，重要性不大3） 参会人员及其职务：应准确详细记录，描述出是哪个部门的什么样的人参加，对领导要注明职务（例如张三主任），不明白姓名的底层职员要注明岗位 目的：明确调研对象及其特点4） 发言记录 注意点：不需要记录原始说话内容。 一定要当场准确理解说话内容和表达要点，不明白的可通过请求 Read More
《走出软件作坊》，阿朱著作者以自己从程序员、项目负责人、架构师、CIO决策者的发展经历，结合大量实际经验，详细介绍如何面对国内中小软件公司的种种局面。读后有幡然醒悟的感觉，所以力荐，阅读时一天不要超过两章，要反复读多思考。《软件随想录：程序员部落酋长Joel谈软件》，斯伯尔斯基著，阮一峰译一位软件行业老兵的真知灼见，本书是一部关于软件技术、人才、创业和企业管理的随想文集。 本书为部门架构师力荐。《大象—Thinking in UML》，谭云杰著作者以多年的分析设计独到经验，指点如何掌握UML建模技术，如何掌握UML建模背后的OOA/OOD思想、走出UML误区。要读懂本书，需要读者具有UML基础 Read More
PAM方向目前正在大规模的整理需求，希望能让产品需求、项目需求的需求分析工作更有序更专业。整理过程中遇到这几个问题： 1、有专人根据各个项目的需求文档及之前讨论确定的内容把项目的需求进行梳理并分别归类纳入到不同的表中，但感觉这个表内容还不全面，有部分还存在大家脑子里面，所以希望各个项目负责人补充需求； 2、为了更规范的管理需求，准备采用定期召开需求评审会的做法，希望集思广益、更专业的明确和管理... Read More
一、混沌状态我们的开发目前面临着个性化项目多、开发和结转压力大、重复开发或半成品开发比较明显等问题，可以说我们的开发（包括国内很多中小软件公司）还处于“混沌”状态，主要表现有下面的几个方面：1、“集成”的定位和使命我找过一些开发同事，他们认为我们部门其实是“集成”开发部，所谓“集成”其实就是不管白猫黑猫只要把项目整出来就是好猫，同时由于认为自身没多少关键东西，关键的都是集成了第三方或其他部门的产品和技术，所以没必要把自己的“产品”做得那么好，只要想办法结项、把项目做完就行了。大家可以留心一下，看看开发同事对于“集成”的认识，看看有多少人知道或深刻理解我们开发部的使命和定位，甚至一些同事人为开发 Read More
1、所有组件类都支持接口 Ix_Object//! 对象基本接口 /*! 所有组件类都支持该接口 \interface Ix_Object \ingroup _GROUP_PLUGIN_CORE_ \see 智能指针类: Cx_Ptr, Cx_Interface */ interface Ix_Object { //! 增加引用计数, 由智能指针类调用 virtual void AddRef() = 0; //! 减少引用计数, 自动释放对象, 由智能指针类调用 virtual void Release() = 0; };2、定义一个类来表示组建类ID，这样相对于普通字符串常量而言具有强类型特 Read More