自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(17)
  • 资源 (37)
  • 问答 (7)
  • 收藏
  • 关注

原创 常思一二,设计能力琐思

设计能力锁思,现实与个人理解。

2024-04-29 08:18:39 460 2

原创 置身事内,构建劣势地图

通过本次“置身事内”的活动,通过大量“过拟合”的具体事故案例方式,以及相关问题场景的“泛化”,构建了个人以及团队的“劣势地图”,后续就要利用这份“已知”劣势地图,找准发力点,持续推进、优化改进方式,抓落实,不断反思并主动寻求反馈。

2024-04-29 08:14:29 762

原创 面对生产安全,如何尽量做到不忧、不惑、不惧

面对生产安全问题,每个一线人员或多或少都有一些忧虑、困惑、恐惧。最近以一个问题案例做复盘,盘点出了一些待改进的地方。此次复盘不是揪着过去的不放,而是为了让未来的路走的更顺畅,更是希望通过这些方面的提升,尽量做到面对生产问题时不忧、不惑、不惧。

2024-04-28 19:13:10 158

原创 从禅悟中看技术学习的启动与坚持

在实际业务场景使用设计模式、进行代码重构、进行领域驱动设计、问题排查时,相信都有一种“一学就会,一用就废”的感觉。特别是排查生产问题,学了那么多排查方法,看到问题,竟毫无思路。习艺要点有二,知与行。看书、参加培训,这仅仅能够达到知的层面。另外,这两种方式有一个很大的“缺陷”,就是案例场景过拟合,或者原理学习太泛化,很容易走这两个极端。真正原理、案例配合很好的应该把握住机会,多反思。

2024-04-28 19:02:01 662

原创 从注重快速提出解决方案转变为清晰定义要解决的问题

结合最近开展的“构建劣势地图”、“搞基建”等复盘活动,明确提出了要加强团队“从注重快速提出解决方案转变为清晰定义要解决的问题”这方面的建设。

2024-04-28 18:58:20 158

原创 Java 中的泛型

泛型详解

2023-08-08 10:05:56 45 1

原创 正视项目组的技术“虚胖”

正所谓:不买房、不看房,就永远不知道自己有多缺钱;同理,不深入到具体的技术点中经受考察一番,就不知道自己对平时所使用的技术点理解有多“虚胖“。另外,项目组内要杜绝虚火、高估、捧杀,要识别清那些”虚胖“的技术点、知识点,有步骤的实行 “瘦“身计划,让自己、项目组、项目变的更”死壮“。

2023-04-22 19:17:33 241

原创 业务技术分享方案

加强研发人员对于接口规范与日志规范的重视,明确规范在设计、研发、运维的意义,让其根植于心。同时,通过分享,锻炼研发人员的总结能力、结构化能力、思辨能力、表达能力、应急能力、协作能力。

2023-04-18 20:00:23 95

原创 自我复盘--之DDD从入门到“放弃”

反馈机制是一个很有效的自我提升工具。个人认为反馈可分为:他人反馈和自我反馈。他人反馈就是旁观者角度,俗话说:旁观者清,可以明确说出自己的缺点和不足,促进自己改进。自我复盘是自我反馈是一个主要方式。整个自我复盘过程,就是回顾目标、评估结果、分析原因、总结经验。同时复盘能让你拥有一次“变更好、不断变好”的机会,更是一次精准的学习。

2023-04-18 19:48:51 186

原创 一段“平淡无奇”代码引起的反思

有时候盯着一段“平淡无奇”的代码进行细细品味时,是不是都会有一种错觉:“哪里感觉好像有问题,可一时又说不上来”。这个时候,请为自己画地为牢,用内心的好奇禁锢住离开的脚步,驻足一下,开启探坑模式。当自己没有给自己一个完美答案的时候,你会发现,放弃比坚持更难。

2023-04-15 14:35:02 132

原创 聊聊研发过程中的边界感

