存在morning-CSDN博客

原创【知行技术人的管理之路读书笔记】九管理之路

管理者的价值兑换分为两种，一种是能力价值也就是管理能力价值，也就是带着团队持续产生业绩的能力，另一种是组织价值，表现为组织对你的依赖（信任，默契，影响力）。所以要提升自己的核心价值兑换能力，也就是提升管理能力价值（角色认知，看方向，带人，做事，管理沟通，管理方法论）和组织价值（信任建立，默契培养，影响力输出）。价值提升了短期看和上级和公司的利益目标保持一致，长期看也是自我实现的一种方式吧！

2025-06-20 22:00:46 197

管理方法论是管理方法的方法，更具本质性和系统性。整体盘点管理方法论，从全景图来看就是明确角色认知，具备带人，做事，看方向的能力，以及基于管理沟通框架进行有效的管理沟通。管理方法论的积累：诚意正心（以身作则，有明确的角色认知），事儿上练（不要脱离事情去学习，也就是要实践，要应用），处理管理问题的一般步骤（定义问题，明确目标，选择方式，评估结果）管理全景图的应用：盘点问题，定义问题，定位问题，转换问题，收纳问题那么接下来就是实践了，从管理规划做起，明确自己的职能，目标，团队，路径。先看方向，在事儿上

2025-06-20 21:54:33 166

原创【知行技术人的管理之路读书笔记】七管理的基本框架：管理沟通

管理沟通分为管理视角和沟通视角，沟通的前提条件是管理，明确管理的问题才能的放矢的沟通。管理沟通的基本框架分为：沟通目的（建立通道，同步信息，表达情感，输出影响）；沟通通道（强化沟通意愿，评估通道类型，了解沟通对象风格，建立信任关系，目标是建立稳定高效的沟通通道）；沟通内容（内容选取，呈现逻辑，学会倾听）；输出影响力管理沟通的四项沉淀：强化管理逻辑；提升通道品质；积累沟通技巧（3F倾听法（事实-情感-意图），发问模式（封闭式和开放式））；提升非职权影响力（信任【品格；历史评估（及时响应，敢于承诺）】）

2025-06-15 22:53:25 197

原创【知行技术人的管理之路读书笔记】六管理的基本框架：任务管理

任务管理分为事前，事中，事后。事前要分清轻重缓急，决策优先级；事中要保证执行，做好过程管理；事后要复盘沉淀，建立流程机制事前：事项分类：重要的事（做了收益很大的事）和紧急的事（不做损失很大的事）。计划内的事收益高（重要）的要优先做，收益低（不重要）的当待办，计划外的事损失大的优先做（紧急），损失不大（不紧急）的当待办；决策原则：目标要清晰，目标不明确事的重要度就不明确；任务弹性评估（进度，质量，效果）多套方案，基于核心诉求决定事项分类和优先级；沟通不可或缺，上下级统一对齐，对事项优先级有共识事中：有

2025-06-13 00:29:33 208

原创【知行技术人的管理之路读书笔记】五管理的基本框架：团队建设

好团队的定义是**一支能持续高效打胜仗的团队**，团队建设分为六大要素，员工个体层面是能力培养和员工激励，团队成员之间是分工与协作，团队整体层面是梯队培养和文化建设能力培养：基于专业能力、通用能力（结构化思考，团队协作，自驱学习，项目管理）和人格能力（人格特质）去培养；对于不同级别要明确期待，专项跟进，专项提升；培养过程按照7-2-1法则（70%实践，20%交流讨论，10%听课自学）；培养过程先推后拉最后放手授权员工激励：知识经济时代内驱激励，提升自主性（结果导向，过程有一定自由度），专精度（明确工

2025-06-11 23:16:46 189

原创【知行技术人的管理之路读书笔记】四管理的基本框架：管理规划

管理规划分为四部分。1 首先是职能，职能就是团队设定的目的和意义，职能分为基本的职责和升华的使命，设定职能时需要收集信息（上级、平级、下级和自己），提炼和升华（提炼职责，提炼使命，明确价值衡量标准），确认和主张（激励团队）。2 其次是目标，目标就是未来一段时间团队要达成什么目的，目标设定的意义是提升团队执行力，激励团队，关联资源调配，目标设定的原则是SMART和最少原则，在一定时间内设置明确可衡量的稍微有挑战的目标，目标的数量在3-5个之间便于聚焦，目标设定的维度分为业务目标（业绩），团建目标（规模

2025-05-18 15:33:07 296

