闻缺陷则喜

冲突原因 写CString的时候，可能内存不够，于是释放、重新分配内存。可能刚释放，没来来得及分配，就被挂起了，然后另外的线程访问此变量，就崩了。　 测试说明 Button18测试了，没有防冲突，程序

死锁的最常见情况 相互等待。　 业务说明 对于简单的业务，可以规定一次只能锁定一个单元，但对于复杂业务，这种方法不可行。比如：金银互换，1金换10银。分4步：1，判断金币足够。 2,判断银币没到上限

难点：如何测试。我的解决方式是：a,三种解法，看结果是否一致。b,小数据（100个点），人工排查。第一种方法，暴力法适合小数据。第二种方法：我的改进型。第三种方法：经典方法（分治法）。实验证明1000

术语、概念、假设 标准工时：假定有一个三年工作经验的人，1小时的能完成的工作量。主要用于衡量模块的粒度。 规划 不同阶段核心要素不同 项目管理核心三要素 项目管理核心三要素：时间、成本、质量三要素。三

如果我当上技术经理如何展开工作... 1 1       总括... 1 1.1        引子... 2 1.2        技术经理（总监）的任务... 2 1.3        此职位和我

总括 面试时间 2019年1月21号。 公司概况 员工近20人，其中开发人员6人，全部objectarx(C++)，全部老手，一人负责一个模块的设计与编码，学历全部是本科。 老板疼点 招人难，原因如下

面试时间与地点 面试时间：2019年1月17号，面试地点：北京。 公司概况 开发的产品是集团内部使用，开发的语言ts脚本语言。目前开发团队15人，目标扩充到30人。目前不加班，年后加班，大老板催的紧。

1    为什么需要公共组 1.1    专业化分工带来高效 一    对软件开发而言，专业化分工的好处 专业化分工使得每个软件工程师需要的知识和技能减少，这意味着：     降低了软件工程师的成长

1，支持cui和cuix。 2，菜单组重复加载或显示，C#下都会崩溃。所以要判断。 3，菜单加到最后。

同一个安装包，再次安装的时候，会有“修改”“修复”“删除”三个选项。复制安装包也是如此，估计是根据MD5之类的判断。 安装1.7后，再安装1.8提示如下： 提示如下： 已安装这个产品的另一个版本。这个

基础  软件项目失败的常见原因（学院派） 对客户需求理解不足造成的风险。主要包括需求变更风险，涉及风险，过程风险，安装及维护风险。 由于管理人员能力不够，经验不足，沟通不畅，任务或其分配不合理造成的各

基础 《人人都是产品经理》的作者在阿里巴巴待了多年，他书中总结阿里内部创业绝大部分失败了。没资源的创业失败几率更高。 目标和资源相匹配 一，目标与资源相匹配。玩过游戏的都知道“先打小怪，升级换装备，反

过滤概念（可行性分析） 可行性分析事关重大，所以选取多个版本，供参考。每个版本，我都根据我自己的累积加以修改、简化，所以和原版有一定出入。 可行性分析（科教书版） 一，投资必要性。项目是有价值的。二，

用户细分 常见分类规则 基础属性，如：年龄、性别、身高、体重、民族、教育、职业、地理位置、城市规模、气候状态、人口密度、渠道来源。 社会关系：家庭、社区、学校、公司、兴趣部落。 消费能力：月收入、月支

面向过程与面向对象 面向过程：模块化、自顶向下、结构化。模块化指的是将程序划分成若干个函数（过程）。自顶向下：不断将任务拆分成子任务。结构化指不用GoTo，只使用顺序、选择、循环三种控制结构。 面向对

模式 商业模式 一，价值主张，帮用户解决什么问题。二，客户细分，谁是我们最重要的客户。三，核心资源，需要什么核心资源可以保证商业行为的执行和落实。四，关键业务。那些关键性的事情才能使产品正常运行。五，

开发期质量 可理解性 一，尽量使用成熟的技术、方法，除非优势非常大。新技术要花时间学习，新方法要详细斟酌、测试。二，分析、设计时消除偶发复杂性、简化根本复杂性。三，除小函数的局部变量外，变量和函数命名

运行期质量 性能 对用户而言，最关心的是：响应时间和操作总耗时。点击一个按钮，几秒没反应，用户就蒙了。最简单的方法：点击后，马上禁用按钮，操作完成后启用。客户最关心的是，资源使用率。比如：a，带宽，视

签单前和用户沟通 一，质量要求需要方便测量，以避免以后产生纠纷。比如：程序不容易崩溃，就不好测量。可以改成：a，平均一天崩溃一次。b，崩溃时不损坏数据。c，崩溃后重启可以解决问题，且重启过程不超过5分

架构模式很多，仅举三例。 分层架构 经典三层架构最优场景，数据库管理软件（增删查改），大部分企业软件都是这类。经典三层架构自顶向下由用户界面层、业务逻辑层与数据访问层组成。《领域驱动设计》中的分层架构