笔记列表-低调大师优秀个人博客

文章列表

共 219880 篇

2026-09-18

在TypeScript里用satisfies和as const处理配置对象时，怎样避免类型拓宽和运行时错误

写TS项目时经常遇到一种情况：定义一个配置对象，既希望字面量类型被保留，又希望整体结构受接口约束。比如路由表、主题变量、状态映射。直接写 const config = { ... } 会导致属性被拓宽成 string 或 number，传给只接受字面量联合类型的函数会报错。用 : SomeType 注解又会把字面量信息擦掉，拿不到精确的 key。as con...

阅读约46分钟

2026-09-18

Mailez 1.0.1 发布：本次发布以提升运维自动化和缺陷修复为主

v1.0.1 以运维自动化和缺陷修复为主：管理台新增出站网络体检、变更式健康告警、IP 封禁引擎、定时加密备份四项能力；客户端接入新增 Delta Chat 扫码登录；大信箱的批量标记、移动、删除显著提速；并修复了 15 处覆盖邮件收发、排序、部署与权限边界的缺陷。一、新增：管理台运维四件套 1. 出站网络体检健康页新增三项出站方向的探测，专治「本机看着...

阅读约15分钟

2026-09-18

从一次线上事故看 Node.js 中 process.nextTick 与 setImmediate 的真实执行顺序

线上服务偶尔出现日志顺序错乱，排查发现是一个模块在初始化时用 process.nextTick 注册了清理逻辑，同时又用 setImmediate 触发了上报任务。开发同学凭直觉认为 nextTick 是“微任务”，setImmediate 是“宏任务”，所以 nextTick 一定先执行。但在某次高并发时，日志显示上报任务先于清理逻辑跑完了，导致请求上下文...

阅读约39分钟

2026-09-18

JavaScript 中如何正确中断 Promise 链式调用并清理副作用

调用多个接口时经常遇到一个场景：用户快速切换筛选条件，或者组件在请求返回前被卸载。如果每个 then 都顺序执行，旧的请求结果可能会覆盖新状态，或者在组件卸载后触发 setState 报警告。更麻烦的是，有些 Promise 链中间还会写缓存、上报日志、改全局变量，一旦开始执行就很难从外部停下来。原生 Promise 本身没有 cancel 方法，早期 Bl...

阅读约40分钟

2026-09-18

在 React 中 useEffect 依赖了对象导致无限循环，我如何用 useRef 和自定义比较解决

在一个列表页里，需要根据筛选条件请求后端数据，同时支持手动刷新。我把筛选条件存在 filter 对象里，然后在 useEffect 里发起请求，依赖数组写了 [filter]。结果只要父组件重渲染，即使筛选条件没变，也会重新请求，甚至触发无限循环。原因是每次渲染时 filter 都是一个新的对象字面量，React 用 Object.is 比较依赖，引用一变就...

阅读约42分钟

2026-09-18

Vue 3 中 watch 与 watchEffect 的依赖收集差异导致的一个隐蔽 bug

在一个后台管理项目里，我需要监听筛选条件的变化然后重新请求表格数据。当时用了 watch 监听一个由多个 ref 拼成的对象，结果发现修改其中某个 ref 时回调死活不触发。排查后发现是对 watch 和 watchEffect 依赖收集机制的理解有偏差：watch 默认只监听传入的响应式源本身，而 watchEffect 会自动追踪回调里用到的所有响应式依...

阅读约10分钟

2026-09-18

AI玩俄罗斯方块（Python实现）

人工智能大火的今天，如果还是自己玩俄罗斯方块未免显得太LOW，为什么不对游戏升级，让机器自己去玩俄罗斯方块呢？有了这个想法之后，在Python实现俄罗斯方块这个游戏基础上，利用周六周日两天的时间去搜集了大量的资料，在电脑死机好多次之后终于将AI俄罗斯方块实现了。

阅读约23分钟

2026-09-18

数据准备与质量门：让自动化跑在干净数据上

