近期完成一些视频制作，表现形式着重在MG动画和产品的运营宣传方向，在设计阶段遇到一些困惑，同时在摸索中不断扩充这方面的知识体系，通过工作中的实战，总结出来4步搞定视频设计的方法，分享出来。

本方案以某金融企业大数据平台建设方案为例，面对企业内部的数据现状提出合理化建议，基于商业版Hadoop数据平台搭建数据仓库系统，实现数据资产的充分利用，结合当时现状推荐国产自主研发商业版Hadoop平台TDH做为基础平台，以下为方案概述。

在自动化测试实践中，为了更好的契合被测业务场景，需要不断优化框架分层结构。本文结合产品模块化思路，意在介绍通过策略模式改造原本复杂分支语句代码，通过理论讲解、思路分析、方案设计、及代码演示，提供自动化脚本重构的落地方案。

本文主要讲述了作者作为京东内容助手APP产品一号位以来，从0-1开始做一款APP的一些比较有代表性的经历和一些总结思考，以期为读者朋友们提供参考和建议。

在现如今三大系统平台：苹果、谷歌、微软的交互界面中，“卡片式”都已经算作最主流的设计语言，它足够简单、整洁，灵活且易于扩展，是设计师在信息呈现方面的不二之选，我们这篇文章结合产品设计的视角来看看“卡片式”是如何影响“内容”呈现的。

京东App经过持续瘦身体积下降了30%+，首先进行了安装包成份分析，然后借鉴业内多种瘦身措施进行综合性治理，最后将准入管控规范落地到研发流程中形成长效机制。

京东科技业务在快速发展的同时，产生了众多线上化资金结算的需求。传统的线下资金结算模式有着人力成本高、耗时长、多方沟通协调成本高、结算准确率低等固有缺点，且无法满足“风法财审”对于资金流程的管控要求，在此背景下金道结算平台孕育而生。本文从系统建设的背景、设计细节、已支撑案例及适用业务场景多个层面进行详细阐述。

通过分析Foundation框架中的KVC部分并结合案例分析KVC原理，解释为什么属性为简单数据类型的时候可以设置其值为字符串类型且不会崩溃的真实原因。最后举例说明KVC使用的场景和高级应用。

可拖拽画布是低代码平台的核心组成之一，来看看京东水滴低代码团队是如何设计并实现，并提供用户灵活易用的画布吧~

京东小程序平台全面开放小程序引擎与平台能力，对外提供一整套小程序引擎服务解决方案，限时免费邀请所有APP开发者入驻平台，共享小程序平台能力，共建小程序生态。

etcd 是云原生架构中重要的基础组件，由CNCF孵化托管。etcd 是用于共享配置和服务发现的分布式，一致性的KV存储系统，是CoreOS公司发起的一个开源项目，授权协议为Apache。etcd 基于Go语言实现，主要用于共享配置，服务发现，集群监控，leader选举，分布式锁等场景。在微服务和 Kubernates 集群中不仅可以作为服务注册发现，还可以作为 key-value 存储的中间件。

提到键值存储系统，在大数据领域应用最多的当属ZOOKEEPER，而ETCD可以算得上是后起之秀了。在项目实现，一致性协议易理解性，运维，安全等多个维度上，ETCD相比Zookeeper都占据优势。

本文将详细阐述单体系统的微服务化改造过程，经过三步的优化、上线，最终实现平滑过渡。

本文将通过实际案例，为大家讲解如何在日常项目中发挥设计价值，主动驱动方案优化，助力业务目标达成。

项目管理是一个繁杂的过程，每个阶段需要涉及到不同人员、资源的协调配合。每个角色都有自己的定位和任务，为了紧密配合项目经理或无分配项目经理运行项目的场景下确保项目成员共同达成项目目标，不同的角色掌握相应的项目管理意识就尤为重要。

那么，测试角色作为项目交付的质量把控者，具备相应的项目管理意识在项目的高质量、高效率交付目标上有着重要作用，如前置识别质量风险、进度风险等。本文旨在梳理、谈论测试角色在项目各阶段如何评估测试范围及风险、前置暴露问题以及推进测试进度等项目管理事项，高效协作及交付测试角色产物，最终与项目各方共同推进达到高质量、高效率交付的目标。

目前会员权益业务已经步入成熟期，自有场用户已经趋于饱和状态，而新的突破口是利用权益和积分杠杆来撬动商城场的用户，达到金融App用户增长，能撬动多少用户就要联合金融各业务线、利用权益来进行用户的渗透，而每个业务线对权益的渗透过程，都有着各自的利益点和独到之处。因此权益系统能否支持“业务规则类需求”的灵活定制占据举足轻重的地位。如何解决规则开发的效率问题，最大化解放开发团队成为目前最大的技术挑战点。规则引擎作为特定领域工具，顺理成章的成为这个挑战点的“关键解法”。

有了明确的目标和诉求后，本文调研了常见的规则引擎系统，对Drools、Urule、Aviator、QLExpress等功能做了深入的源码研究，结合目前的业务场景开发了一款适合自身业务功能的规则引擎：ZCube，它既包含了丰富的可视化规则建模设计器，如：脚本式、向导式等，又支持高可用易扩展的架构体系。支持将多个规则打包为知识包文件，在管控平台和业务系统之间进行灰度发布推送、全量发布推送、推送轨迹管理、版本管理、历史版本回退以及知识包执行告警、健康度监控等，实现了让业务规则以知识的形式保存在知识库中，可以在规则发生变动时轻易做出修改，结合后管下发能力实现规则热插拔和热更新。同时可视化界面更易于理解，可以有效地弥补业务分析师和开发人员之间的沟通问题。

对于MYSQL的INNODB存储引擎的索引，大家是不陌生的，都能想到是 B+树结构，可以加速SQL查询。但对于B+树索引，它到底“长”得什么样子，它具体如何由一个个字节构成的，这些的基础知识鲜有人深究。本篇文章从MYSQL行记录开始说起，层层递进，包括数据页，B+树聚簇索引，B+树二级索引，最后在文章末尾给出MYSQL索引的建议。