摘要： 企业自建机器人（双向交互，完整项目集成） 步骤 1：开放平台创建自建应用 访问 飞书开放平台 open.feishu.cn，企业管理员账号登录 开发者后台 → 创建应用 → 企业自建应用，填写名称、图标、描述，创建 左侧「应用能力」→ 添加「机器人」能力，配置机器人名称头像 步骤 2：获取核心凭证（ 阅读全文

摘要： 群自定义 Webhook 机器人（最简单，仅单向推送） 适用场景：项目告警、日志推送、CI/CD 通知、定时消息，只能项目主动发消息到飞书群，无法 @机器人交互 优点：5 分钟配置，无需开放平台、无需发布、无需权限审核； 限制：仅所在群可用，不能私聊、不能接收用户指令、功能单一。 群内创建Webho 阅读全文

摘要： 《代码大全 2》将代码规范视为软件开发的底层逻辑，核心观点是 “好代码应自解释、低理解成本”。书中强调，代码的生命周期比编写时间长 10 倍，规范的价值在于为未来节省维护成本。 实操案例中，变量命名需体现语义，如用daysSinceLastLogin替代模糊的a，函数命名要明确动作与结果，Calcu 阅读全文

摘要： 《构建之法》中提到，“软件构建是一个充满试错的过程，错误并不可怕，可怕的是不能从错误中学习”。这一观点让我深受触动。在以往的开发经历中，我往往将重心放在“如何避免错误”上，却忽略了“如何从错误中总结经验，实现持续改进”。书中通过大量的案例和实践经验，阐述了软件构建过程中质量保障的核心思路，以及如何通 阅读全文

摘要： 读书笔记 阅读《构建之法》前，我对“软件构建”的认知局限于“编写代码实现功能”，认为这是一项以技术能力为核心的孤立工作。但随着阅读的深入，我逐渐明白，软件构建并非简单的编码行为，而是一套涵盖需求分析、设计、编码、测试、部署、维护等全流程的系统性工程，其本质是“将用户需求转化为可运行、可维护、高质量软 阅读全文

摘要： 《构建之法》一书不仅讲解了软件构建的技术层面，更重点阐述了团队协作背景下的构建实践，让我深刻认识到，“优秀的软件产品从来不是一个人的功劳，而是团队协作的成果”。 在单人开发模式下，开发者可以自主掌控整个构建流程，但在团队场景中，由于成员的技术水平、思维方式、工作习惯存在差异，如何协调各方资源、规范协 阅读全文

摘要： 需求书中明确要求 电子围栏、停留时长、人员定位 等技术手段（2.2.3、2.2.5），这些功能天然依赖地图。 地铁线路图可以作为“车站平面图”的替代，展示巡检点、设备位置和工程师实时位置，直观验证围栏逻辑。 该模块交互性强，地图能显著提升用户体验（看到自己是否进入围栏、设备分布等），非常适合作为功能 阅读全文

摘要： 🧭 技术栈推荐：为什么选 Leaflet？ 为了满足“无API、开源”的核心要求，建议的技术栈是： 地图库: Leaflet，一个专门为移动端设计的轻量级、开源交互式地图库。 底图服务: OpenStreetMap (OSM)，由全球用户共同维护的免费、可编辑的世界地图，是各类免费地图应用的基石。 阅读全文

摘要： 开发备件采购单接口（申请人、需求车站、备件名称等）。支持追踪状态流转（待上会→待招标→采购中→待发货→待收货→已完成）。 开发备件入库接口：支持选择库位、普票/专票自动税率计算、批量生成SN号。 实现库存表更新：入库增加库存，记录备件状态（新好件、坏件等）。 开发领用审核接口（维修申领/借用），48 阅读全文

摘要： 开发前的准备工作 根据国铁集团即将实施的新标准，搭建车站GIS线路图前建议做好以下工作，以保障数据合规、准确： 收集数据源 GIS 数据：车站周边地形、卫星影像等地理信息。 BIM 数据：车站建筑结构、管线、机电设备的精细化三维模型。 设备台账：设备管理子系统中的所有静态属性数据（如型号、厂家）。 阅读全文