jdk1.8根据Map的值进行排序的

<, > <, > (<, > aMap) {    <, > = LinkedHashMap<>();    aMap.entrySet() &nb

自测规范

零、说明需要QA测试的需求、项目，应当第一时间与QA团队沟通，确定人力投入。提测之前，一定要进行自测，如果冒烟测试，必须先通过，否则给出说明。主流程不通过，QA有权利打回，RD需要为delay负责。自测用例应有文档说明。一、自测用例开发时间大于0.5天，需要编写自测用例wiki，可以参考qa的测试用例，必须包含主流程的测试用例。建议自测用例让QA进行评审，与QA的测试用例互补，RD除了关注开发过程

项目管理模板

项目背景描述项目背景，解决的是什么问题，以及贴出PRD、调研文档等文档。项目目标要实现的目标，写出最高优先级的目标，项目结束时，目标应能达成。项目人员姓名职责PM，产品主RRD，技术主RRD，SFE，前端里程碑状态说明：未开始进行中已完成非必需，看情况是否填写。里程碑里程碑说明完成时间负责人状态备注未开始 项目排期状态说明：未开始进行中已完成必需，格式可以根据具体的项目进行调整，如增加业

接口规范

原则RPC-DUBBO命名约定参数约定其他约定示例HTTP命名规范协议规范示例状态码其他版本发布版本升级超时时间原则如无必要，勿增接口；强调API的可理解性，可发现性和可用性；从具体的实施和用例中抽象出来。RPC-DUBBO命名约定【Must】接口以XXXRemoteService命名；【Must】请求响应以XXXRequest、XXXResponse接口；【Must】请求响应参数命名统一驼峰。参

故障问题处理指南

一、概述线上故障问题处理一般分为以下几个步骤：故障发现故障处理故障复盘在故障处理期间，无论是哪一个阶段，要记住我们的首要目标是“止损”，尽快恢复、消除故障影响，这并不代表我们完全定位了故障问题，也不代表解决方案是完美的，因为这些是可以恢复后复盘的。二、故障发现及时发现故障是处理故障的前提，越早发现问题，就越能减少故障带来的影响，我们应当尽可能通过自动化的方式主动发现问题。主动发现是指通过技术指标监

5whys分析法在美团工程师中的实践

前言网站的质量和稳定性对于用户和公司来说至关重要，但是在网站的快速发展过程中，由于各种原因导致事故不可避免的发生，这些大大小小的事故对公司难免会造成一些负面的影响，为了避免同类事故的再次发生，美团的工程师们从事故中不断学习，对每次事故进行深入分析和总结，形成了一种CaseStudy文化，并结合一套科学的分析方法-5whys分析法，深入分析事故背后的根本原因和流程漏洞，使得事故发生的频率大大降低。在

YYYYMMDD-用户产品研发部CaseStudy模板

故障描述处理过程故障原因解决方案原因分析(5WHYS)存在问题后续TODO模板说明线上故障CaseStudy请根据此模板书写，确保整个事业群遵照同一标准标题格式“YYYYMMDD-故障标题-CaseStudy”，标题请确保简洁、准确、具体CaseStudy务必做到对事不对人、追根溯源，最终目标是举一反三、避免类似问题反复出现线上故障务必周知QA新增JIRA记录，发CaseStudy到K12用户钉钉

Git 命令设计解析

Git命令设计解析1.基本概念HEAD：当前commit的引用branch：对commit的引用gitcommitgitlogbranchmaster:默认 master` ，其实是一个特殊的 `branch`：它是 Git 的默认 `branchmaster主要有两个特点：新创建的repository（仓库）是没有任何 com

代码提交规范

1规范git分支使用规范2分支命名规则：jira号-jira标题举例：OMG-6554-鲨鱼后台文件系统迁移3 分支删除上线完成后删除4 冲突解决自己修改代码引起的简单冲突可自行解决大面积或者非自己改动代码冲突找工程负责人解决

git分支使用规范

1.部署分支分支部署环境developtrunk环境test测试环境测试环境release预测试环境master主分支，使用tag进行部署2.开发分支2.1.单人串行开发项目只需要一个人开发同时在同一时刻只有一个需求(功能相对简单)2.2.单人并行开发项目同期有多个需求，但每个需求只需要一个人开发2.3.多人并行开发项目同期有多个需求，同时每个需求需要多个人开发2.4.多人并行多sprint开发项