近期一次需求开发涉及到了Java Veloctiy，由于当前vue项目无法在本地编译运行velocity，且开发成本过高，如果需要调试则要发布后才能看到效果。之前有类似的案例，遂尝试继续采用这种方式解决，但是通过比对认为该方案迁移到本项目中的成本较高，且需要改动大量配置文件。 基于以上，我们便尝试将veloctiy本地工程化，尝试跟vue和webpack的结合，实现热更等开发常用需求。 本文把velocity工程化的心路历程记录下来，主要给大家描述我们在解决问题过程中的一些感悟，同时文中也详细介绍了具体方案。
Web技术与网络发展经历了一个演进的过程，自20世纪60年代ARPANET的问世，互联网和Web技术已经取得了惊人的发展。从诞生之初的纯文本、超链接，到如今丰富的多媒体、实时交互，Web技术与网络的历史发展呈现出逐步完善、日益多元的特点，带动了人们对信息的获取和传播的方式产生了革命性的变革。未来 Web 技术与网络仍将持续创新，为我们的生活带来更多精彩的应用。 本期大牛书单，我们请来了几位鹅厂同事，为大家推荐一些Web技术与网络相关的文献和学习资料，一起跟随技术时代的潮流，多读书多进步。
随着多终端的发展，前后端的数据交互的复杂性和多样性都在急剧增加。不同的终端，其屏幕尺寸和页面 UI 设计不一，对接口的数据需求也不尽相同。构建一套接口满足所有场景的传统方式，面对新的复杂性日益捉襟见肘。 在这个背景下，BFF 作为一种模式被提出。其全称是 Backend for frontend，即为前端服务的后端。它的特点是考虑了不同端的数据访问需求，并给予各端针对性的优化。 在这篇文章中，我们将介绍一种基于 RPC 和 TypeScript 的 BFF 设计与实践。我们称之为 RPC-BFF，它利用前后端都采用同一语言（TypeScript）的优势，实现了其它 BFF 技术方案所不具备的多项功能，可以显著提升前后端数据交互的性能、效率以及类型安全。
“百度问一问”是一款由真人答主提供1对1实时在线咨询的服务型产品，自2020年孵化成功已走过3年半的历程。作为服务场域的建设者，我们的设计使命从初创验证阶段的基建搭建，到规模扩张期的提转探索，升级为现阶段的追求体验&收入双线发展。 到了新的发展阶段，我们的设计愿景该如何实现？问一问设计团队以“服务体验”为原点，发起了C端核心服务体验的升级专项。借助用户观察、体验遍历等方法，沿用户真实体验路径梳理服务“前-中-后”各阶段的关键问题、挖掘优化机会。再结合设计、体验双视角，建立以服务前“建认知、促转化”、服务中“优体验、提效率”、服务后“增触达、助留存”为核心指导原则的设计打法。通过切实满足用户在服务各阶段需求来激发持续消费、让服务闭环顺畅运转，从而有效地赋能业务增长，达到体验和收入的双丰收。
云原生数据库 TDSQL-C 使用计算存储分离的架构，计算资源和存储资源解耦，可以提供PB级的存储容量供用户按需使用。而 Serverless 架构是将计算资源做到极致弹性，和购买的实例规格解耦，根据用户数据库实际的负载，自动启停，自动扩缩容，用户按使用计费。其中计算资源主要是 CCU（CPU+内存），CPU 可以由 cgroup 或者 docker 等技术限制，内存分配给数据库进程，大部分由 Buffer Pool 模块使用，目的是缓存用户数据，Buffer Pool 内存的分配与释放过程涉及用户数据的分布，搬迁，还有内核中全局资源的互斥等等。本文将详细介绍 TDSQL-C Serverless 在内核做的一系列优化，让数据库弹的更稳。
GitHub Copilot 发布不过两年，已助力逾百万开发者创造超过46%的代码量，更将编码速度提升了高达55%。 而近期，VScode发布1.80版本，这次重磅更新直接引入GitHub Copilot新功能—— Copilot ChatAI聊天助手来袭！ 是鸡肋还是生产力？
本文精选了美团技术团队被KDD 2023收录的7篇论文进行解读，论文覆盖了Feed流推荐、多模态数据、实例分割、用户意图预测等多个方向。这些论文也是美团技术团队与国内多所高校、科研机构合作的成果。希望给从事相关研究工作的同学带来一些启发或者帮助。
某位资深运维工程师A：“一天不收个几十条告警，我都觉得心里不踏实” 。运维工程师B：“我那几个告警天天告，我的应用一点问题都没有，但是我又不敢关”。运维工程师C：“我每天都要花大量的时间，整理已经发生的告警：查它们是什么原因导致的，是故障还是误报，要不要解决，要不要屏蔽。”运维工程师D：“要不我们给告警数配置一个告警吧，一天收100条告警是正常的，哪天告出来200条估计就是有问题了”。会出现这样的对话不是因为这几位运维工程师不专业，实际上，误告警泛滥，真告警被淹没，就是大多数团队，甚至顶尖的互联网企业的运维团队的现状。想要配置出“系统无异常时不误告，有异常时及时告”的“高质量”的告警规则是非常具有挑战性的。 所以这些告警都是些什么？为了保证系统和应用的稳定性，工程师们会搭建监控系统以实时地采集比如RT(响应时间)、QPS(调用次数)、Error Rate(错误率)、HTTP状态码、Full GC次数等关键指标，并对核心应用的关键指标进行实时地巡检，当检测到指标当前值超出“正常水位”时，相关的工程师就会收到对应的告警。
传统的一个 Java 应用从代码编写到启动运行大致可以分为如下步骤： 首先，编写 .java 源代码程序。 然后，借助 javac 工具将 .java 文件翻译为 .class 的字节码，字节码是 Java 中非常重要的内容之一，正是因为它的出现，Java 才实现对底层环境的屏蔽，达到 Write once, run anywhere 的效果! 基于步骤 2 的 .class 文件会被打包成 jar 包或者 war 包进行部署执行，部署过程中通过 Java 虚拟机加载应用程序然后解释字节码运行业务逻辑。