原创【知行技术人的管理之路读书笔记】三管理的基本框架：角色认知

角色认知是迈向成功的关键一步，只有准确地建立新的角色认知，后续的目标行动路径才能得以坚定不移地贯彻执行。这是一项需要长期投入并辅以专业训练的重要任务，即不断提醒自己：你已是一名管理者。为了实现这一角色转变，需要在多个方面进行调整：工作思路的转变：工作内容不再局限于具体事务，而是聚焦于全盘规划，上级与我们仅针对目标进行对齐；负责对象从自己拓展到包括上级、自己以及团队成员；关注焦点由关注工作过程转变为聚焦目标结果。工作能力的转变：从单纯的技术能力，转变为具备技术判断力、目标管理能力、团队规划能力、项目管

2025-05-17 22:18:53 149

原创【知行技术人的管理之路读书笔记】二管理的基本框架：整体认知

管理的基本框架如下图所示，作为一个管理者首先要有清晰的角色认知，基于这个角色认知来行动和表达，在此基础之上，管理者主要的目标是：看方向（把事情作对），带人（做事情的主体），做事（把事情做出来），也就是管理规划、团队建设和任务管理，管理规划分为职能（明确团队的职责，以及如何设定任务、人才盘点、资源管理、路径管理），目标（任务的目标是什么），团队（如何盘点团队，提升成员能力），路径（做事的路径以及需要的资源）。团队建设有三个层次，成员个体要进行能力培养和员工激励，成员之间要明确分工和协作机制，建立信任，团队整体

2025-05-17 16:45:37 233

原创【知行技术人的管理之路读书笔记】一管理的路线、视角、风格和自信

最近在深入学习一本关于技术管理的书籍，通过XMind工具梳理了关键内容，并在博客中分享了学习收获。书中强调了三个核心要点：首先，明确职业路线并投入热情，抓住合适的机会，如一个有管理热情的工程师在适当条件下转型为技术管理者。其次，建立管理视角同时提升技术视角，从代码开发转向关注项目成果、技术应用广度及技术评估。最后，明确并建立适合自己的管理风格，建议以教练型为主、指令型为辅，根据团队和任务特点灵活调整，并通过学习经验、避免与成员比较、寻求外部正反馈来建立管理自信。这些策略帮助管理者更有效地领导和激励团队。

2025-05-14 23:40:58 161

原创【人工智能学习笔记二】 MCP 和 Function Calling的区别与联系

MCP（Model Context Protocol）与Function Calling（函数调用）是两种不同层面的技术方案，服务于大模型（LLM）与外部资源的交互，但设计理念和应用场景有显著区别。以下是两者的核心差异分析：MCP：开放协议层的基础设施Function Calling：特定模型的增值功能MCP适用场景Function Calling适用场景两者可结合使用：例如，在电商场景中，MCP整合用户订单数据，Function Calling调用库存API生成补货建议。通过这种分层协作，既能实现通用性，

2025-05-04 15:09:12 1024

原创【Groovy快速上手 ONLY ONE】Groovy与Java的核心差异

最近在使用的平台上写脚本的语言是Groovy，所以也学习一下，作为 Java 开发者，Groovy 对我们来说会非常友好，而且它的语法更简洁且支持动态类型，所以其实了解下Java和Groovy的差异点就可以快速上手了，以下是和。

2025-04-04 21:32:08 948

原创【人工智能学习笔记一】 AI分层架构、基本概念分类与产品技术架构

总的来说AI主要由算法、算力、数据组成，算法是核心。LLM是基于Transformer架构的算法成果，属于NLP领域关键技术，赋予AI理解和生成语言的能力。如果把AI AGENT看作人工助手，LLM就是其大脑，提供智能核心。AIGC则基于LLM等技术，生成语言、图像、音频等内容，就像人基于大脑的一些语言和视觉的表达。举个例子：云雀模型是LLM，豆包的问答查询基于此，是AIGC在语言领域的应用；图片生成借助专门模型，也是AIGC。豆包APP里的智能体是AI AGENT，集成云雀能力为用户服务。

2025-02-02 12:37:17 2994

原创【年终总结系列 2024】而立之年的任务大完成

今年比较遗憾的就是哪儿都没出去玩儿，好在去年的愿望【年终总结系列 2023】新起点，同时追寻更高的起点部分实现了。所以减肥还是很重要的，2025年减肥成功，搬进新家，迎接小宝贝到来！

2025-01-12 14:33:50 632

