https://www.cnblogs.com/imyalost/p/17445773.html 昨天整理记录的笔记，发现了21年做交付时记录的一个思考：为什么要复盘。 之前的文章也聊过一些项目管理以及复盘的话题，主要是复盘的流程，方式以及产出物。2年过去，有了大量的实践和总结后，我对于复盘也有了一
复盘是对过去所作的事情进行回顾、反思和探究，找出原因，找到规律，从而指导我们解决问题，帮助我们提升。对于复盘来说，回顾、反思、探究、提升，一个都不能少。 复盘的由来 复盘，原本是围棋中的一个术语。当下完一盘棋之后，要重新再棋盘上走一遍，看看哪些子下的好，哪些子下得不好，哪些地方可以有不同甚至更好的下
http://blog.itpub.net/31545813/viewspace-2924677/ 背景 最近从ELK日志分析发现： 有很多应用连接redis 超时; 监控平台出现”redis 集群不健康“告警; 结合之前的经验，我们一般的应处理手段为：重启连接redis超时的应用，原因有以下两点：
前言 之前负责的一个项目上线好久了，最近突然爆出一 Bug，最后评估影响范围将 Bug 升级成了故障，只因为影响的数据量有 10000 条左右，对业务方造成了一定的影响。 但因为不涉及到资金损失，Bug 修复后对数据进行修补，所以最终级别也是较低的。 今天和大家分享这个线上隐匿的 Bug，也好在工作
摘要：作为两次获得全球总冠军的软挑老兵，刘露撰文分享其赛队参赛体验，包括解题思路及对抗策略、比赛收获等。 本文分享自华为云社区《夺冠秘诀？华为软件精英挑战赛两届冠军这样复盘比赛经验》，作者：华为云社区精选。 4月23日，2023第九届华为软件精英挑战赛-“普朗克计划”全球总决赛及颁奖典礼圆满落幕。大
文章首发于公众号：BiggerBoy 原文链接 一个Redis生产事故的复盘，整理这篇文章分享给大家。本期文章分析Redis中的bigkey相关问题，主要从以下几个点入手： 文章目录 什么是bigkey？bigkey的危害bigkey的产生如何发现bigkey实际生产的操作方式 如何优化bigkey
https://www.jianshu.com/p/aaf56385766d 简介 在之前的OOM问题复盘之后，本周，又一Java服务出现了内存问题，这次问题不严重，只会触发堆内存占用高报警，没有触发OOM，但好在之前的复盘中总结了dump脚本，会在堆占用高时自动执行jstack与jmap，使得我们
日常数据清洗中，利用python清洗的第一步就是读取对应文件，今天一起复盘一下数据读取环节的常规操作。 csv和xlsx格式读取类似，所以用csv做案例 X-MIND图
1 介绍 在之前的一篇文章《一次缓存雪崩的灾难复盘》中，我们比较清晰的描述了缓存雪崩、穿透、击穿的各自特征和解决方案，想详细了解的可以移步。 最近在配合HR筛选候选人，作为大厂的业务方向负责人，招人主要也是我们自己团队在用，而缓存是必不可少的面试选项之一。下面我们就来聊一聊在特定业务场景下缓存击穿和
https://blog.csdn.net/ibigboy/article/details/124216874 文章首发于公众号：BiggerBoy 原文链接 一个Redis生产事故的复盘，整理这篇文章分享给大家。本期文章分析Redis中的bigkey相关问题，主要从以下几个点入手： 文章目录 什么
在出第一款博客园T恤时，由于第三版设计的星星款打样出来的实物效果过于可爱，我们做了一个艰难的决定——弃星上码，改为废话少说，放码过来，从而伤了一颗星——园子的闪存幸运星。 在上架后复盘时我们认识到天生可爱不是星星的错，伤星才是大错，于是我们决定将功补过，为星星重新来过，重新设计星星款T恤。 在推倒重
作为一名程序员常常都是与代码为伴，平常写个技术文档或PPT都费劲的人，竟然不知不觉地写了这么多文字，我也是感到十分的惊讶。17年毕业到今年刚好七年了，俗话说七年之痒，这一次的自述也算是对自己一个职业生涯的复盘了。
近期批量处理数据，后台用JAVA编写，连接Oracle数据库，程序运行报ORA-01008问题。解决这个问题时遇见的坑较多，下面复盘现象、问题提出解决办法，希望能帮到遇见同类问题的你。 调试问题： 后台代码： /** * 插入操作的封装 * **/ public static void insert
当你点开这篇文章的时候也许心想是哪个 XX 小编混到这里，先不要着急扔臭鸡蛋，本文是一篇标准（正经）的问题复盘文章。好了，一行 MD5 居然让小伙伴下不了班，到底是什么问题呢，让我们一起来看看吧。
最近有个java应用在做压力测试，压测环境配置：CentOS系统 4核CPU 8g内存 jdk1.6.0_25，jvm配置-server -Xms2048m -Xmx2048m，出现问题，本篇文章是对此次问题的回顾和复盘
这一次重启真的无法解决问题了：一次 MySQL 主动关闭，导致服务出现大量 CLOSE_WAIT 的全流程排查过程。 近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。 先看两张图。一张图是服务正常时监控到
React Hooks是React16.8 引入的一个新特性，它允许函数组件中使用state和其他 React 特性，而不必使用类组件。Hooks是一个非常重要的概念，因为它们提供了更简单、更易于理解的React开发体验。本篇文章以React Hooks源码为基，进行深度解析复盘其实现原理。
copy(){ var input = document.createElement('input'); input.setAttribute('id', 'copyInput'); input.setAttribute('value', this.inviteCode); document.get
国密复习 其中SM1和SM7是不公开的。 ZUC ZUC（ZU Chong zhi）算法一个流密码（序列密码），主要功能是产生密钥流，可以用机密性和完整性验证。 | 初始密钥 | 初始向量 | 输出（每次） | 轮数 | | | | | | | 128bit | 128bit | 32bit | 3
索引虽然能加速查询，但是会降低写操作的性能，以及耗费更多的磁盘空间。所以建立索引之前需要考虑是不是必要的。