很多自动化项目，流程编得漂亮，一跑就错，根子往往在数据源。我的经验是，自动化别急着编排，先把数据准备和质量门做扎实——脏数据进得去，结果就出不来。数据这门关不严，再聪明的编排也是垃圾进垃圾出。把好数据质量这一关，自动化的准确率才立得住，业务才敢把判断交给系统。把数据门前置，比事后纠错省心得太多。不少团队忽视这一步，流程跑通了才发现数字对不上，回头重做，成本比...

阅读约4分钟

2026-09-18

智能体编排的可观测性：让自动化看得见、管得住

自动化上线后，“看不见”是普遍痛点：跑没跑、卡在哪、错了谁知道？我的经验是，编排智能体必须把可观测性做进设计，而不是上线后再补监控。每一步的状态、耗时、异常都该透明，否则规模越大越像黑箱。看得见，规模化才站得住，团队才敢把更多链路交出去。把观测做进底座，自动化的确定性才真正落地，而不是停在演示里好看。很多团队重编排轻观测，结果流程跑成黑箱，规模一大就失控，问...

阅读约4分钟

2026-09-18

二维码条形码不止付款：仓储物流里的智能扫码还能这么用

摘要：扫码早已不只是付款工具。在仓储物流场景中，二维码和条形码是货物身份标识、分拣路径指引、库存实时同步的核心数据入口。本文介绍智能扫码技术如何支撑仓储管理的多个环节，并拆解腾讯云二维码与条形码识别

阅读约9分钟

2026-09-18

人机协同的边界设计：哪些交给人、哪些交给智能体

一提自动化，很多人担心“会不会替掉人”。我的经验是，智能体落地的关键不是替代人，而是划清人机边界：确定性、高频、规则清的动作交给智能体，需要判断、担责任、讲温度的留给人。边界划好，人和机器才互补，而不是互相抢活或互相甩锅。把协同设计在前头，自动化才既高效又有温度，组织才敢放心用。很多团队要么全机器、要么全人工，两个极端都走不远，前者失控、后者浪费，真正的红利...

阅读约4分钟

2026-09-18

自动化资产化与复用：CoE 与能力目录，避免重复造轮子

不少企业自动化做了几年，场景一堆却互不相通，同样的逻辑到处重写。我的经验是，自动化不能只是“做出来”，更要“沉淀成资产”——建能力目录、搭 CoE（卓越中心），让好能力被检索、被复用。资产化做起来，组织才不再重复造轮子，新场景才轻装上线。把复用写进机制，自动化的规模效应才真正发生，投入才不被稀释在零散项目里。很多团队重建设轻沉淀，场景越多越碎片化，到头来谁也...

阅读约4分钟

2026-09-18

合规与审计自动化：让监管可追溯、责任分得清

金融、医药、政务这些强监管行业，自动化怕的是“说不清”：谁改了、谁批了、哪一步出错，拿不出证据。我的经验是，合规与审计能力必须前置进自动化设计，而不是事后补台账。每一步操作留痕、敏感动作复核，监管来时才秒级响应。把可追溯做扎实，自动化才敢碰核心链路，而不是只在边缘流程试水。合规前置，业务才既快又经得起查。很多团队把合规当成上线后的补丁，结果一旦被查就手忙脚乱...

阅读约4分钟

2026-09-18

智能体与传统 RPA 的衔接共存：存量自动化平稳过渡

很多企业早已堆了一批传统 RPA 脚本，现在想上智能体，又怕推倒重来。我的经验是，二者不必二选一，而该衔接共存：老脚本继续扛确定性强、界面固定的活，智能体补上理解、判断、编排的短板。共存设计好，存量投资才保得住，过渡才不伤筋动骨。把衔接做顺，企业才不用在“全换”和“不用”之间纠结，自动化才平滑演进而非断裂。不少团队一上来就全换，结果老脚本的坑没填、新智能体又...

阅读约4分钟

2026-09-18

流程挖掘与自动化机会发现：先找到该自动化的地方

很多团队做自动化，凭感觉挑场景，结果挑了一堆低价值、难落地的。我的经验是，先靠流程挖掘把真实流程跑出来，看哪卡、哪慢、哪重复，再去定自动化优先级。机会找得准，投入才不白费，自动化才打在痛点上。把发现做成数据驱动，比拍脑袋靠谱得多，组织也才服气。流程挖透，该自动化的地方自己就浮现了。不少团队一上来就编流程，编完发现没人用，根子就是没先看清真实痛点在哪。

