记录 分享 成就

过程：下午4点确定出差，晚上8点火车，凌晨12点到YD办公大楼， 凌晨4点修复完回到酒店，早上不上班，8点自然醒起床，总结了修复过程。比较坑的是， 这时问题修复过程记录文档，是相当细的，用户针对每一个细节进行提问，并提出怎么后续不在继续出问题的保证措施。- 回顾：现状看来那次给移动客户的展示，刚开始不清楚：要不要给客户解释，客户是谁，目标是什么，需要准备什么等，都是盲目去搞，幸运会一直下去吗，自然不可能。2. 凑热闹的：可能转变为支持的人，需要关注并应对他们的问题，观点要清晰明了，氛围轻松点。

记录 议题，议程，内容，时间，与会者，会议记录，会议结果输出，会议待定，任务owner，截止时间，检查人，下次检查时间。内容铺垫：目的是为了拉齐认知，包括：会议议题背景，上一次讨论的结果和待定内容，会议会用到的术语解释。会议开始后，前几分钟：介绍这次会议议题，议程（内容和时间安排），相关人，以及需要解决的问题。会议结果监视：这个需要主持人 在讨论过程中监视的内容，方便会议进程的把控。会议语言：分析与会人员，用大家都可以接受的深度来讲解问题。1. 会议议题，议程，明确目的，提前发给关系人。

3. 抓住了不落实的事，同时追究不落实的人，等于落实。2. 会议上布置了工作，但是会后不进行检查，等于零。1. 光是开会，如果会后没有人落实，等于零。4. 凡是会议，会前必须有议程。2. 凡是会议，必须有主体。3. 凡是会议，必须有纪律。5. 凡是会议，必须有结果。1.凡是会议，必须有准备。8.凡是开会，必须有记录。6.凡是开会，必须训练。7.凡是开会，必须守时。

可读性健壮性最小耦合性能安全性更好抽象复用：尽可能不重复写一行代码。

1. DDD从软对文化，需求分析，架构模式，模块划分等方面都比较契合现有分布式微服务风格架构模式2. 把DDD作为抽象具体化的方法论，软件思维好一点的同学具有较好的抽象能力，但也需要一种类似roudmap将思考过程进行适当规范化；对于抽象能力较差的同学，按照DDD提倡的步骤和思想就可以完成较好的设计。3. DDD和敏捷提倡的企业文化，以及现有互联网扁平化管理 比较吻合。.........

中台分为业务中台和数据中台，数据中台可以用数量仓库，大数据技术进行采集，分析和融合，主要的作用是为了打通微服务导致的数量孤岛，为业务中台，前台做数量支撑，同时分析出的数量反推业务的发展和创新。实体，是一种具有生命意义的对象，他有属性，操作，有唯一ID，比如订单，员工，货物等等。DDD识别服务，微服务是架构风格，微服务技术栈中有个叫SpringClound来落地，实现微服务是为了应对高并发高可用，和微服务同时出镜的是敏捷，敏捷是一种思想，需求不确定，那就不要一次输入，飞多个迭代做，中间还能有调整的机会。...

怎么突然想起写项目管理这个角色呢？因为我见了好多很差很差的Leader，项目经理，他们甚至都不清楚自己的权责，只是靠自己直觉进行管理。有权就是管理的意识深入到每个人的心理。最重要的是很多上层领导对选择什么样的人作为项目经理和Leader并不重视，这点很无奈。公司搞成了一言堂，利益固化，权责不分，一团糟，然后再怨员工能力不行，做啥的时候就跟小孩子一样，就知道“我要，我要”。其实所谓的向上管理，你要学着去改变而不是抱怨等，这样的话都TM扯淡。领导麻糜不分，你能咋样。......

管理有权不一定会我从来没有遇见过一个 天生 的卓有成效的管理者。他们都是通过不断的实践，最终将追求成效变成一种习惯。所有那些想努力让自己成为卓有成效的管理者的人都成功地做到了这一点。卓有成效是可以学会的，也是必须学会的。并不是只有高级管理人才才是管理者，所有负责行动决策 又或者 有助于提供结构工作效能的人，都应该想管理者一样工作和思考。《卓有成效的管理者》 彼得·德鲁克。简单说：管理不是有权才是管理者，生活工作中也需要具有管理的知识； 管理是学的，不是天生的。 无论你是开发，测试，架构还是项目经

