yestodorrow_社区达人页

整体来看，chatGPT还是非常不完善的版本，但是大家的热情却非常的高涨，不仅仅是程序员，很多记者 大V 和普通人都也加入了体验的行业，着实让chatGpt大火了一把。题目是给 【国内外科技公司】带来的【机遇和威胁】。首先，国内本身唱衰唱高ai N小龙的步调经常有，期待上市的ai公司也有许多，这对他们可能是一个启发。但同样也带来了危险，其中最大的危机依然没变，那就是商业化变现，chatGPT目前没有比较明确的指引或者方向，人工智能让有的人充满期待，期待解放思想，突破极限。但风投或者资方继续投入ai的思维逻辑在哪里？商汤科技、旷视科技这些英雄的归处到底是哪里？其次，国内外科技公司在这方面的投入，依然没有看到明确的产出，除了巨无霸的偶尔一点点的产出之外，我们依旧没有看到非常明确的实践指导，不过可能前期投入还在烧钱阶段，虽然也是科技公司在考虑投入成本的阶段，但是人才的填补依旧没有着落。虽然有大批投入到ai的学习和实践中，但除了ChatGPT外，我们依旧没有看到有落地的实践

gartner说十大技术趋势，其中就有可观测性，阿里云作为云计算的顶级服务厂商，能否聊一聊在可观测性的投入以及实际的收益。

功能强大的背后难免会认知或使用的成本，而且随着迭代更新，用户体验复杂度也会攀升。 然而今天要提的想法大概有两方面。 第一，产品经理总要说，不要让用户思考，你给用户的，就是他需要的。那么咱们社区的用户想要的，是什么呢？这可能是一个提升的点。 第二，天下武功唯快不破。那么在用户路径上，用户花费了什么？这可能是另外一个提升的点。 当然，上面任何一点，要能做出来，哪怕只是核心的部分，也是相当难的。但是，只要出发，总有提高的可能，不破不立。

可观测性是研发质量的试金石，建设可观测性之前必须考虑是为了什么？研发质量或者说产品功能保障应该是其中不可或缺的两个点，而这两个点都需要对产品体验的收集，个人认为，从产品真实用户体验入手，构建产品体验核心路径，将用户体验与业务数据进行挂钩，针对核心用户行为逐级拆解，也算是其中一条比较好的路子。

传统的监控是针对基础设施、apm、rum以及收集到的指标、链路、日志进行告警、排错和调优。可观测性与传统监控不同，不在局限一个点，而是对所有点位集合的统一观测，这既是很好的串联，也是很良好的基准线，它能够很好的检测研发质量，运维情况，产品功能。

随着云上复杂度的攀升，对于云的治理的需求也会水涨船高。云服务上生成能提高用户体验，但是云治理产品的开发和实际用户体验却依旧蹩脚难产，一而再再而三的影响着云产品的业务。没有可观测性，云环境几乎无法运维。几乎所有工程师都认为可观测性是云产品和业务成功的关键。但是有70%的人却不得不面对一个现实，就是业务中并没有看到好的可观测性产品，这里包括自建和云厂商提供的附属产品。其中40%的工程师频繁收到告警却没有足够的上下文信息，45%的工程师认为当前的可观测性方案需要太多的人工人力成本，59%的工程师认为公司的可观测性方案实际出于瘫痪或无用的状态。 然而，即便这样，大家普遍认为可观测性方案是必须的，其中比起使用公司自建方案，普遍认为使用第三方saas可观测性方案，的效果远远超出预期。 普遍认为，更好的工具，能够带来更大的业务回报。认为使用saas方案，比使用自建方案能够65%提前发现问题。

我之前写过一篇 网站应用分析，其中指出，报错卡顿是制约产品体验的关键因素，但是有关网站卡顿的原因的文章很少。这里我只回复是UI上的卡顿可能出现的情况，谷歌定义了一个长耗时任务，是指超过50ms的任务，并对这个进行了监测。 如下图所示，就能看到在加载页面和资源后，出现了一个长耗时任务。 有关更详细的内容，可以查看我相关的文章。

FCP是早期性能指标发展中比较早的一个指标，在常见的client-side-rendering场景中的spa架构中，因为body下id为app的div的渲染的结束，导致fcp通常大于等于first paint，FCP更适合在ssr场景中对首次内容渲染后用于衡量网站的加载体验，如在ssr的网站性能监控中，就比较建议针对FCP做告警设置。虽然fcp对于提升网站提升有效，但这个指标对于用户真实体验有较大的差异。fcp和真实发生的页面渲染之间往往还存在着网络资源队列处理请求、资源解析和dom的实际渲染中特别多的因素，随着页面内容复杂度攀升，当前渲染页面是否允许用户操作，页面渲染是否令人愉悦，但随着将rendering更多的放在浏览器侧，Fcp已经远远不能满足用户体验对性能检验的需求。也出现了新的网站核心指标，对此我也有过类似的文章，点我查看文章