阅读约4分钟

2026-09-18

自动化规模化运营：从试点到工厂化交付

不少企业卡在“几个漂亮试点”，扩不动也管不过来。我的经验是，规模化不能靠堆人，而要靠运营体系：标准、工具、度量大一统，像工厂一样批量交付自动化。运营做厚，试点才长成产能，而不是永远停在样板间。把交付工业化，自动化才既快又稳，组织才不被规模反噬。规模化靠的是体系，不是英雄。很多团队靠几个能手撑起全部试点，能手一调走，试点全停摆，这个脆弱性必须靠体系化解。

阅读约4分钟

2026-09-18

知识库与检索增强在智能体里的落地：让智能体答得准

智能体要“懂行”，光靠大模型不够，答案容易飘。我的经验是，把企业知识库接进来做检索增强，让智能体先查权威资料再作答，答案可溯源。知识接好，智能体才答得准、答得稳，而不是凭印象编。把知识当成资产运营，智能体才真正可用，业务才敢把判断交给它。溯源做扎实，错误才被摁在源头，信任才立得住。很多团队直接把大模型当智能体用，结果张嘴就编，客户问深一点就露怯，这个坑靠检索...

阅读约4分钟

2026-09-18

Python+OpenCV创建级联文件（Windows7/10环境）

3、生成路径，将正样本集的路径要存成 *.vec格式；负样本集的路径不做要求，*.txt就可以；

阅读约14分钟

2026-09-18

自动化 ROI 与成本治理：算清账，更要控成本

自动化不是越建越多就好，建一堆用不起、管不动的也是负担。我的经验是，既要算清 ROI，也要做成本治理：每条链路投入多少、省了多少、维护花多少，持续透明。账算清、成本控住，自动化才可持续，而不是摊子铺大却看不见回报。把治理做细，投入才不被沉没，规模化才既快又划算。算不清账，扩不动也争不到预算。很多团队只报“建了多少个”，从不报“还在用几个、值不值”，到年底复盘...

阅读约4分钟

2026-09-18

量化交易的核心逻辑：从数据到下单全流程解析

量化交易的核心逻辑，是把一个交易想法转化为可执行、可检验、可自动运行的完整闭环，其标准流程包含六个环节：数据获取、策略研究、策略回测、模拟交易、实盘执行、监控迭代。每个环节环环相扣，任何一环出问题都会

阅读约10分钟

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

文章列表

在TypeScript里用satisfies和as const处理配置对象时，怎样避免类型拓宽和运行时错误

Mailez 1.0.1 发布：本次发布以提升运维自动化和缺陷修复为主

从一次线上事故看 Node.js 中 process.nextTick 与 setImmediate 的真实执行顺序

JavaScript 中如何正确中断 Promise 链式调用并清理副作用

在 React 中 useEffect 依赖了对象导致无限循环，我如何用 useRef 和自定义比较解决

Vue 3 中 watch 与 watchEffect 的依赖收集差异导致的一个隐蔽 bug

AI玩俄罗斯方块（Python实现）

数据准备与质量门：让自动化跑在干净数据上

智能体编排的可观测性：让自动化看得见、管得住

二维码条形码不止付款：仓储物流里的智能扫码还能这么用

人机协同的边界设计：哪些交给人、哪些交给智能体

自动化资产化与复用：CoE 与能力目录，避免重复造轮子

合规与审计自动化：让监管可追溯、责任分得清

智能体与传统 RPA 的衔接共存：存量自动化平稳过渡

流程挖掘与自动化机会发现：先找到该自动化的地方

自动化规模化运营：从试点到工厂化交付

知识库与检索增强在智能体里的落地：让智能体答得准

Python+OpenCV创建级联文件（Windows7/10环境）

自动化 ROI 与成本治理：算清账，更要控成本

量化交易的核心逻辑：从数据到下单全流程解析

资源下载

Mario

Nacos

Rocky Linux

Sublime Text

欢迎您来访！