画好产品原型，是每一位产品经理的必修课。

之前给团队的同事做了一次超容易理解的 Redis 入门分享，这里加以整理修改成文章分享给需要的童鞋。

本文将会从：Redis 使用场景与介绍 -> 数据结构与简单使用 -> 小功能大用处 -> 持久化、主从同步与缓存设计 -> 知识拓展 来书写，初学的童鞋只要能记住 Redis 是用来干嘛，各功能的使用场景有哪些，然后对 Redis 有个大概的认识就好啦，剩下的以后有需要的时候再来查看和实践吧！

shader 中文名为着色器，全称为着色器程序，是专门用来渲染图形的一种技术。通过 shader，我们可以自定义显卡渲染画面的算法，使画面达到我们想要的效果。小到每一个像素点，大到整个屏幕。通常来说，程序是运行在 CPU 中的，但是着色器程序比较特殊，它是运行在 GPU 中的，所以当我们在编写 shader 程序的时候，实际上也是在编写 GPU 程序。在 OpenGL 中，对应的着色器语言是 GLSL（OpenGL Shading Language）。通过 shader 编程，我们可以实现很多渲染风格，如马赛克效果、素描风格等。

什么是产品思维？产品思维需要怎样的能力？如何在工作生活中应用产品思维？本文将分享在寻找这些问题答案过程中的些许思考，以供各位参考。

在设计工作中，我常常会听到各种各样对于设计的建议，包括但不限于：

“这个页面的感觉不太对”

“需要再加一些氛围感”

“这段信息有点干”

...

这些问题就像五颜六色的黑一样让人难以捉摸。本文尝试从另一个角度观察这些看似捉摸不定的问题，和大家一起聊聊“潜台词”在 UI 设计中的作用。

随着业务的快速发展，Release构建速度问题不断凸显，从2020年底构建50min到如今接近1h30min的构建时长，其中Proguard阶段耗时占用了接近40%， 时刻影响着工作效率。在整个Release构建耗时链路上，业界优化方案众多，并起到了一定的优化效果。然而我们另辟蹊径，自研一套Inc-Proguard方案，解决了无法增量Proguard问题，实现将耗时降低到分钟级别。

并发编程，可以说一直都是开发者们关注最多的主题之一。而Golang作为一个出道就自带“高并发”光环的编程语言，其并发编程的实现原理肯定是值得我们深入探究的。本文主要介绍Goroutine和channel的实现。

腾讯的种种方法论，在长达20多年的发展过程中，已经太完善、太成熟了。它大大提升了成功的可复制性，但也减少了不确定性，而不确定性正是创新甚至创造爆款产品所必须的“X因素”。还有人认为，以遵循方法论为借口，容易使人按部就班地工作，从而对工作和创新本身丧失热爱与激情，也导致产品不再“性感”……类似这样的声音的增多，正源于外部环境的剧变：技术不断革新，用户需求持续变化，抱着曾经的制胜法宝不放手，就会被方法论的惯性带着跑，从而无法夺得先机。

在音乐创作中，是作曲困难还是作词困难？我们发现，没有接触过完整乐理教育的人会觉得作曲比较困难。我们希望通过AI技术，尤其是自然语言处理以及自然语言生成技术，帮助音乐人高效、快速创作合格品质的歌词，节约成本与时间。

B端的决策链路一般会更加长且复杂，用户属性相对复杂，决策端非个体本人，用户的转化周期更长，B端企业客户尤其是SaaS服务，更关注的是是否能给企业带来的直接利益，产品是否能够直击企业痛点，并能够针对痛点提出解决方案。所以在B端运营中，直接采用C端那套，可能一切都显得那么的格格不入。

一文带你走进视频背后的编码方式，学习视频画面帧的类别与编排。

CKV(也称为CKV+)是腾讯新一代自研高性能NoSQL KV数据库，兼容Redis、Memcached、ASN协议，具备高性能、低延时、低成本的优势，能够应对海量数据访问、存储成本敏感、延时敏感等问题。

CKV作为公司应用最广泛的NoSQL存储系统，已接入包括广点通、信鸽、QQ音乐、财付通、微视、看点等业务。

随着业务规模的增长，成本和性能是用户最关注的问题，为了进一步降低用户的成本并提升性能，我们分别从性能和成本两个方面对CKV进行了优化。

下面先回顾CKV的架构演进，然后分析当前架构的性能瓶颈，重点介绍性能方面的优化，并在性能上与开源Redis和友商竞品做对比。

随着产品矩阵和团队规模的扩张，跨业务、APP的数据处理、分析总是不可避免。一个显而易见的问题就是异构数据源的连通。我们基于PrestoDB构建了业务线内适应腾讯生态的联邦查询引擎，连通了部门内部20+数据源实例，涵盖了90%的查询场景。同时，我们参与公司级的Presto Oteam进行协同共建，在引擎层面做了诸多改造。在实际使用Presto的过程中，也发现其SQL表达能力的过人之处。本文将从Presto使用者和开发者两种角度，给大家分享一些技术落地过程中的干货。

腾讯云医小程序中有医生和患者聊天的场景，在处理该场景的列表过程中遇到两个问题: 一是下拉加载历史消息时需要在容器顶部进行衔接导致的界面抖动问题；二是大量的会话内容导致的长列表问题。

腾讯云医业务是为医生与患者打造的云上一站式医疗服务平台，为了降低医生首次入驻平台的成本；利用好微信的私域流量；保证医患双方有更接近端原生的使用体验，我们选择以微信小程序作为医患双端的核心承载形式。

小程序相对于原生本来就存在一定的性能差距，云医小程序上线后，随着入驻医生，使用患者的稳步增加，服务场景的不断丰富，微信小程序的性能开始受到了越来愈多的挑战。

在当下阶段，云医小程序的性能表现直接影响到用户的长期留存，因此，我们对腾讯云医医患双端进行了一次全方位的性能优化，从加载、渲染等维度深挖小程序的性能可塑性，提升腾讯云医总体的使用体验。

​全栈框架 Remix 宣布开源，于是怀着好奇心去看了下官网，发现了这个口号（Say goodbye to Spinnageddon），活整的还挺好的。