最大内容绘制 (LCP) 是测量感知加载速度的一个以用户为中心的重要指标，因为该项指标会在页面的主要内容基本加载完成时，在页面加载时间轴中标记出相应的点， LCP 有助于让用户确信页面是有效的。 lcp可能得元素是： - 元素 - 内嵌在元素内的元素 - 元素（使用封面图像） - 通过url()函数（而非使用CSS 渐变）加载的带有背景图像的元素 - 包含文本节点或其他行内级文本元素子元素的块级元素。 何时报告最大内容绘制？ # 网页通常是分阶段加载的，因此，页面上的最大元素也可能会发生变化。 为了应对这种潜在的变化，浏览器会在绘制第一帧后立即分发一个largest-contentful-paint类型的PerformanceEntry，用于识别最大内容元素。但是，在渲染后续帧之后，浏览器会在最大内容元素发生变化时分发另一个PerformanceEntry。 例如，在一个带有文本和首图的网页上，浏览器最初可能只渲染文本部分，并在此期间分发一个largest-contentful-paint条目，其element属性通常会引用一个或 。随后，一旦首图完成加载，浏览器就会分发第二个largest-contentful-paint条目，其element属性将引用 。 需要注意的是，一个元素只有在渲染完成并且对用户可见后才能被视为最大内容元素。尚未加载的图像不会被视为'渲染完成'。 在字体阻塞期使用网页字体的文本节点亦是如此。在这种情况下，较小的元素可能会被报告为最大内容元素，但一旦更大的元素完成渲染，就会通过另一个PerformanceEntry对象进行报告。 除了延迟加载图像和字体之外，页面可能会在新内容可用时向 DOM 添加新元素。如果有任意一个新元素大于先前的最大内容元素，则浏览器还将报告一个新的PerformanceEntry。 如果当前的最大内容元素从可视区域被移除（甚至从 DOM 中被移除），那么除非有一个更大的元素完成渲染，否则该元素将持续作为最大内容元素。

当然，受研发资源倾斜的影响，更多的人把重点放在了对高并发和架构的投资上，而不是用户体验上，实际上强调用户体验价值的文章很少，对此我还做过吐槽，此外我有两篇来自谷歌的实际用户体验提升业务的时机案例。 第一篇是：谷歌教你如何说服老板为用户体验掏钱(2)-提高收入18%的实践案例， 链接地址是：https://developer.aliyun.com/article/1104242?spm=a2c6h.26396819.creator-center.10.765f3e18iopXF1 第二篇链接如下： https://developer.aliyun.com/article/1104239?spm=a2c6h.26396819.creator-center.12.765f3e184XoC9X

网站用户体验无法直接度量，但是谷歌有一系列衡量用户体验的方式，分成了页面加载体验、用户交互体验和视觉稳定性体验三个方面，分别提出了一套新的评分体系。你也可以看这篇我之前的文章https://developer.aliyun.com/article/1104225?spm=a2c6h.24874632.expert-profile.49.5f7d2ced3XB4nB

一千个读者可能有一千个哈姆雷特，用户体验无法直接度量，但是谷歌有一系列衡量用户体验的方式，分成了页面加载体验、用户交互体验和视觉稳定性体验三个方面，分别提出了一套新的评分体系。你也可以看这篇我之前的文章https://developer.aliyun.com/article/1104225?spm=a2c6h.24874632.expert-profile.49.5f7d2ced3XB4nB

一千个读者可能有一千个哈姆雷特，用户体验无法直接度量，但是谷歌有一系列衡量用户体验的方式，分成了页面加载体验、用户交互体验和视觉稳定性体验三个方面，分别提出了一套新的评分体系。你也可以看这篇我之前的文章https://developer.aliyun.com/article/1104225?spm=a2c6h.24874632.expert-profile.49.5f7d2ced3XB4nB

一千个读者可能有一千个哈姆雷特，用户体验无法直接度量，但是谷歌有一系列衡量用户体验的方式，分成了页面加载体验、用户交互体验和视觉稳定性体验三个方面，分别提出了一套新的评分体系。你也可以看这篇我之前的文章https://developer.aliyun.com/article/1104225?spm=a2c6h.24874632.expert-profile.49.5f7d2ced3XB4nB