本文将着手优化网站的前端性能，并总结出一套开发习惯，让我们在日常开发时，也保持高性能，而不是又一次回过头来优化性能。

对于用户研究员来说，访谈几乎是日常工作中最常用的研究方法。作为用研新人，在执行访谈前或多或少都会有紧张与担忧，往往会出现“道理我都懂，具体却不知道该怎么做”的情况。那么，用研新人该如何准备一份适合自己的完整的访谈提纲呢？

目前京东实行BigBoss机制以及积木型组织，同时现阶段再次强调了“经营”理念，以上均是比较大的组织层面的纲领和引导，核心是为了激发大家owner意识可以更好更快为公司产出价值和贡献。落到具体执行层面，与测试岗位息息相关的那便是“测试1号位”职责。

JSF是京东完全自主研发的高性能服务框架，具有高性能、低延迟、高可用性的特点，并提供了完善的服务治理能力。阅读本文可以深入了解其架构设计和实现原理，另外深入理解其源码可以帮助开发者更好地应对实际业务需求及问题处理。

本文强调了前端工程师需要持续学习新技能，但并不需要成为全栈工程师，只要掌握所需技能并专注于自己的领域即可。除了掌握HTML、CSS、JavaScript等代码技能外，还需要具备与设计师沟通、版本控制、解决兼容性等能力。艺术细胞也是必须的，了解设计原则可提升网站设计水平。同时，前端安全问题也需注意，应防范XSS和CSRF攻击，并使用CSP策略降低被攻击风险。需要学会筛选有用的信息，不可能学习完所有技术和框架。

我们可能会遇到以下问题，例如：“新出的实物产品定价多少合适？”、“新上线的权益或者服务多少钱用户可以接受？”、“我们的App每天推送几条消息可以对用户的体验影响最小？”。那如何通过调研确定最合适的区间呢？就要用到我们本次介绍的PSM模型。

京东企业业务一直秉持\x26quot;从实体中来，到实体中去’的理念，依托京东的商品资源、数字化技术和供应链生态能力，有效助力企业客户的成本优化与资产效能提升。本文将介绍企业前台系统如何通过JSF预热策略动态下发的特性来治理机器冷启动导致的请求有损问题。

Tokio 无疑是 Rust 世界中最优秀的异步Runtime实现。非阻塞的特性带来了优异的性能，但是在实际的开发中我们往往需要在某些情况下阻塞任务来实现某些功能。

开发过程中，多线程的应用场景可谓十分广泛，可以充分利用服务器资源，提高程序处理速度。我们通常也会使用池化技术，去避免频繁创建和销毁线程。

本篇旨在基于编码规范、工作中积累的研发经验等，整理在多线程开发的过程中需要注意的部分，比如不考虑线程池参数、线程安全、死锁等问题，将会存在潜在极大的风险。并且对其进行根因分析，避免每天踩一坑，坑坑不一样。

这篇主要描述了B端令牌系统应用数据分表解决业务数据量增大，且存在的数据倾斜问题，主要面向的场景是一对多数据倾斜问题。

笔者结合超体研究项目，复盘了线下场域巡店研究中的观察法的应用，重点通过自己踩过的坑说明了如何选择巡店对象及如何做巡店研究设计，希望其他同学能通过这篇文章少走巡店的弯路。

作为 C 端前端研发，除了攻克业务难点以外，也要有更深层的自我目标，那就是性能优化。这事儿说大不大，说小也不小，但难度绝对不一般，所涉及的范围优化点深入工程每个细胞。做好前端性能优化绝非简单之事！文章主要内容介绍前端性能考核指标及优化方案。

浅析同城到店产品如何在不同的生命周期，依赖自身产品的核心价值，通过不同方式去拓展用户规模，以此获得相应的产品价值。帮助设计同学更好的理解AARRR模型。

随着业务不断迭代更新，App的大小也在快速增加，2019年~2022年期间一度超过了117M，期间我们也做了部分优化如图1红色部分所示，但在做优化的同时面临着新的增量代码，包体积一直持续上升。包体积直接或间接地影响着下载转化率、安装时间、磁盘空间等重要指标，所以投入精力发掘更深层次的安装包体积优化是十分必要的。根据谷歌商店的内部数据，APK体积每减少10M，平均可增加～1.5%的下载转化率。

本文介绍了作者对CICD的理解以及在项目中开展CICD的几种场景，总结了每种场景实践的关键节点、带来的收益，以及结合具体项目开展的实际应用。读者可以借鉴本文中描述的场景，或借鉴文中提到的实践方式，在项目中开展CICD，为项目在持续集成部署上做具体的支撑。

目前系统中有很多需要用到延时处理的功能：支付超时取消、排队超时、短信、微信等提醒延迟发送、token刷新、会员卡过期等等。通过延时处理，极大地节省系统的资源，不必轮询数据库处理任务。

目前大部分功能通过定时任务完成，定时任务还分使用quartz及xxljob两种类型轮询时间短，每秒执行一次，对数据库造成一定的压力，并且会有1秒的误差。轮询时间久，如30分钟一次，03:01插入一条数据，正常3:31执行过期，但是3:30执行轮询时，扫描3:00-3:30的数据，是扫描不到3:31的数据的，需要4:00的时候才能扫描到，相当于多延迟了29分钟！