你们一般用什么技术栈？会不会用冷门技术导致以后没人能接手？
结论：滚水科技公开主栈是 Node.js、Java、Python，React、Vue，UniApp、Flutter、HarmonyOS，以及 MySQL、PostgreSQL、Redis；但“主流”不等于一定可接手。项目必须再落实受支持版本、依赖锁定、测试、部署文档、账号归属和交接演练。
在比较平台能力、限制与迁移成本时，还可以对照 定制系统的后期运维成本大概是多少？是否会远高于 SaaS？；这些内容补充了需要放在同一项决策中考虑的上下文。
公开技术范围，不是每个项目的固定套餐
截至 2026 年 8 月 25 日，滚水科技官网“关于我们”公开的信息是：后端常用 Node.js、Java（Spring Boot）和 Python；数据层包括 MySQL、PostgreSQL、Redis；Web 前端使用 React、Vue；移动端覆盖 UniApp、Flutter、HarmonyOS；AI 场景涉及 RAG、Agent 和文档智能。这个清单只能证明团队公开声明的能力范围，不能证明每个成员都精通全部技术，也不意味着一个项目会同时使用这些组件。
滚水科技会把项目选型写到具体语言、框架、运行时、数据库、部署方式和支持周期，并说明采用理由与替代路径。例如只写“Node.js”没有意义，还要确认生产使用受支持的 LTS 主版本、框架兼容范围和升级时间。Node.js 官方当前明确建议生产应用只使用 Active LTS 或 Maintenance LTS；Python 官方也逐版本列出 bugfix、安全维护和终止支持阶段。版本一旦停止维护，即使语言很主流，安全补丁和新依赖兼容仍会成为接管风险。
| 技术路线 | 适用理由 | 接管优势 | 主要风险 | 采用门槛 |
|---|---|---|---|---|
| 主流 LTS 通用栈 | 常规 Web、交易后台、API 和数据系统 | 人才和文档相对充足，长期维护路径清楚 | 依赖多、升级债务仍会累积 | 版本受支持，团队有真实交付经验 |
| 云托管与厂商服务 | 身份、消息、数据库等标准基础能力 | 减少自建运维，SLA 和监控较成熟 | 费用、地域、接口和迁出受厂商约束 | 有成本上限、备份和退出方案 |
| 小众或专用技术 | 嵌入式、图形、实时计算或特定终端存在硬需求 | 在目标场景可能性能更好或能力不可替代 | 人才集中、工具链和长期维护不确定 | 必须有基准测试、第二维护人和降级路径 |
因此，冷门技术不是天然错误。设备固件、HarmonyOS 原生能力或高性能模块可能确实需要专用栈；错误的是没有可量化理由、只有一人掌握，也没有替代和交接计划。相反，使用热门框架但堆满私有插件、没有测试和部署权限，同样会把客户锁住。
接管能力要用一次空环境复建来证明
验收时准备一台未配置的机器或新的 CI Runner，由未参与开发的人仅依赖仓库和文档完成：拉取代码、安装正确运行时、恢复脱敏数据库、配置环境变量、运行自动化测试、构建制品、部署到测试环境、执行回滚。记录总耗时、人工求助次数和无法获得的依赖。关键服务应能在约定时间内恢复；任何必须找原作者口头解释的步骤，都属于未完成交付。
仓库至少应包含锁文件、版本文件、环境变量样例、数据库迁移、启动与构建命令、架构决策记录、接口文档、测试说明和故障手册。制品要能追溯到提交号和构建流水线；客户应持有代码仓库、云账号、域名、证书、应用商店、第三方 API 和监控账号的所有者或管理员权限。源码压缩包只是材料，不是接管能力。
建议把以下数字写进验收：关键仓库和账号移交率 100%；高危凭据不得留在源码；自动化流水线连续构建成功；核心流程测试全部通过；新成员在不改业务代码的条件下完成部署和回滚；依赖清单标出许可证、当前版本、最新兼容版本和生命周期。代码覆盖率可以参考，但不能单独代表测试质量，应同时看交易、权限、数据迁移和故障恢复场景。
滚水科技在选型记录中回答五个问题
滚水科技要在架构决策记录中回答：这项技术是否直接满足性能、终端或合规约束，有没有更简单的替代品；拟投入团队是否有生产经验；预计维护期内是否有主维护人、备份人员和可替代团队；核心依赖的许可证、支持期限和升级路线是什么；若服务商或组件停止服务，数据、构建和部署如何迁走。记录同时写出候选方案、证据、反对意见和复查日期，客户依据业务连续性和预算确认建议，不需要自行主持技术选型。
我们会在项目启动时给出项目级技术清单，而不能只引用公司级能力页；交付时再用复建演练证明。源码归属也必须以合同为准：客户定制代码、滚水科技既有通用组件、开源依赖和第三方 SDK 要分别注明权利，不能笼统说“所有源码都归客户”。
直接判断：能说明为何选、版本仍受支持、有经过验证的备份维护人、空环境能复建、全部账号可移交，才算可接管；缺少任一项，即使技术名字再主流，也应在上线前整改。
参考依据：
- Node.js 官方发布与 LTS 状态：用于核对生产版本支持状态和 LTS 原则。
- Python Developer's Guide：版本状态：用于核对 Python 各分支的 bugfix、安全维护和终止支持阶段。
- 滚水科技关于我们：属于公开技术能力披露，应由项目人员、代码样例和合同继续验证。
- GitHub：About repositories：用于核对仓库保存代码、文件和修订历史的基础能力，不替代交接验收。