谈到边界感,大多数人都会下意识的想到人际关系。据统计人际关系中90%的烦恼都和边界感有关。很多愤怒、反感、烦躁的背后,可能都是一个共同的原因:自我的边界被侵犯。一个健康清爽的人际关系,一定是建立在清晰的边界感基础之上。边界感虽然看不见、摸不着,但它确确实实是贯穿整个软件研发生命周期的。只是它就在那,而我们很多时候选择了忽略它。研发过程中边界感的模糊、缺失、过度均会影响软件质量。对这个隐藏的风险点,要警钟长鸣。

2023-04-15 14:18:42 209

原创 RocketMq苦瓜之旅

此次技术探索命名为:RocketMq苦瓜之旅。先苦后甜的滋味寄托在“真想不到当初我们也讨厌吃苦瓜,今天竟吃得出那睿智愈来愈记挂;真想不到当初我们也讨厌吃苦瓜,当睇清世间所有定理又何用再怕。“在陈奕迅《苦瓜》这首歌两句淡然的歌词里。结局先上扬再回落,“到大彻大悟将一切都升华”里又是另一种境界。 同时,也能预感到是这次旅程的真实写照。

2023-04-15 14:13:00 357

原创 迭代亮点成就创新

面对外部环境风起云涌的变化,为了适应新时代,为了前进发展,持续创新是公司必做的选择。研发团队作为技术公司的重要组成部分,承担着创新的重担。本文结合所在团队的创新实践经验所总结的一套方法论(品鉴-模仿-迭代-成就创新)进行阐述。同时也会阐述【BE-DO-HAVE】思维模式在团队创新中的应用。

2023-04-13 20:46:42 500

原创 “遛”出来的附加值

程序可以在生产上没有任何监控的裸奔,但研发人员对所负责的系统不能有一颗“放任其自由“的心,要时不时的去关注一下,用仅有的日志去给系统诊断一下。在遛弯时,花5分钟去ECC遛一圈,让遛弯也产生一些别样的附加值。

2023-04-13 20:37:56 115 1

原创 我和ACM团队的成长之路

回顾过去,我和团队带着有限的认知开启了寻路之路,在学习、探索、实践、总结中不断前进,锻造出了一支“听指挥、打胜仗、风气正、思路清、善学习”的项目团队,为交易所业务创新和数字化转型提供了有力的基础支撑,成长之路值得回味。

2023-04-11 13:05:07 363 1

原创 复杂业务场景‘基因重组‘组件

随着业务参数配置中心所对接的参数越来越多,而且每个参数都包含一定的业务逻辑,系统自身的组件功能越来越丰富,同时业务参数配置中心也面临一些情况: 主流程、核心代码影响为全局的,组件开发都会涉及到主流程、核心代码的变化(比如:梯度组件、完整度组件、生命周期等),代码变化对现有已对接的参数有何影响未知 开发资源短缺、测试资源不稳定(自动系统上线已经有三个测试组进行交接,新人接手测试、对已有的版本只知甚少),给系统质量保证带来一定影响。 参数业务场景复杂度较高,各参数之间有依赖关系,开发自测及测试回归耗

2023-04-11 12:56:23 73 1

原创 多录多核架构设计

随着业务的爆发式发展,现在很多业务系统为保证业务操作的准确性,要求实现多录多核机制,而这些业务很多不适合放在业务参数配置中心。为方便各个业务系统快速实现多录多核机制,避免出现一些业务因为要求多录多核而迁就的放在业务参数配置中心,造成业务参数配置中心慢慢的变成一个“大杂烩”,而丧失去了其系统本身的定位。另外,随着新系统建设周期结束,很多系统也开始进行业务梳理及收敛,整理业务的标准流程。通过流程驱动的方式进行高效率的设计、开发、上线。工作流就是流程驱动模式的一个载体。工作流是对每个节点上进行行为、过程、结果

2023-04-11 12:51:49 114 1

CMM2过程域之风险与机会管理方法论实践

风险与机会管理(RSK)是CMMI2.0中的一个过程域,旨在识别潜在的风险或机会,以便策划处理风险或机会的活动,它是一个连续的、前瞻性的过程,是业务和技术管理过程的重要组成部分。本文通过实际的产品案例(业务运维支撑系统建设),以理论指导实践,通过进行风险与机会的管理,把现实维度及趋势维度的风险进行了提前识别,把趋势维度中的机会同样也识别出来。然后,按照四象限原则进行整合,把相应的风险转化为了机会,并把机会进行了监控,最终得到了收益。