引言了解风险类型，有哪些要素，对比一下工作中要完成的任务，识别一下有啥问题比如：给你一个模块，技术不怎么熟悉，上面要求工期，那你怎么应付呢？怎么跟领导汇报，什么汇报，你有理论支撑吗。组成四要素起因，事件，概率，影响。示例：最近的修改数据库编码：起因：存储特殊字符，GBK不支持事件：要想存储必须修改数据库编码，修改编码影响现有数据概率：发生的概率，我也不确定影响不影响影响：现有系统不能使用了，老大会奔溃的，北京有要要离职的。风险分类知道/不知道(事件)- 知道/不知

引言首先需要知道有这么回事，无论你是完成一个模块，作为一个项目经理，哪怕跟你丈母娘谈判，做任何一件事都需要分析一下干系人，就是你做这件事影响到的和可以影响这件事的人，然后分析分别处理。识别干系人识别： 哪些是项目干系人：能影响你项目的和你项目能影响到的。 这个影响包括正面和负面 输出：人名列表 分析： 分析跟项目的关系程度 即：上面提到的影响，正面和负面影响是影响出来的 工具：权益利益表格 评估： 评估什么：评估干系人的风险承受能力 就是评估一下这人抗事不

前言今年的金三银四市场真的很差，大企业大面积裁员，中小企业是能收则收，Boss上的职位80%是挂着的，没有回应。实体经济寒了两年，终于波及到了软件。今年这个时间点裸辞真的大意，虽说不是啥好事，但反过来看也更加能审视自己，多难兴邦，稍微有点挫折也能让个人成长更踏实，也更能沉下心来学一点东西。都说35是程序员门槛，我却不以为然，这句话对，也不对。如果一直是普通程序员自然比不过年轻人能加班，如果其他方面有造诣，35自然不是问题。总不能妄想着，毕业几十年还指望CRUD可以有竞争力吧？ 过35这个门槛需要沉淀

面试中经常会遇到一些八股文问题，说一下HashMap结构，ConcurrentHashMap，Redis有几种数据类型，Mysql索引底层结构，JVM垃圾回收机制…… 几乎初中高都会遇到类似问题，不背不行啊，毕竟无聊面试官多。下面罗列一下：1. 你会MQ吗，你会分库分表吗？- 评： 太不专业了，什么叫做会，听过，会用，用的比较熟悉，处理过大数据量，查过线上问题，解决过疑难杂症 …… 到哪个位置算是会2. 面试官是话痨，自说自话- 把面试当做沟通，啥都说。面试一次公司和个人的营销过程，把面试当

1. 发邮件必须有“签名”，让人知道你是谁2. 邮件是法律上认可的正式沟通方式，那你说自己没收到，没用的，只要服务判定已经发送给你了就算收到了。3. 邮件必须备份，职场上你说邮件删除了是说不过去的4. 邮件的自动分类，添加规则即可5. 自动回复设置，如果只发给你的邮件，设置一个自动回复邮件，另一个场景就是你休假的时候需要设置自动回复6.会议联系，在邮件软件中可以看到每个人的时间安排，就可以根据在这个时间设定7. 收到邮件邀请，即使做出处理，怎么处理呢：1. 接受；2. 暂定；3.谢绝

如果你习惯了微信QQTIM电话直接沟通，那你一定会忽略邮件的重要性。尤其是二线公司不重视这个，或者有啥事吼一嗓子解决，会让你不规范。如果公司不规范，那你也有必要了解一下。用邮件是基于人思维是连续的，好的状态需要有一定时间预热。 一个领导要想让下边效率提升就需要减少打扰，而邮件是一个很重要的沟通方式。血的教训很多很多年轻，刚进入外企，干得不错，老板给我密送一封邮件，邮件是提升我的，然后要一些资料，然后我看了一眼，怎么能没有发件人呢，就没有理，结果可以而知。 没人教我们这些，写这篇的时候搜了下网上，

第八章 项目质量管理先来了解质量管理的各种名言警句1、等级低不一定是个问题，质量未达到要求肯定是个问题；2、PDCA 循环由休哈特定义, 戴明改进并完善 PDCA 环（14 条原则）即持续改进；预防胜于检查3、朱兰：质量就是适于使用 Fitness for use（主观），管理的关键是持续改进；4、克劳斯比：质量就是符合要求 Conformance to Requirements（客观...

API管理 YAPI

Swagger API管理

jenkins

版本号规则 命名规则 SpringCloud的版本号 Base Alpha Bate RC SR　

涉及角色1. 产品/需求：2. PM/项目经理/研发组长/后端Leader3. 普通研发4. 测试，测试经理开发测试流程图上面是一般情况下现有的流程，特殊软件会有添加一些特殊的节点。end