- 博客(70)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 划了边界，为什么团队还在互相甩锅？
摘要： 多数团队在职责划分后仍陷入扯皮，核心问题在于只划边界而未定义"如何对接"。真正的治理关键在于将边界转化为结构化接口标准，需明确交付物、格式、验收标准和验收人四要素。通过制定清晰的对接规格卡（如PRD模板、签字验收机制），可减少模糊地带，避免依赖上级仲裁。这一方法适用于跨部门协作、人机交互（如AI任务指令）等场景，本质是以接收方需求定义接口契约，从源头降低协作摩擦。（149字） 关键点： 问题本质：边界≠终点，未定义的接口才是扯皮根源
2026-08-03 08:00:00
501
原创 六条公约：让团队从“推着走“到“自己跑“
《好团队靠规则而非管理：六条研发治理公约》指出，高效团队的核心在于建立规则而非依赖管理。文章提出六条可落地的治理规则：1）需求必须通过统一入口提交，避免随意打断；2）明确权责对等，杜绝推诿；3）固定迭代周期，控制变更；4）信息透明共享，消除协作盲区；5）持续迭代优化规则；6）用数据驱动决策。这些规则通过简单明确的团队规范（如"提需求走系统，私聊不算"）即可落地，三个月后规则将自动替代管理者80%的重复协调工作，从根本上释放管理效能。文末强调，秩序建立应先于效能度量，否则数据容易失真。
2026-07-11 10:00:00
12
原创 线上故障，不能靠“谁先看见谁处理“
线上故障处理常因缺乏明确流程导致效率低下，关键问题在于依赖"谁看见谁管"的随机机制。有效的工单治理需建立五节点闭环流程（待接单→关闭），设定四大SLA指标（如响应≤1小时）替代模糊的"尽快"，并规范工单与需求/缺陷的流转路径。落地只需三步：用共享表格记录工单、制定基础SLA规则、定期复盘未关闭事项。通过流程化和数据化约束，可系统性解决工单无人响应的管理问题。
2026-07-06 13:27:21
16
原创 两周迭代为什么比“随时插单“快40%？
GCR体系提出标准化2周迭代方案：前段为功能开发禁插单期，后段为缓冲治理期集中处理缺陷/插单。通过需求分级、透明收纳、规则管控，某商城项目上线周期从6-8周缩短至4周，插单次数减少80%，交付率提升至90%。关键指标显示，控制变更率（≤15%）比单纯追求速度更重要，本质是通过保护专注时间减少无效切换。实施只需两步：固定迭代节奏+严格管控插单。
2026-07-06 13:22:13
11
原创 需求治理：研发混乱的源头，90%的团队都卡在这一步
研发团队最累的往往是研发负责人，根源在于需求入口失控。GCR体系提出需求治理的六个标准节点（待完善到已完成），每个节点须明确责任方和交付标准。通过"需求漏斗"三层过滤机制（评审、排期、验收）筛选高价值需求，并建立严格的变更管控规则。一个典型案例中，团队通过关闭僵尸需求、优先级分类和严格执行漏斗流程，两周内将200+需求削减至47条有效需求。实施需求治理只需做到三点：统一需求入口、建立价值漏斗、制定变更规则，即可显著减少30%无效劳动。
2026-07-06 13:19:13
8
原创 一个CTO被裁后的30天：我把18年踩坑经验提炼成了这套诊断方法
一位被裁CTO将18年团队管理经验提炼成研发治理框架，指出混乱根源在于缺乏结构化规则。文章提出"GCR全域诊断框架"，通过需求、迭代、交付、缺陷、工单五条生命线评估团队状态，并提供快速诊断工具。作者强调治理不是换人或工具，而是建立可落地的流程标准，将常识转化为规则。案例显示，这套方法曾帮助团队从需求积压、迭代混乱中恢复秩序。文章核心观点：技术团队效能问题本质是治理缺失，需系统性构建规则而非局部修补。
2026-07-06 12:15:43
18
原创 18年全栈到CTO：我为什么死磕中小企业研发效能
我写代码18年了。从.NET 2.0写到Blazor，从一个人写到带50人团队。中间做过技术总监，做过CTO，也创过业。这两年我经手过不少中小企业的研发团队，发现一个规律——但老板的第一反应永远是：加人。然后加班。然后堆工具。三个动作走完，钱烧完了。效率没变。
2026-07-03 13:06:27
168
原创 人人都会Blazor —— 3.7 组件生命周期
只有完全搞明白了组件的生命周期，你才能把组件玩的游刃有余，不仅仅需要深厚的功底和基础，还得了解非托管资源的垃圾回收机制，否则，一旦页面上组件过多，肯定就会引起性能的问题。那么回过头来了解生命周期自然也是必不可少的知识。
2023-12-15 00:00:00
422
原创 人人都会Blazor —— 3.5 布局
有些应用元素（例如菜单、版权消息和公司徽标）通常是应用整体布局的一部分。将这些元素的标记副本放入应用的所有组件是一种效率较低的做法。每次更新其中一个元素时，都必须同时更新使用该元素的每个组件。这种方法的维护成本很高，并且如果缺少更新，还可能会导致内容不一致。那么 “布局” 就是用来解决这些问题的。
2023-12-05 00:00:00
647
原创 人人都会Blazor—— 3.4 事件处理
某些情况，你可以自定义事件，例如，把和onmouseout给结合起来使用。通常，通过以下步骤启用具有自定义事件参数的自定义事件。在wwwroot/{PackgeId}或{AssemblyName}.lib.module.js创建一个 JS 文件，并有一个导出函数：return {});固定的 JS 文件名称：程序集.lib.module.js 或 包名称.lib.module.js：浏览器能识别的事件，如 click change 等：需要返回与下面事件参数相等的对象。
2023-11-30 00:00:00
465
原创 人人都会Blazor —— 3.3 参数
参数是最常用的组件特性，需要非常熟练的掌握才会事半功倍，同样地，组件的参数设计也会让使用者不禁的感叹设计者的水平。
2023-11-24 09:58:48
527
原创 人人都会Blazor—— 3.2 组件
路由是页面访问的基础，笔者建议，对那些不需要使用导航访问到的组件，不要定义路由，以免造成不必要的成本，例如显示异常的解释成本（这不是bug…）。
2023-11-24 09:57:50
259
原创 人人都会Blazor—— 3.1 路由和导航
导航和路由是最基础且很常用的知识，你可以根据自己的需求去定义路由导航。当然，好的路由设计可以使你的站点看起来更专业，这也是体现你水平的最佳时机。
2023-11-24 09:54:37
368
原创 人人都会Blazor —— 2.3 依赖注入
依赖注入技术已经是 .NET 中非常基础且成熟的技术，所以这里就不作为重点进行介绍了。就是要注意的是在 Blazor 中，依赖注入的生命周期会有所变化，特别是 WebAssembly 中，没有所谓的 Scoped，即使你注册成为了 Scoped 服务，也会被当作 Singleton 方式来对待，这点一定要注意。
2023-11-20 00:00:00
458
原创 人人都会 Blazor —— 2.2 启动项目
现在你已经掌握了 Blazor 两种托管模式，包括他们的启动顺序和注意的地方，需要特别注意的是他们的不同点，因为他们是不一样的托管模式，要在思维上有所区别。
2023-11-15 09:00:00
278
原创 人人都会的 Blazor —— 1.3 项目结构
作者推荐使用【双 Blazor Server/WebAssembly】的解决方案结构来进行开发，毕竟很多时候，项目会根据当前的市场需求进行变化，这样的话可以根据市场反馈及时做出托管模式的调整和兼容，做到临危不乱，领导自然也就更喜欢这样的下属咯。当然，基于【ASP.NET Core 托管的 WebAssembly】模式也是一个不错的选择。现在，基本的知识已经了解了，那接下来就可以正式进入 Blazor 的世界了。
2023-11-07 15:00:00
561
原创 人人都会 Blazor —— 1.1 概述
Blazor 这个名字是两个单词改进而来的，即 Browser + Razor。从名字不难看出，它是基于 Razor 语法的浏览器框架。
2023-10-26 20:13:13
539
原创 Blazor ——支持 UI 片段的 RenderFragment
使用真实的示例说清楚 RenderFragment 和 RanderFragment<TValue> 的用法和区别
2021-03-09 17:05:00
3995
原创 回到最初的身份标识——Identity
身份标识是 .NET 安全体系中最最基础的概念，称为 Identity。在任何一个系统中，每一次对系统的访问应该都需要对其身份进行标识，例如游客。身份标识在命名空间 System.Security 中，定义了一个接口 IIdentity，里面有一个属性 Name。这个接口就是用来表示身份，Name 是身份标识的唯一名称，例如用户名或者邮箱。...
2021-01-19 17:21:47
1929
原创 Blazor —— 大家来找茬之 ServerSide 和 WebAssembly
再次强调，Blazor 是一套前端框架，和 Vue/Angular/React 三大框架是一回事。不同的是 Blazor 采用的是 C# 作为编程语言，而它可以基于 .NET Core 的体系，与 MVC / Razor Page / WebApi 框架进行混用，并且开发人员可以选择成为全栈 or 纯前端的模式。
2020-07-21 10:58:08
2731
原创 Blazor —— 用更能装X的方式编写组件（RenderTreeBuilder）
用 `razor` 的方式编写组件，这个学习过前端的应该都可以完成，但很多时候，我们需要学习更加高深的技术，**不光是可以来装X，更是可以把X升级成高处不胜寒的王者**。所以就来教教如何使用纯代码的方式来编写组件。
2020-07-12 13:10:42
2656
16
原创 Blazor —— 探索razor组件背后的秘密，你绝对想象不到
一般情况下，我们可以使用 .razor 文件来编写组件，但是它背后的秘密你们知道吗？如果不用 .razor 的文件，我们又如何可以编写组件呢？
2020-07-05 15:30:10
2663
原创 Blazor —— 几乎每个系统都会用到的功能，表单验证！！
前言表单验证是任何系统都会存在的功能。如果你是使用 Blazor 中内置的验证组件，你需要提前掌握 System.ComponentModel.DataAnnotations 验证注解特性的用法。
2020-07-02 16:19:01
4295
原创 Blazor —— 深入讲解组件的生命周期
当我们学会写一些组件以后，就需要来了解一下一个组件从加载到渲染的整个生命周期，以此来知道我们可以在什么点对组件进行优化。
2020-07-01 12:12:41
5010
原创 Blazor ——在 MVC 项目中兼容 Blazor 开发的组件
前言在 Blazor 出现之前，已经有很多大部分项目是用 MVC或 Razor 页面开发的，如果完全这个时候想要替换 Blazor 组件，重构成本非常的大。因此这一篇文章会教你如何在 MVC 项目中兼容 Blazor 组件。一定要先将 .NET Core 版本升级到 3.x+兼容 Blazor 只需要以下几个步骤：安装包 Microsoft.AspNetCore.Components添...
2020-04-24 16:56:49
4473
原创 Blazor—— 父子组件、嵌套组件以及平行组件，他们到底是如何交互通信的呢？
前言现在的前端开发，几乎都是基于组件的研发模式，即把每一块独立的功能切割成独立的组件，然后在大组件里根据需要自由组合这些小组件，使得组件的复用性提高，而小组件更容易测试和修改，从而提升研发的效率。比如按钮、文本框、对话框、点评星星等等都是可以被任意复用的小组件。那么问题来了，组件之间是怎么进行通信呢？
2020-04-16 23:49:08
4984
原创 Blazor —— 让自定义组件也能拥有双向绑定功能
前言内置的 Input 控件是一个双向绑定控件，我们使用 @bind-Value 就可以对文本框的 Value 进行双向绑定的实现。那我们可以自定义这种双向绑定组件吗？当然可以。示例场景很简单的需求，当点击按钮后，显示选择的水果名称。这个是水果按钮组的代码：<div class="btn-group"> @foreach (var item in Fruits) ...
2020-04-10 22:55:43
4840
原创 Blazor —— 前端框架的特色功能，数据绑定！！
前言我相信你已经掌握了Blazor的基本知识和概念，大致知道了它的一个工作原理。再次强调一下，Blazor 是一门 “基于C#语言的前端技术”。因此，它的数据绑定也是基于实体的。场景应用当文本框输入值时，文本框下面的文本会跟着一起变化。...
2020-03-31 11:38:05
6566
原创 Blazor —— 教你从零搭建 Blazor for Server-Side 项目
这篇文章不会介绍什么是 Blazor，若想理解基本概念，请自行百度或查看微软官方文档。这篇文章是偏向技术的，也就是说它不是概念，而是教你从零开始搭建一个 Blazor 项目，前提是你必须先掌握 ASP.NET CORE 的基本知识。
2019-10-11 10:37:58
9076
4
原创 一个在 .NET 一线战斗了十年的 C# 程序员的内心独白
估计看到标题，大部分人都会说：哇！大牛！膜拜……之类的。至于是不是大牛，那我不知道，毕竟我依然有很多地方不懂，特别是现在已经流行的 Redis ，集群，那些所谓搭建高性能架构的技术，我一个都没用过，毕竟我不在互联网公司，做的基本上都是全栈相关的工作，从前端到后端再到数据库，除了设计不搞，其他都磨练出来了。写这篇文章其实主要是心寒和有点失落吧，首先，在各大招聘网站上 .NET 的需求越来越少，...
2019-08-29 15:18:28
2011
6
转载 惹恼程序员的十件事（转）
程序员应该是一个比较特殊的群体，他们因为长期和电脑打交道所养成的性格和脾气也是比较相近的。当然，既然是人，当然是会有性格的，也是会有脾气的。下面，让我来看看十件能把程序惹毛了的事情。一方面我们可以看看程序员的共性，另一方面我们也可以看看程序员的缺点。无论怎么样，我都希望他们对你的日常工作都是一种帮助。第十位 程序注释程序注释本来是一些比较好的习惯，当程序员老手带新手的时候，总是会告诉新手，...
2019-08-15 16:58:43
467
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人