知鸦日报2021-06-16

本是同根生，相煎何太急，世界那么小，打的就是你。

上个月，左晖因病去世，引发地产经纪企业家、从业者的深切怀念。曾经的中介老大中原地产创始人施永青接受采访时说，“左晖是一个值得敬佩的人，他推动了行业的进步。我相信他做这些不是为了赚钱，而是对这个社会、对行业做点贡献。”

这段话足以见左晖对地产中介行业影响之大。难得的是，他过去还真诚的对外表达了不少对行业的思考，既深刻又犀利。

所以第三篇，我们打算聊聊左晖。这篇文章我们从 4 月份就开始写，刻意避开了左晖去世的追热点行为。我们想冷静沉淀一段时间再发，很多表达和总结可能会更为客观。

游戏UI界面的信息层级对于用户获取有效信息具有重要的意义。信息层级反映了游戏界面的信息呈现逻辑架构，以怎么样的视觉效果与视觉方法处理这样的信息架构，将会影响到用户完成游戏任务的效果、心理体验的优劣以及信息传达的效率。信息设计是指通过设计使得复杂的信息得到容易理解、清晰的呈现。由于互联网中信息量巨大而用户时间有限，游戏设计师想要一款游戏更加吸引眼球，抓住用户，必然需要探索和完善UI以及信息展现方式。游戏UI的设计逃不开移动端界面这一“容器”的限制，如果信息量太大超出了容器的承受范围，信息架构会变得复杂，用户会需要更长时间理解信息与概念。因此需要设计师进行合理的信息架构设计，缩短用户形成概念的时间。反之，如果信息量较小，容器能够容纳这个信息量，那么信息架构也就越简单，用户形成概念的时间会越短。

那么什么样的信息架构与层级是优秀的、兼顾了表现力与信息的呢？

我最熟悉的两个市场，一是旅行 UGC，二是陌生人社交。今天忽然想聊一下旅行攻略的演变，因为它和游戏攻略，某些地方是有相似之处的。

本文在多个代码示例的辅助下讲解了 HTML5 中 canvas 对小数像素坐标的处理机制，介绍了一些 canvas 使用过程中经典问题的解决方案。

icon 的管理是设计稿转代码过程中，重要但容易被忽视的环节。

所以在实际的业务代码中 icon 问题的解决方案往往也是八仙过海，能用就行。比如导出为 png, svg 格式的文件，在项目中作为静态资源直接引用，或者上传到 CDN 作为外链引用。显然这些方案多少都存在着一些小问题：

• 在用户体验上，包括在高分辨率屏幕上显示模糊、增加额外的 http 请求、异步加载造成页面抖动等；
• 在开发体验上，包括无法通过 CSS 控制样式以便和文本保持一致、难以复用和更新等。

为了解决上述问题，规范一点的做法是把设计稿 icon 转换成 iconfont 字符集，在项目中导入字体文件使用。对于初创团队而言，淘宝免费的 iconfont 网站无疑是快速的解决方案：上传 icon ——生成项目——一键下载，非常方便。然而有几个问题阻碍了它成为企业级的解决方案：

• 一个是项目间无关联，相同 icon 无法复用和统一更新；
• 一个是无法强绑定企业账户，在团队协作和人员更迭交接时不可控；
• 最后一个是 icon 的版权问题，所有人都可以免费使用所有人上传到平台的 icon ，这可能不是公司所希望的。

所以上述的解决方式在项目初期可能确实可以快速解决问题，但随着业务复杂度的指数级别增长，开发周期的拉长，以及项目维护人员的更迭， 这都可能成为后期无法维护的技术债，降低开发效率，影响用户体验。在转转的技术体系中，iconfont 平台作为物料中心建设的组成部分，是不可或缺的一环。

聚合模式是 DDD 的模式结构中较为难于理解的一个，也是 DDD 学习曲线中的一个关键障碍。合理地设计聚合，能清晰地表述业务一致性，也更容易带来清晰的实现，设计不合理的聚合，甚至在设计中没有聚合的概念，则相反。

聚合的概念并不复杂。本文希望能回到聚合的本质，对聚合的定义和实操给出一些有价值的建议。

近几年，容器技术非常火爆，且日趋成熟，众多企业慢慢开始容器化建设，并在云原生技术方向上不断的探索和实践。基于这个大的趋势， 2020 年底 Qunar 也向云原生迈出了第一步——容器化。为了完成容器化这个目标，我们基础平台、tcdev、ops、数据组、业务线等多个团队一起协作配合，终于在公司内部把容器化成功落地。截止到今年六月初，我们生产环境已经接入了 150 多个应用，其余应用也在陆续接入中，这个成果还是蛮让人惊喜的。回顾整个容器化落地过程其实有不少技术难点的，在这篇文章中我会分享下我们遇到的几个问题和解决思路，希望对还在云原生路上探索的同学有些借鉴意义。

主要介绍下零售供应链业务的整体架构实践以及应对复杂性的处理方式。

笔顺后台的目标是只要对于给定的字体文件（WOFF, OTF, TTF ）以及需要的字形（汉字，字母 or 其他各国的语言），就能产出与之对应的笔顺动画数据。是对开源项目Make me han zi的实践。

Raft的核心就是leader发出日志同步请求，follower接收并同步日志，最终保证整个集群的日志一致性。

为你详细讲解三种Redis双向同步方案机制，并根据业务特性及需求进行权衡选择。

批评的目的是激励而不是打击，是唤醒而不是压抑。是叫孩子“抬头”而不是“低头”。