2023-04-11

CC-以工具提高生产力

目的  对各个业务系统环境(开发、测试、集成、验收)的高效响应  提高各环节的生产率及准确率  弥补业务参数研发的资源短板(以工具代替研发人员)  非业务参数配置中心人员也可以随意部署、升级  升级通用化、标准化(随着版本的增加,不需要新增、修改升级代码)

2023-04-09

K8S学习笔记(分类整理以及一些思考)

1:关注Master及workNode上都有什么组件 2:为什么Kubernetes会设计出一个全新的Pod概念并且Pod有这样特殊的组成结构 3:Service的多端口问题 4:Service的外网访问问题 5:决定何时在pod 中使用多个容器

2023-04-09

RocketMq源码学习过程中的总结资料

1:Mq的ConsumerMode模式 2:相关名词 3:rocketmq怎么保证队列完全顺序消费 4:消费速度慢的处理方式 5:Broker线程模型 6:Rocket MQ 消息过滤是发生在服务端还是客户端? 7:为什么基于表达式 tag 会在客户端再进行一次过滤 8:Rocketmq中的单向(oneWay)机制

2023-04-09

web请求中带参数相关56个案例分享

基于web技术经常设计到的请求类型GET、POST、PUT、DELETE等案例,以及涉及到Spring框架的使用方式,参数接收异常场景;底层Servlet技术

2023-04-09

锻造一支听指挥、打胜仗、风气正的项目的团队

锻造打胜仗技能 “打胜仗”是团队的核心目标,更是团队的根本职能和团队建设的根本指向。反映在项目团队中拼的就是技能、业务、规范。 注入迭代思维 凡是过往都能教会我们成长,组织项目团队不定期的进行“三看“:从上往下看,从外向内看,从前往后看。就是要跳出来,用上帝视角,以更广阔的视野和相当的前瞻性去看每个项目成员、每个项目的当前形态。这种”回看“就会形成”横看成岭侧成峰,远近高低各不同“的景象,从而避免成员及项目一直在原地打转转,只是紧盯着现在的项目、产品。那整个团队所处理的事情就两个特点:简单和简单的重复。通过”三看“这种方式,使团队成员通过处理不断的冲突、冲击而促使个人及项目进行迭代、演化前进。 统一价值观 “听指挥”是团队建设的根本方向,必须贯彻执行公司、部门分解下来的工作任务。无论做项目还是产品,你的价值观决定了你会做成一个什么样的产品。所以,在团队里,每个季度都会召开正式或者非正式的组织生活会,进行团队的价值观的盘点。一直把“团队明天会面临什么?”这个问题让组员铭记,不要放松、更不要躺平。

2023-04-09

向内求缓解多版本并行问题

年终总结时,与团队成员一起回顾了一年的工作,全年支撑生产业务58个版本,完成了业务及技术上所提需求。但就像《置身事内:中国政府与经济发展》这本书中写道:站在岸边只看到波澜壮阔,看不见暗潮汹涌。只有置身事内,我们才会有很深刻的体会。考虑团队项目特点、疫情、HW、重大节日保障等因素,每个团队成员都有同样的感受:版本并行太多,版本先后顺序调整太频繁,内耗徒增厉害。 山本耀司曾说:“自己”这个东西是看不见的,撞上些别的什么,反弹回来,才会了解“自己”。跟很强的东西,可怕的东西相碰撞,然后才知道“自己”是什么,这才是自我。恰好团队中的项目22年在外部因素以及自身项目特点的碰撞下,多版本并行所折射出的问题尤为明显。在团队成员思想碰撞下(内部充分研讨,建立从上到下的全局观,深耕自身能力),经过向内求的方式寻找到一些方法来化解此风险,同时也识别到了一些机会。

2023-04-09

记业务参数配置中心系统建设

