蔡康永的说话之道
...
基本业务架构设计方法
如何实现自己的 validation123456789101112131415161718192021222324252627282930313233343536373839// 抛出异常private void validateParam(Map<String, String> paramValues) { boolean validate = MapUtils.isEmpty(paramValues) || !paramValues.containsKey(ParamConstant.CUSTOMER_N0) || StringUtils.isEmpty(paramValues.get(ParamConstant.CUSTOMER_N0)); if (validate) { throw new DataBusinessException(ResultCodeEnum.PARAM_NULL); } ...
如何写系统规划
列出背景 列出现状。 列出当前组织的 okr，分析机会和挑战。 将当前系统的视图勾勒出来，要能理解信息流和资金流。 列出痛点，分析需要实现的技术能力。 对标 对标其他团队的成功经验。 分析背景和成功原理。 要有架构图。 解决方案 要有目标架构图 有问题拆解：什么服务，是什么问题域的解空间，拥有什么能力，建设路径分几期，需要多少人力成本。 全团队分工： 本团队产品怎么分工 本团队后端怎么分工 本团队前端怎么分工 本团队数据怎么分工 本团队算法怎么分工 其他团队怎么分工 里程碑 按照绝对时间拆解 按照任务事件拆解 如何画简单的架构图 水平分层极其重要，每一层左边在层次里会有层次说明。 要用圆角都用圆角，要用直角都用直角。 重点：要填满整个空间： 深底色配白字。 模块之间的应该要直，不然应该优美、松弛。 图像应该紧凑，不留缝隙。 越处于背景之中，颜色越浅。 有时候，利用立体图形是好的。 要有阴影。 要玻璃化。
如何排查线上问题
cpu 偏高问题排查cpu偏高问题排查.xmind 数据库问题排查数据库问题排查.xmind
如何做一个优秀的系统 owner
协同 勇气 务实 细节 坚持 科技 担当 创新
如何实现正确的微基准测试
原问题FROM：《How do I write a correct micro-benchmark in Java?》 Tips about writing micro benchmarks from the creators of Java HotSpot: Rule 0: Read a reputable paper on JVMs and micro-benchmarking. A good one is Brian Goetz, 2005. Do not expect too much from micro-benchmarks; they measure only a limited range of JVM performance characteristics. Rule 1: Always include a warmup phase which runs your test kernel all the way through, enough to trigger all initializations and compilations before...
漫长的道别
...
人才能力模型
π 型人才 项目管理 架构能力 产品： 审美 沟通基本功 沟通
如何写一个消息队列
重平衡问题标准的重平衡算法是 kafka 的重平衡算法。 可以覆写的重平衡算法默认生产者行为每个机房的生产者优先生产到本机房的 broker。 默认策略同机房集群—>同地域跨机房集群—>跨地域集群 同机房集群优先向同机房的全部集群发送消息。 某些 mq 的实现不能向全部集群发送消息，会按照一个负载均衡列表按顺序选择集群，控制这个负载均衡列表实际上就能控制负载均衡策略。 同地域集群优先优先向同地域内的全部集群发送消息。 某些 mq 的实现不能向全部集群发送消息，会按照一个负载均衡列表按顺序选择集群，控制这个负载均衡列表实际上就能控制负载均衡策略。 全部集群不区分服务端集群的机房信息，向全部集群发送消息。 默认消费者行为所有消费者都可以参与所有集群的消费。 指定分配不要轻易指定这个策略。 这个策略有它的危险性：指定 partition 消费，服务端将不对该消费组的 partition 进行分配，完全交给客户端负责，如果客户端死掉，可能出现 partition 无人消费的情况。 12345678910111213141516171819202122//...
提问的智慧
FROM：https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md 原文版本历史目录 声明 简介 在提问之前 当你提问时 慎选提问的论坛 Stack Overflow 网站和 IRC 论坛 第二步，使用项目邮件列表 使用有意义且描述明确的标题 使问题容易回复 用清晰、正确、精准且语法正确的语句 使用易于读取且标准的文件格式发送问题 精确地描述问题并言之有物 话不在多而在精 别动辄声称找到 Bug 低声下气不能代替你的功课 描述问题症状而非你的猜测 按发生时间先后列出问题症状 描述目标而不是过程 别要求使用私人电邮回复 清楚明确的表达你的问题以及需求 询问有关代码的问题时 别把自己家庭作业的问题贴上来 去掉无意义的提问句 即使你很急也不要在标题写紧急 礼多人不怪，而且有时还很有帮助 问题解决后，加个简短的补充说明 如何解读答案 RTFM 和...
