2022-09-12 16:30:00 ~ 2022-09-13 16:30:00
How to improve accessibility with design tokens. By using tokens to enable theming, we can begin to build themes for our colorblind customers.
登录后可查看文章图片
1920年,美国通用公司首次在车内安装顶灯,由此拉开了汽车车内照明的序幕,纵观座舱照明也逐渐从刚需型照明(例:仪表盘灯、阅读灯等)往改善型照明方向发展(例:氛围灯、迎宾灯等)。
对于信息传递,灯光能创造良好的可见度;对于既定空间,灯光能提升质感、创造舒适的环境;对于私人场域,灯光能烘托氛围、影响个人的情绪。
在汽车座舱中,灯光布置是一把双刃剑的特质被放大,用对用错给用户带来的体验天差地别。座舱灯光的体验设计需要考虑哪些维度?本文将抽丝剥茧地分析体验差异性的缘由。
登录后可查看文章图片
用户反馈是体现产品体验质量的一面镜子,没有人会不承认其重要性。通常情况下,用户都是直接用手投票,会直接体现产品的数据表现上。当用户难掩心中爱恨交织的情绪时,就会主动发声,于是便有了用户舆情。犹如镜面上的灰尘,脏了就该擦一擦,有的好擦,有的不好擦。如果你也想擦,不妨了解下我们是怎么擦的。
登录后可查看文章图片
随着互联网日益发展,对互联网产品 UI 还原度的精准度要求增长迅速。本文总结出了两个影响适配的变量;然后基于设备实际规格与业界常用的两种适配方案,提出了一个更精准的适配方法。从数个关键点出发,通过四个步骤控制了造成适配问题的变量,最后对常用方案的利弊做了分析,在第四节中提出了“计算通用逻辑分辨率”以及“分段精准适配”这两个适配方案关键步骤。
登录后可查看文章图片
在如今的智能产品设计中,产品的交互早已不限于图形界面,声与光也成为了重要的信息表达与氛围渲染的方式,于是天猫精灵体验设计团队开始探寻如何借光发挥设计师的创造力。接下来就让我们一起揭秘天猫精灵体验设计团队如何「控光」。
登录后可查看文章图片
今天要分享的,是后台和社群里几乎每天都有人问的交互文档该怎么写的问题。不只是想要往交互设计师方向发展的新手,还有工作中要负责交互问题的产品经理、设计师,都对它存在大量的疑问。所以我们在今天这篇分享里完成一次深入的扫盲。
登录后可查看文章图片
随着互联网视频行业的发展,用户对App交互过程中的互动动画和视频中的特效动画,有着越来越高的要求。传统app中大量存在的交互动画,一般采用帧动画的实现形式(每一帧都是一张独立的图片)。
登录后可查看文章图片
在实际开发中,经常会遇到各种不同的配置文件。通常,程序运行的各种配置从外部读取,以增强应用配置的灵活性。java 生态中的 springboot 提供了这种设计的典范。springboot 的应用程序,默认通过 application.yml 加载配置。默认的 application.yml 文件打进 jar 包,如果想改变程序的行为,可以在jar 包的同级目录下创建 application.yml 文件或者通过参数指定配置文件位置。那么在 rust 生态里有没有办法把默认配置文件打包到二进制文件呢。
我们可以通过rust-embed 第三方库来实现这一效果。
如果你的代码库即便是稍许有些复杂,你可能已经采取了某种办法,针对开发和生产环境分别进行打包,从而于不同环境运行不同的代码。
针对开发和生产模式分别打包并运行不同的代码,这样的做法很有用。在开发模式下,React 包含了很多以帮助你发现潜在 bug 的警告 (warnings)。然而,用于检查这些错误的那部分代码往往会增加程序包的体积、拖慢应用运行速度。
在开发模式下这个“缓慢”尚可接受。实际上,在开发阶段使程序运行慢一些还或许有一点好处,那就是,它部分地中和了开发机(往往很快)与多数用户机(较慢)的性能差异。
而在生产模式,我们则不愿意付出这个性能代价。因此,我们在生产模式下忽略掉这些检查。这是怎么实现的呢?让我们来看看。
网易云音乐(以下简称“云音乐”)的前端团队大概在 4 年前初具规模,4 年多的快速发展过程当中做了很多 0 到 1 的平台,造成了平台深井,比如研发的体系,部署的体系,监控的体系等,这些体系在云音乐初期快速发展中起到了非常大的作用。但是随着人员的更迭及业务不断的发展,初期各自发展的垂直体系遇到了和产品后期同样的问题,新增一个功能越来越复杂,涉及的链路越来越长,花费的代价越来越高,用户需要在各自的平台跳入跳出,会有各种各样的卡点,导致效率降低。如何串联各平台场景,打破平台深井,这是云音乐前端工程化面临的第一个挑战。
除去研发之外,所有的应用在上线前还需要经历测试和部署以及上线后的运维,但是每种应用类型在每个阶段的关注点不一样,所依赖的服务也不一样,比如 Node 应用的部署会依赖云原生,但是 H5 的应用依赖 NOS 的静态资源服务。如何使用一套架构支持不同应用类型的全生命周期发布,这是云音乐前端工程化面临的第二个挑战。
云音乐的业务从单一的播放器发展到社区生态的过程中,为了体验和效率之间的平衡,涌现了多种多样的应用形态,比如 H5 的应用、RN 的应用、中后台的应用、Node 应用等;为了一些极致的体验,在 H5 下又细分离线和闪开,RN 又细分为拆包应用。这些不同的应用类型,工程规范不一致,脚手架也不一致,导致开发同学在上手时有一定的成本,也造成了维护上的困难。如何使用一套架构去收敛这些不同的研发体系,这是云音乐前端工程化面临的第三个挑战。
本篇文章着重针对前两个挑战分享解决思路,我们也发起了一个代号为 Febase 的项目,这个项目目标是针对前端开发者,通过一站式应用研发平台,提升开发部署的效率和体验,并且降低后续应用扩展的维护成本。
登录后可查看文章图片
本篇文章将通过简单的200多行的纯 Java代码,去实践正交投影、简单三角形光栅化、z缓冲(深度缓冲区)和平面着色等基本的3D渲染技术。
登录后可查看文章图片
In early 2015 Pinterest engineers ran an experiment that improved mobile web home landing page performance by 60 percent and mobile signup conversion rate by 40 percent. However, the experiment was a hacky solution that used a lot of shortcuts like serving pre-rendered HTML pages without using any internal template rendering engines or common resources (JS, CSS). To productionize learnings from this experiment, the entire front end engine, all page templates and common elements had to be rewritten. It was a huge effort, and to achieve it, we needed to start from building robust metrics to track our progress for all parts of the serving system. In this post, we’ll cover how we improved performance on Pinterest pages, and how it led to the biggest increase in user acquisition of 2016.
登录后可查看文章图片
以往,我们对 2.5D 这一类素材是比较头疼的,为什么呢,因为用 PPT 画起来费时费力,还不一定能画好。
由于难度较大,咱们公众号之前还专门发过一批这样的素材,方便大家练习使用。
不过呢,万事只怕用心撒,仔细静下心来研究一番后,发现画起来也没有想象中的那么难了。
总结下来,有这几个关键点:深度、光源、三维以及材料。
今天,就让我来手把手的教大家,用非立方拼的形式绘制这个 2.5D 的科技风素材。
登录后可查看文章图片
Some people just want to watch the world learn.
You're here, because you want to help others learn. I'm here, because Hari thinks I'm good at helping others learn. We'll see how quickly he regrets inviting me.
So here's the deal: I ramble for 15 minutes about how to explain complex ideas, do a quick Q&A, then, because this is a small class, I might be able to do some fast 1-on-1 feedback on your project ideas. Also I'll give Hari the slides to give to you later. Sound good? Let's go!
关注公众号
接收推送