现阶段虽然已经实现了参数管理的相关生态建设,同时参数配置中心也在当作产品已对外输出(已输出到商品指数、场外服务)。但随着对参数运营认知理解的加深以及数字化转型的迫切需要,参数配置中心正通过破界+组合创新的手段,朝着参数运营生态圈进行建设。 研发流程上:我们基于公司规范,不断完善适合自己的研发流程,动态调整研发流程节点梳理、节点实时方案等;开发工具上:研发开发配置工具、配置检查工具,降低人工引入缺陷的风险;测试质量上:自研自动化接口测试工具、复杂场景配置工具、按参数类别整理不同测试流程、测试模板等;应急处理上:我们对于重点业务定时提前巡检,有问题能提前暴露、实现应急程序,以备紧急关头使用. 当走过足够远的路,你会发现,很多事并不是因为美好才开始,而是因为走下去,改变了,才看见了美好。

2023-04-09

注册中心选型方案(含POC介绍)

现有业务系统中有一些公共的、基础的数据是多个系统都需要的,而这些基础数据的来源比较分散,依赖也比较混乱。为解决这些通点,后续采用服务化的机制。服务化后最核心的为服务治理,就会涉及到注册中心、负载均衡、配置中心等组件框架。 含POC,部署介绍

2023-04-09

重构思路浅谈(最后一根稻草型时机)

此重构准备是一个不断循环的过程。 识别:发现已有系统哪些设计背离了整体的架构设计或者扩展性不强; 论证:对识别出的问题进行重构设计,需要反复论证、预研; 归类:哪些重构点可以综合在一起考虑去设计,有利于架构的完整性、统一性; 优先级:重构不能一步到位,梳理出依赖关系,在不同的迭代中进行重构; 过滤:包含很多方面。比如:重构方案若是涉及到新的技术、框架,学习门槛很高,那就要结合项目团队的技能情况进行评估,适当的过滤。再比如,基于重构所带来的收益考虑,是否值得,就需要商榷了。

2023-04-09

I need AV,Tomcat(翻译一下:我需要安慰,Tomcat)

前段时间在朋友圈看到之前一个同事,发表了一个动态:“I need AV,Tomcat”(翻译一下:我需要安慰,Tomcat)。细聊才知道,他所负责的一个项目,生产环境上一个Tomcat开启了热加载模式,导致引起内存泄漏,造成生产事故,排查很长时间,具体细节就不讲了。另外说说这个Tomcat,其实是我同事养的一只小猫咪,由于他是做软件这一行,就把这只小喵咪叫做Tomcat(Tomcat做java开发的都知道)。啃骨品髓是为了更好的解释问题、解决问题、反思问题、预测问题。品髓更有助于个人的知识融会贯通、认知升华。其实这也是一种复利,对整个开发技术栈而言(跨语言,跨门类,跨学科),没有哪种技术是完全孤立的,其内在思想、理论都是相通的。随着时间、空间的转变,都应该锻炼一下自己的牙齿,磨砺磨砺,补补钙,回味一番。浮在技术表面上的肉,吃再多,也仅仅品尝到了冰山一角,只有静下心来,啃啃骨、品品髓,才能汲取到技术的精华。

2023-04-09

Spring事务介绍,分23类进行梳理

Spring事务介绍,分23类进行梳理

2023-04-09

运营管理平台详细设计文档

此运营平台设计功能:产品特点:  支持DAG调用  任务可编排  前端展示可配置式  SDK接入便捷、场景式接入  多态提高响应变化的能力(多通道模式MQ、HTTP、注册中心模式、DB模式、脚本模式)  多态模式一键切换能力  请求通道与响应通道可任意组合  阶段、任务、消息超时机制  支持阶段的手动、自动运行  阶段支持:全新模式、补偿模式  任务支持:单一模式、传递模式、忽略模式  执行进度实时推送前端展示  统一任务消息、响应消息  支持集群模式

2021-08-11

tomcat笔记_已.docx

文档为tomcat8.5的学习笔记,从宏观的整体架构,到各个组件的介绍,以及组件之间的关联。

2021-08-11

Hystrix组件学习笔记及debug调试截图

