mclongyi的专栏

在大促期间的稳定性保障一般属于应急策略，因为在前期梳理系统时我详细的梳理了系统的降级预案明确操作手册，系统核心节点也有灾备能力并且在集团组织压测阶段也进行了降级演练，所以在出现问题时我们快速操作降级，在最短时间内解决了接口的性能问题。11.4日13:53分我快速操作系统的灾备开关将系统切换到备链路，在这里我给大家的建议就是一定不要犹豫，不要上来就一直追查原因快速的做出反应和判断，最小化的减少对线上用户的影响。2.在大流量情况下，如何做好系统的流量管控，保障系统的可用。

根据sku编号查询商品资料，往往伴随着多个sku一起查询的需求，如何设计接口？有的这样：rust复制代码由于批量接口在技术上已经满足了单个查询的功能，有的团队干脆去掉了单个查询接口，造成使用者查询单个sku时：ini复制代码应该这样：java复制代码。

但目标可实现这一点，通常容易偏高（激进一点，目标自上而下指定，缺乏讨论沟通）或偏低（悲观一点，过于夸大目标实现的难度）。R（Relevant）：目标是有相关性的，要求目标是跟实际执行的事情和执行人的角色具有相关性，不能无的放矢；A（Attainable）：目标是可实现的，要求目标是实际执行人能够完成实现的，必须经过充分的沟通讨论；T（Time-bound）：目标是有时间限制的，要求目标的实现必须有明确的时间节点和里程碑；I（Inform）：知情人，项目的进度的知晓方，通常是邮件中的抄送人；

1、功能模块的启动和结束（完整的系统由多个功能模块组成，每个模块负责不同的功能，因此需要对模块的启动和结束进行监控。你的代码会有未来的观众。该定律指出每一个过程都有其固有的复杂性，存在一个临界点，超过了这个点过程就不能再简化了，你只能将固有的复杂性从一个地方移动到另外一个地方。当然上面这种说话可能触动不了大家的心弦，这么说吧：如果没有很明确的需求，优化了也没有业绩，大家也不知道你做了，那为什么要费这个力气呢。5、关键性方法的进入和退出（一些重要业务处理的方法，在进入和结束的时候需要有日志信息进行输出）

当我们做好了上面大部分内容，对我们的领导有了全面的了解，适应了他的工作模式，自如地展现了我们的专业素养和素质，就会经常发现阳光透过办公室窗户洒在你整洁的桌子边上，你坐在舒适的椅子上，轻轻地调整着你的工作日程。四种领导型态没有优劣之分，一切依情境而定，跟前面的人格特质一样的，每个人都有自己的人格特质，每个人都有自己的行为维度，所以呢，我们只有对领导有这样的一个全面的了解以后呢，我们才能对他们进行合理的管理。尽可能多地与领导进行开放式的交谈，了解他们的思考方式，他们的目标和他们对团队和公司的期望。

针对工作中的沟通方式进行总结