JetBrains宣布将已运行13年的用户组支持计划更名为开发者社区计划，以更好地适应当今开发者社区的多样化形态。新计划覆盖线上社区、混合社区、本地聚会及工作坊等更广泛的社区类型，并在原有IDE订阅和社区礼品基础上，增加周边礼品、现成内容、演讲者对接、JetBrains渠道曝光、活动赞助以及在JetBrains办公室举办聚会等支持。现有参与者将自动转入新计划，无需重新申请。学生社区不在此计划范围内，学生可申请JetBrains学生包。自2027年起，JetBrains将每年与参与社区沟通一次，了解其进展和需求。活跃且成熟的开发者社区可提交申请。

文章介绍 Spring Boot 的 EnvironmentPostProcessor：它在 ApplicationContext 创建前修改 Environment，适合从共享 starter 向多个服务提供可覆盖的默认配置。普通 application.yml、额外 profile 或 @Configuration/@PropertySource 分别存在加载顺序、优先级和需人工启用等问题。EnvironmentPostProcessor 需通过 META-INF/spring.factories 注册，Spring Boot 4 中接口包名有所调整。使用 addLast 可将默认值置于最低优先级，addFirst 可在合并用户配置后强制生效。作者以 Axelix 暴露 Actuator 端点为例，说明应先用 Binder 读取并合并用户配置，且读取现有配置的处理器应在 ConfigDataEnvironmentPostProcessor 之后运行；同时需注意无法注入 Bean、日志未初始化、异常处理及全局生效等限制。

作者长期用KeePass管理密码，此前靠Google Drive在笔记本与手机之间同步。由于KeePassXC保存时会写临时文件、删除原文件再重命名，而Google Drive按文件ID而非文件名追踪，导致iPhone上的KeePassium指向已删除的文件，需反复重新添加数据库并插入物理安全密钥；同时云端还长期保留密码库的全部历史版本。于是他改用点对点同步工具Syncthing，并借已有的Tailscale私有网络关闭全局发现、中继与NAT穿透，设备通过MagicDNS域名直连，形成以常开群晖NAS为中心的星型拓扑。文中详述了NAS、macOS、iOS（Sync Anything）与KeePassium的配置步骤，并讨论了同步冲突、iOS后台限制、单点故障及“四份相同副本不等于备份”等取舍。

dukehoff-decide 是一个基于 Apache 2.0 许可的开源 Java 库（0.1.0 已发布至 Maven Central），用于把 Java 应用中的多选题式 LLM 调用转换为类型化决策。它调用本地小型模型，直接从对数概率读取各选项概率，返回始终合法的 Java 类型值及概率分布，并可通过置信度门控仅在概率可靠时自动决策。开发者可用数百条历史标注数据离线校准，生成准确率前后对比、自动决策比例及混淆选项报告。测试中，11 类客服消息在 Qwen2.5 1.5B（4-bit）上经校准后准确率由 87.7% 升至 93.7%，阈值 0.9 时自动决策比例由 50% 升至 71%，其中正确率由 94.0% 升至 99.5%；在难以从文本推断队列和优先级的工单数据上，校准后不再自动路由。项目要求 Java 21 和支持对数概率的 OpenAI 兼容 API，提供 Spring Boot starter、健康检查和 Micrometer 指标。

GitHub 与 JetBrains 宣布将 GitHub Copilot 集成到 JetBrains Air。用户可在 JetBrains IDE 本地或通过 Air Teams 云端选择 GitHub Copilot 作为代理，任务通过 Agent Client Protocol 调用官方 Copilot CLI，并沿用现有 Copilot 订阅，而非 JetBrains AI 点数。云端任务在独立沙箱虚拟机中运行，支持关闭笔记本后继续执行，也可通过自动化按计划或拉取请求触发。Air 不跟踪 Copilot 用量，用户需在 GitHub 查看额度与消费情况。

JetBrains宣布在IDE 2026.3版本中引入声音提示功能，用短音效反馈构建、测试、后台任务和断点的状态，并在光标移动到错误、警告、断点、版本控制变更或折叠代码时提供可听提示。屏幕阅读器用户默认开启，其他用户可按需启用并逐项配置。新版还集成Air智能代理的四类声音提示，并将相关设置集中在无障碍页面。该功能已在候选版本中开放试用。

2026年10月，eMudhra运营的八个中间证书颁发机构私钥被发现强度不足，可从公开数据中恢复。eMudhra称受影响中间CA未签发终端实体证书，且未发现私钥在披露前被恢复或利用的证据。该问题并非TeamCity自身漏洞，但TeamCity依赖的Java运行时等信任存储可能仍信任涉事证书。TeamCity从2026.2.2和2026.1.6版本起提供健康报告，建议升级TeamCity、更新服务器与构建代理的Java运行时、重新部署Docker镜像，并检查上传证书及自定义信任存储；TeamCity Cloud已更新，但自托管代理和上传证书仍需审查。

TeamCity On-Premises 2026.2.2 和 2026.1.6 错误修复更新已发布，解决了大量问题，包括安全和性能问题，以及项目版本化设置无法收集新更改、服务器重启后云代理无法匹配、检出规则修订计算缓慢、辅助节点无法获取安全补丁列表等错误。强烈建议安装这些更新以解决安全漏洞。更新还提供了性能改进、更好的集成兼容性、更快更稳定的构建和增强的工作流安全性。同一大版本内的错误修复更新共享数据格式，可无需备份恢复直接升级或降级。升级方法包括使用自动更新功能、从官网下载或拉取 Docker 镜像。

JDK 27 于 2026 年 9 月 15 日发布，JEP 523 取消了 G1 在受限环境回退到 Serial GC 的逻辑，使 G1 成为所有环境的默认垃圾收集器。此前当可用处理器为 1 或物理内存低于 1792 MB 时，JVM 会自动选择 Serial GC。该变化主要影响未显式指定收集器的小型容器，如边车容器、批处理与队列 worker、低流量内部服务、CI/开发容器以及设置分数 CPU 的 Pod。升级前可通过 GarbageCollectorMXBean 识别当前收集器：Serial GC 报告 Copy、MarkSweepCompact，G1 报告 G1 Young Generation 等。G1 的本地内存开销约 43 MB，Serial GC 约 1.7 MB；在 256 MB 容器中占比可达 16%，可能导致 OOM。建议用最小容器规格和代表性负载对比总停顿时间、p99 尾延迟及负载下的 RSS；若 G1 表现更差，可显式设置 -XX:+UseSerialGC。Java 27 非 LTS，但同一默认值将进入下个 LTS，提前评估风险更低。