文档中关于Hystrix相关的学习笔记及调试截图,想学原理的很适合

2021-08-11

DDD从入门到”放弃“

结合实际项目经历,通过自我复盘进行团队内部分享,此“放弃”非真实放弃。ppt整体从:1:为何引入,2:引入时机,3:探路实践,4:实践结果,5:为何放弃,6:后续规划等方面进行阐述

2021-08-11

一段“平淡无奇”代码引起的反思

有时候盯着一段“平淡无奇”的代码进行细细品味时,是不是都会有一种错觉:“哪里感觉好像有问题,可一时又说不上来”。这个时候,请为自己画地为牢,用内心的好奇禁锢住离开的脚步,驻足一下,开启探坑模式。当自己没有给自己一个完美答案的时候,你会发现,放弃比坚持更难。

2021-08-11

熟悉的陌生人系列之Stream知多少

此ppt为熟悉的陌生人系列第10讲:jdk8中Stream原理的讲解,内容后半部分涉及到响应式编程的介绍。

2021-08-11

Spring事务测试题及原理

此ppt中前半部分通过spring事务的60道题的测试,摸底对事务的掌握情况,后半部分,对spring中的事务属性(传播行为、隔离级别、回滚规则、事务超时、是否只读)进行说明

2021-08-11

正视项目组的技术“虚胖”

所谓技术“虚胖”是指:平时一看就会,一问就跪。可能不被面试,根本不知道自己到底对此知识点了解多少。针对最常用的技术(很多都是每个需求都会用到的知识点),只是浮在技术点的表面,而在使用时,很多都是奉行拿来主义,看之前模块是怎么设计、怎么写的,就照搬过来。久而久之,看起来很熟悉的知识点,拨开表皮,事实上却让你感觉很陌生、很恐慌。

2021-08-11

研发团队-业务技术分享方案

PPT中制定了研发团队的业务技术分享机制,通过此机制所要实现的目标:总结能力、结构化能力、思辨能力、表达能力、应急能力、统筹能力、协作能力

2021-08-11

Java线程池学习资料-全

文档中详细描述了线程池的各个知识点,并把相应知识点的源码也有标出。也会涉及到tomcat及netty自建线程池与jdk原生的区别与联系;线程池中线程抛异常,新建,回收等细节点描述。比较全面。

2021-08-11

JAVA技术栈-锁机制知多少

此ppt为熟悉的陌生人技术分享系列的第12讲,ppt中从自我成长的自画像开始,到java技术栈中-锁机制的十八问。

2021-08-11

单元测试术与道探索分享

随着新系统建设周期进入尾声,很多系统已经转入维护周期。每次从公司三楼大屏前路过,看着上面所负责项目的技术债只增不减,不止一次说过:“等有时间一定要偿还、重构”。趁着维护周期中新需求上线DeadLine不那么紧急,把系统的技术债分门别类的列入到了迭代的重构计划中。同时,基于项目中增加组件模式的时机,对主流程进行优化调整,把解决主流程单元测试技术债的优先级调高

2021-08-11

nacos技术方案选型分享

Nacos技术分享,详细描述了Nacos的注册中心及配置中心,里面也涉及到与zookeeper,eurake的对比。适合技术方案选型时的参考。

2021-08-11

迭代亮点成就创新-文章

面对外部环境风起云涌的变化,为了适应新时代,为了前进发展,持续创新是公司必做的选择。研发团队作为技术公司的重要组成部分,承担着创新的重担。本文结合所在团队的创新实践经验所总结的一套方法论(品鉴-模仿-迭代-成就创新)进行阐述。同时也会阐述【BE-DO-HAVE】思维模式在团队创新中的应用。

2021-08-11

迭代亮点成就创新.pptx

面对外部环境风起云涌的变化,为了适应新时代,为了前进发展,持续创新是公司必做的选择。研发团队作为技术公司的重要组成部分,承担着创新的重担。本文结合所在团队的创新实践经验所总结的一套方法论(品鉴-模仿-迭代-成就创新)进行阐述。同时也会阐述【BE-DO-HAVE】思维模式在团队创新中的应用