原创【领域驱动设计打通DDD最小闭环】三模型的建立-领域建模

同事件风暴一样领域建模也是在模型建立阶段，但更进一步的，领域建模不仅要对业务进行直观模拟，更要经过提炼，形成浓缩的知识，使模型中的知识不再停留在业务的表面，而是深入到业务的本质，进而加入技术视角选择最合适的建模方案。可以理解为是对事件风暴的技术性加工，使用UML图的一些标记例如：注释、约束、多重性、自关联、多关联、角色以及一些技巧如：多对多关联拆分、抽象化实体、模块化来进行领域建模。一个比较深的体会是对于多对多关联拆分的考虑，例如业务事件阶段的【门店、合作】以领域名词的形式候选为实体，在领域建模阶段明确其多

2024-08-25 22:42:02 1332

原创【领域驱动设计打通DDD最小闭环】二模型的建立-业务事件风暴

事件风暴不仅能帮助我们尽量把需求补充完全，而且还能以协作的方式保证业务人员和技术人员对需求理解一致。实践过程中有点儿像模型推演，先识别流程，例如入驻流程，然后识别领域事件，例如【门店已联网】，同时明确业务规则，门店一旦有了联网时间不能重置；再识别命令，例如A+开启导致门店联网，同时明确命令执行者是系统，执行时需要查询门店信息。当然可能还有可选领域事件，例如【门店维护人变更】不影响主流程。诸如此类串联完一系列领域事件、命令、查询、执行者之后总结出了【门店】这个领域名词。一个深的体会是过程中的UL语言建立以及结

2024-08-24 22:25:02 1246

原创【领域驱动设计打通DDD最小闭环】一 DDD的开发流程

其实我们日常开发都比较伪DDD，整体实现还是使用 MVC，代码结构类似 Controller、Service、DAO，个人认为这也无可厚非，只是代码的组织形式而已，关键是我们在整体设计时往往缺乏（领域建模-架构设计）这关键两步，很多时候都是就着一个功能点进行（需求分析-数据库 -> 代码实现）。这样没有全局的视角很容易盲人摸象，导致后续摸到一点打个补丁，项目难以维护。DDD的关键不全然是代码架构设计的指导，更是一种应对复杂业务的开发及协作模式，关键人员先通过UL建立有全局共识认知，不确认的地方预留扩展点，再

2024-08-23 22:36:08 1096

原创【算法训练-二分查找五】【位置二分】有序数组中的单一元素

【代码】【算法训练-二分查找五】【位置二分】有序数组中的单一元素。

2024-07-25 22:32:57 188

原创【系统架构设计每日一问】七微信抢红包的高并发架构，应该采取什么样的负载均衡算法

用于将任务请求分发到不同应用服务器，这里可以采用轮询或加权轮询的算法，因为这种速度快，适合抢红包的业务场景;更详细的原文：https://www.infoq.cn/article/2017hongbao-weixin。，将所有数据请求在同一台服务器上进行，防止多台服务器间的不同步问题。微信抢红包架构应该至少包含两个负载均衡，

2024-07-21 16:57:09 314

原创【系统架构设计每日一问】六如何设计一个日活千万DAU的论坛的负载均衡集群

在设计一个日活跃用户（DAU）达到1000万的论坛的负载均衡集群时，我们需要综合考虑多个方面，包括流量评估、容量规划以及具体的方案设计。

2024-07-21 16:22:20 1642

原创【系统架构设计每日一问】五搜索型业务，采用MySQL+ES，如何保证数据一致性

将数据从MySQL同步到Elasticsearch（ES）中并保证一致性是一个常见的需求，特别是在需要快速全文搜索和分析功能的应用中。

2024-07-21 01:07:47 1434

原创【系统架构设计每日一问】四如何对关系型数据库及NoSql数据库选型

根据不同的业务需求和场景，选择适合的数据库类型至关重要。以下是一个优化后的表格展示，涵盖了管理型系统、大流量系统、日志型系统、搜索型系统、事务型系统、离线计算和实时计算七大类业务系统的数据库选型建议。先明确下NoSQL的分类。

2024-07-21 01:02:22 1442 1

原创【系统架构设计每日一问】三 Redis支持事务么，Redis的事务如何保证

实际上，关于Redis事务的说法“Redis 的事务只能保证隔离性和一致性（I 和 C），无法保证原子性和持久性（A 和 D）”并不完全准确。下面我将分别解释Redis事务的四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。

2024-07-21 00:21:18 978

