查看详情
GDPR,是指通用数据保护条例（General Data Protection Regulation）的缩写，是欧盟（EU）的一项法规，旨在保护欧盟公民的个人数据并赋予他们对其数据的更多控制权。它于2018年5月25日生效，取代了1998年数据保护指令。你可以前往的官方网站阅读具体的内容，里面罗列了非常详实的条款。 https://gdpr-info.eu/ 如果你的网络服务需要登录欧洲，这个协议是你必须了解的。GDPR 适用于在欧盟运营或处理个人数据的任何组织，无论其总部位于何处。这意味着即使您是一家美国公司，但您收集或处理来自欧盟公民的个人数据，则您也必须遵守 GDPR。你是懂欧洲的违法罚款的，尤其涉及数据隐私。 GDPR 带来的影响有： APP 必须获得个人的同意才能处理他们的个人数据 个人有权访问其个人数据并要求更正或删除不准确的数据 个人有权要求组织停止处理他们的个人数据或限制其处理 APP服务商必须任命数据保护官 (DPO)，负责监督其遵守 GDPR 的情况 为了遵守GDPR，应用程序必须采取一些措施，例如： 获得用户的同意才能收集和处理他们的个人数据。 这意味着应用程序必须有一个明确的隐私政策，解释应用程序如何收集、使用和共享数据，以及用户如何控制他们的数据。用户必须能够轻松地同意或拒绝处理他们的数据的请求。 仅收集必要的个人数据。 应用程序只能收集为提供服务或履行合同所需的数据。他们不应该收集不必要或无关的数据。 以安全的方式保护个人数据。 应用程序必须采取适当的技术和组织措施来保护个人数据免遭未经授权的访问、使用、披露、 详情 »
查看详情
随着代码集成越来越多，尤其大家对单测质量和覆盖率, 大家在 CI 里寻找错误的测试用例似乎非常麻烦。 其实有网友也有同样的需求： Print list of failed tests at the end of test run 这里面有个非常天才的小伙子，直接来了一个 npx jest 2>&1 | grep '●' Jest 失败的测试用例有个 ● 前缀！！！ 为什么我比较喜欢这种，因为不需要更改配置，而且直接可以在网页浏览器搜索 '●' 详情 »
查看详情
在公司工作，普遍采用了AB实验去验证某个 Feature 的效果，但是客户端或者前端工作而言，我们在做实验分析的时候还需要做更多的事情。 去年自己遇到一个 Case 便是如此。这里不太会透露很多业务的细则。 比如自己再做的的一个实验 A, 它在前端整体跑下来的结果是 显著 positive 的。比如它从设计的出发，会带来某个指标的增长。从假设出发，到最后的结果，我们发现符合预期的。因此我们计划将它应用到全量用户。 总的来说这里没什么问题，但是我们都知道前端其实面临非常多设备型号， 有可能存在某种型号在这个 feature 上的失效，带来负面的影响。虽然我们看到了总体的增长，但是部分用户我们其实并没有看到预期增长，这个是我们工作需要去重视的。 因此后来我们也提议，在做实验结果 Review 的时候，可以 Review Top5 的机型指标增长情况。 很多人提出为什么不再测试阶段去针对多个机型的测试呢？ 这里引入另外一个自己的 Case。前端工作的多重性，会让我们的工作总会有所疏漏。 自己在做的某个实验 B，它的假设是可以降低某种错误。然后我们开始进行多个平台的实验，发现普遍都取得了一些效果，然后我们准备去进行全量铺开。然后全量铺开的过程，发现它带来了某一项别的指标的异常上升。然后我们 Review 发现，它在某种机型某种条件下才会失效。 详情 »
查看详情
很多公司都是企业组织在 Github 上进行代码的管理，因此大家可能需要一个工作的账户和个人的账户区分。其实这个非常好弄，只需要两部即可： Step1 配置多份配置 你可以在你的根目录，创建下面的的结构 ~ ├── .gitconfig <-- global └── Developer/ ├── personal/ │ ├── project_1/ │ ├── project_2/ │ ├── project_#/ │ └── .gitconfig <-- personal └── company/ ├── project_1/ ├── project_2/ ├── project_#/ └── .gitconfig <-- company 然后更新两份配置 # ~/Developer/personal/.gitconfig [credential] username = <github-user> [user] name = <github-user> email = <github-user>@users.noreply.github. 详情 »
查看详情
这篇文章摘自《在线视频-技术精要》。这是一本非常适合从事多媒体工作的开发人员的手册，里面设计了非常多的方便，不单单是视频编解码，也包括其延伸和基础服务这些。 这里简要罗列下最近阅读的章节，前沿技术趋势。 10bit我们目前主流的 8bit，其实就是我们 RGB 进行组合会有 256 (28) * 256 * 256 总可能性。而 10Bit 也就是 1024(210) * 1024 * 1024 总可能性；这大概可以提供10.71个不同颜色，这无疑将会对图像还原提供更加精准的支持。但是考虑到市场大量的设备仅仅支持 8 bit,显示设备对尚未形成普遍需求。 全面应用还需要等待更长的时间使用颜色更加清晰的活泼的图像，会给人一种更好的体验 HDRHDR(高动态范围)频已经在照片领域广为流行，但是由于传感器所限图像和视频拍摄时，无法保留光照的完全细节需要节奏技术手段给不同种曝光，设置照片组合出HDR的图像HDR并非只影响明暗度，他们与更广的社育和更高的相处比绑在一起为了保证第二内容可以显示，设备上得到正确的渲染。 HDR对视频处理流程中带来的主要变化是显示的预处理和后处理细节，考虑到对SDR内容的兼容有两种流媒体的方案， 一种方案是基于可伸缩视频编码及SDR内容为基础，增强层带有额外的动态颜色范围信息分别进行编码和传述支持需要用专门的解码及极品 HDR 重建另一种方案，这事情生产一个层流和包含额外动态范围与颜色信息的原数据，传统的播放数据则忽略这些元数据，支持HDR的设备进行重建。目前很多设备包括手机都有对 HDR 的支持，总的来说这一块还算比较热门了。 详情 »
查看详情
Typescript 如今已经成为非常火的开发语言，很多公司都将它作为首要的项目搭配。自己也是在使用中，发现了国外工程师非常严苛的要求用对 unknown 和 any。 unknown 类型，顾名思义：任何值都可以分配给unknown类型，但如果没有类型断言，unknown则不能分配给除自身和any类型之外的任何值。unknown同样，如果没有首先断言或将其限制为更精确的类型，则不允许对类型设置为 as 的值进行任何操作。 any 则是当变量的类型未知或变量的类型尚未定义时使用的泛型类型 其实我们看一段代码就很好理解了: let vAny: any = 10; // We can assign anything to any let vUnknown: unknown = 10; // We can assign anything to unknown just like any let s1: string = vAny; // Any is assignable to anything let s2: 详情 »