2021-08-11

软件研发中-结构化思维

PPT结合实际工作,阐述结构化思维的演变,及学习套路。找准中心 ,再逐个分解;里面通过三个实际案例进行分析

2021-08-11

Nginx高性能Web服务器详解

清华大学出版社,2017.9,266页,完整清晰带目录。 Nginx是目前备受关注的一个高性能HTTP和反向代理服务器,具有简单、灵活的配置和极高的执行效率。本书面向Linux运维方向的用户或具备某一类编程语言c、PHP 、Java基础的读者,旨在使其快速掌握Nginx的配置与应用,学会搭建高性能的Web 服务器。 全书分为8章,主要内容包括VMware虚拟机的使用、Linux 入门、正则表达式、HTTP协议、Nginx安装与配置、访问控制、日志管理、虚拟主机、Web服务器搭建、反向代理、负载均衡、缓存以及一些常用模块和应用(包括调试输出、网页压缩、重写、重定向、防盗链、HTTPS 等)。第8章还着重介绍了Nginx的配置优化、LNMP分布式集群和高可用方案的部署,目的是帮助读者将Nginx 应用到复杂的服务器架构中,对所学知识进行巩固和提高。 本书是一本Nginx 的入门书籍,适合作为高等院校本、专科计算机相关专业的教材,也可作为Nginx爱好者的参考书。

2018-10-10

运维部-redis服务

单纯的master-slave模式,读写分离,master是个单点,一旦宕机业务将无法写入数据,需要人工干预。 2)大部分采用双写的模式,这样保证了高可用,但是容易造成数据不一致的现象,扩展性不太好。 3)采用twemproxy作为代理模式,缺点依赖较多组件,不易于维护,很难平滑的进行扩容,运维代价大。 4)少部分采用redis + sentinel模式,但须配置多个sentinel来检测和切换主从状态,不易水平扩展。 5)重要业务采用rediscluster,无需关心分片,分中心部署是个问题。

2018-10-10

MAVEN学习笔记

根据maven书籍在进行学习时进行的总结以及在实战中问题的汇总

2018-10-10

单品页总结

数据异构 动态 数据原子 系统之间消息交互 推拉接口 异步节流 方便运维

2018-10-10

基于服务器与业务的巡检机

随着网关集群服务器数量的急剧扩增,业务系统以及业务接口数量激增,针对每台服务器及其所承载的业务系统状况,接口状况的健康监控迫切需要快速,时时的掌握。在大业务量的系统中,每次接口的调整,参数的修改,对其它业务接口是否有影响,需要测试后,才能发布,上线。这就需要一个巡检机制,针对服务器之间的连接,各个系统的业务进行一键巡检,一键出结果,一键得报表

2018-10-10

电商网站架构分享

电商都有哪些系统;  每个系统的定位是什么以及这些系统之间的关系。  目的是让大家对电商系统有个全景方面的认识,从而知道自己做的系统是全局中的哪一块。  可能有些同事已经对电商系统非常了解,欢迎探讨、补充、纠正。  讲系统之间的关系主要以一级系统为主线来贯穿。  本PPT只是辅助,不全,以讲为主。 j架构

2018-10-10

JVM优化与OOM分析PPT

文档中描述java的JVM分析,及OOM问题实例讲解,分析。根据京东项目中的实例进行讲解

2018-10-10

写ppt的思路指南

描述写技术类ppt的xiang'及技术要点相关方法jgua及技术要点相关方法jgua

2018-10-10

JD技术交流

无线运营部技术架构交流--接入层  提供多种面向外网的基础接入云服务,也针对接入和下载场景提供包括终 端SDK、后台接入和精准调度的整体接入服务,同时开放基础服务API, 提供包括基础测速服务数据、IP库查询API接口供业务调用。  

2018-10-10

架构师实践

一线架构师的实际工作经验

2016-08-09

STORM学习文档

个人学习storm总结的笔记,有需要的可以下载看一下.

2015-12-16

webservice项目实例

axis2与spring集成,带jar包,直接运行

2012-08-02

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除