原创【系统架构设计每日一问】二 MySql主从复制延迟可能是什么原因，怎么解决

MySQL主从延迟是指主数据库上的更新操作传输到从数据库并被执行的时间差。通过这些措施，可以有效减少MySQL主从延迟，确保数据的实时性和一致性。

2024-07-20 23:53:20 837

原创【系统架构设计每日一问】一在单表查询的情况下，ES快还是mysql快

对于简单的单表等值查询，且数据量不大时，MySQL的查询速度可能更快。对于包含大量文本字段的复杂查询或大数据量下的查询，ES的查询速度通常优于MySQL。因此，在单表查询的情况下，ES和MySQL哪个更快并没有绝对的答案。它取决于具体的查询类型、数据量大小、索引策略和系统配置等多个因素。在实际应用中，应根据具体需求选择合适的数据库系统。

2024-07-20 23:47:51 1300

原创【RPC注册发现框架实战】一个简易的RPC注册发现框架

Java实现服务端起10个线程ID监听40-49这10个端口，这10个端口注册到注册中心，提供同一个服务，发个A，响应B，客户端起10个线程去注册中心请求好的，我们可以通过实现一个简单的服务端、注册中心和客户端来达到这个目的。

2024-07-13 15:24:14 586

原创【Kafka框架代码实践一】简易的生产者消费者模式

用多线程来简易的实现一个消息队列的生产者消费者模式：10个线程生成数字消息投递到消息队列，10个线程做数字消息的消费者，消费生产者投递的消息。

2024-07-13 12:20:13 305

原创【从零开始学架构架构基础】五架构设计的复杂度来源：低成本、安全、规模

低成本本质上是与高性能和高可用冲突的，所以低成本很多时候不会是架构设计的首要目标，而是架构设计的附加约束；安全一般接触不到，功能安全一般框架保证、架构安全一般运营商以及云服务保证；规模其实代表的是业务复杂度的上升对架构的挑战，其实扩展性不好的架构其规模复杂度往往也会随着业务不断升级，所以需要设计扩展性好的架构并且在预测到业务计算及数据规模可能影响正常业务的时候及时进行架构优化。

2024-06-30 17:44:22 797

原创【从零开始学架构架构基础】四架构设计的复杂度来源：可扩展性复杂度来源

结合这篇Blog，其实我感觉主要是如何在过度设计与不可扩展间去权衡。长期预测的代价和变数太多，可能在落地前业务就凉了，不做预测又可能刚开始迭代就发现难以支持。所以2年预测是一个经验值，如果到了2年业务发展的好了，会倒逼决策层给资源给钱进行架构升级，如果都用不了2年就凉了那5-10年预测就没意义了；在预测的前提下，我们在方案设计的时候是否可以考虑短、中、长三种方案，短期策略一般考虑的变化少，短视，但迅速，修改小，立竿见影。长期策略一般看重远期，但成本高很高，也很可能预测不中。综合成本情况下如果决定采用短期策略

2024-06-30 15:07:23 1350

原创【从零开始学架构架构基础】三架构设计的复杂度来源：高可用复杂度来源

网站高可用的主要技术手段是服务与数据的冗余备份与失效转移。同一服务组件部署在多台服务器上；数据存储在多台服务器上互相备份。通过上述技术手段，当任何一台服务器宕机或出现各种不可预期的问题时，就将相应的服务切换到其他可用的服务器上，不影响系统的整体可用性，也不会导致数据丢失

2024-06-29 23:57:01 1335

原创【从零开始学架构架构基础】二架构设计的复杂度来源：高性能复杂度来源

性能差-》提升设计复杂度解决性能问题-》掌握如何编码和集群架构cover复杂的设计。高性能复杂度有单机和集群来源。单机主要通过操作系统（多进程、多线程）设计来压榨机器CPU进而提升性能，其设计复杂度体现在需要实现互斥、锁、进程通信等策略，所以要掌握并发编程技术。集群主要是搭建机器集群来扛住大的业务增量，其设计复杂度体现在任务分配（任务分配器、任务分配器与业务服务器连接管理、任务分配算法，其解决系统性能瓶颈的能力随着业务复杂度边际收益逐渐降低）和任务分解（业务逻辑垂直拆分，单项扩展或升级，其系统拆分带来的收益

2024-05-12 21:55:11 856 3

Visual Studio2015的圈复杂度检测工具code metrics

原则的详细读书笔记罗列

Java面试大全

Docker镜像中间的layer能删除么？