1. mysql自增

    优点:简单

    缺点:扩容复杂,业务增大时数据迁移困难

  2. 基于时间戳和随机字符串

    优点:对人比较友好

    缺点:随机数生成不易控制

  3. UUID

    优点:简单粗暴,性能好,全球唯一,基本不会有性能问题

    缺点:占用空间大,无序,查询效率低

    变种:COMB算法

  4. redis自增

    优点:简单,易实现,数字ID天然有序

    缺点:依赖redis,考验redis性能

  5. Twitter-Snowflake算法

    优点:

    • 不依赖数据库,性能高,单机有序
    • 灵活,支持多节点部署

    缺点:

    • 无法做到全局递增
  6. 微信id生成算法

    万亿级调用下的优雅:微信序列号生成器架构设计及演变

    • 类似于批量生成多个id,性能好,避免每次访问库的压力
    • 可能会有单点故障,服务重启ID不连续
  7. 百度 - UidGenerator

    • 雪花算法变种
  8. Leaf——美团点评分布式ID生成系统- 美团技术团队

  9. wuid一个比 UUID 快百倍的唯一 ID 生成器

  10. vesta

  11. MongoDB — ObjectId

定义

目标和关键成果(Objectives and Key Results)

原则

  1. OKRs要是可量化的(时间&数量),比如不能说“使gmail达到成功”而是“在9月上线gmail并在11月有100万用户”

  2. 目标要是有野心的,有一些挑战的,有些让你不舒服的。一般来说,1为总分的评分,达到0.6-0.7是较好的了,这样你才会不断为你的目标而奋斗,而不会出现期限不到就完成目标的情况。

  3. 每个人的OKRs在全公司都是公开透明的。比如每个人的介绍页里面就放着他们的OKRs的记录,包括内容和评分

两个不同

  1. O和KR的不同:O要是有挑战性的,如果是板上钉钉的事情就是不够的;KRs能很好的支持O的完成,是要明显可量化的,便于评分的。

  2. 个人、组、公司OKRs的不同:个人OKRs是你个人展现你将会做什么;组的OKRs不是个人打包,是组优先做的事情;公司OKRs是高层对整个公司的展望。

优势

  1. 目标的协调和统一。公司 -> 团队-> 个人目标层层分解,每个人不再只关注自己的工作,而是能够看到”the bigger picture”,了解自己在团队和公司整体目标中发挥的作用,让自己的工作更有意义,从而更有积极性。并且,所有团队的目标都能被统一地联系在一起,执行起来可以相互支持;
  2. 判断优先级。通过梳理 OKRs,能找出最重要的事情,让全公司专注在最有价值的事情上,便于做出取舍,最有效地利用资源;
  3. 双向沟通。OKRs 的制定由员工和自己的直线上级一起制定,需要双方同意,而不是简单粗暴的由上而下,员工只是被动接受
  4. 灵活调整。不像 KPI 是死的,只要目标不变,OKRs 中的关键事件(Key Results)在回顾的过程中可以根据情况随时灵活调整;
  5. 鼓励创新。员工有自主权去制定有挑战性的目标,而不是拘泥于公司设定的框架里。往往能激发和产生出一些意想不到的新想法和结果,鼓励公司内部创新的发生。

原则

SMART

责任分配矩阵(RAM)

效果

  1. 清楚界定每项成果
  2. 为项目的每项成果设定责任人
  3. 让跨职能沟通更为有效
  4. 加速项目决策流程,简化审批

分配基本原则(RACI模型)

  1. 相互独立,完全穷尽(Mutually Exclusive Collectively Exhaustive,MECE):分解的任务各部分之间相互独立,所有部分完全覆盖任务的各个部分;
  2. 结果导向,而非行动:分解任务时关注结果,而不要陷入对细节行动的过分关注当中,导致分解过于繁琐复杂

References

转:力荐神器级员工考核工具:谷歌OKR

一张图、一颗心、一场仗,阿里巴巴的绩效之道

揭秘阿里leader的绩效管理之道

OKRs 与目标分解

关于 OKR 的常见问题

教你几招,即刻开始实施 OKRs

日常工作中主要用explain来查看sql语句的执行计划,深入了解是否需要优化,已经索引等信息。

202005251731YYxfBP21

阅读全文 »

总结的工具包为使用方便决定发布到maven中央仓库,因为第一次发布,遇到很多问题,简要记录一下。

202005251726ZCikGa28

1
Sonatype官网:http://www.sonatype.org/
阅读全文 »

mybatis是一个很好用的工具,但是编写mapper是一件很麻烦的事,自mybatis 3.0开始可以使用注解的方式,极大的简化了xml的编写量,本地想看看mybatis源码,自己扩展写一个工具,在阅读源码过程中发现一个通用mapper的工具包,感觉不用重复造轮子了,简要记录一下spring boot整合通用mapper的使用。

202005251726LljqF400

阅读全文 »

偶然看到最新的next主题,甚佳,决定对自己的博客主题进行升级,简要记录升级过程。

阅读全文 »