Arc 是 the browser company 推出的浏览器。很早之前就有过宣传,号称是划时代的新型浏览器。而在六月底,终于开放了测试。我在收到邮件后第一时间下载测试。并且重度使用至今,已经两个多礼拜了。感觉真的很棒很炫酷。这里写一下评价和使用感受。
it's called Arc pic.twitter.com/1dl2H2Ca4e
— The Browser Company (@browsercompany) April 19, 2022
Arc 是 the browser company 推出的浏览器。很早之前就有过宣传,号称是划时代的新型浏览器。而在六月底,终于开放了测试。我在收到邮件后第一时间下载测试。并且重度使用至今,已经两个多礼拜了。感觉真的很棒很炫酷。这里写一下评价和使用感受。
it's called Arc pic.twitter.com/1dl2H2Ca4e
— The Browser Company (@browsercompany) April 19, 2022
在应用中通常会有在页面切换时保留滚动位置的需求。一种方式是自行控制滚动状态。但是其实浏览器很早之前就可以自动保存页面的滚动位置。
可以参考 History API: Scroll Restoration
浏览器的滚动位置保存在 history 中。在使用 history API 手动控制 url 时也可以保留滚动的位置。
但是如果在 SPA 应用中,页面切换时,如果首屏渲染的页面高度不够原本的滚动位置,就会出现滚动位置不对的问题。
很多人协作的 git 仓库经常会变的非常混乱。但是在有一定规范的情况下还是很好避免的。
抖音有一个 pack item 服务。负责包装视频对象上的信息,过滤视频等。每个业务线都可能在视频上加一些自己业务用的字段。这个结构体包含几百个字段。这个服务会有几十个业务线 & 数百个研发提交代码。并且这个服务有上万个实例,滚动升级一次需要几个小时。升级需要排队。这个服务几乎无时无刻不在升级。而这样的服务在抖音还有很多。
这篇文章会介绍一下 git 工作流程的演化过程。以及我们如何避免团队开发中的 git 工作流程的混乱。
有些事情我必须要吐槽一下了。
今天听到了一期让我感触良多的 Podcast,我和讲述者的一些经历和观念都很相似,可是现在的自己远没有讲述者那么理想。
这标题看起来有点蠢,因为 JS 是单线程的,多进程其实指的是多个 JS 实例。但是多个 JS 实例是可能并行访问相同的数据的,所以还是会碰到需要多进程同步的情况的。
因为做了一个扩展,很多用户反馈希望能加入多端同步数据的功能。所以前段时间研究了一下对于离线优先应用的多端同步的方式。上来先看来一些现有的应用的同步实现方式以及一些现有的解决方案。然后最终选择了一个比较简易的方案。
最近在重构某项目,前端想模仿 Google Keep 来做。非常喜欢点搜索框之后卡片滑动进入的动画效果。
昨天研究了一晚才搞定。因为这次实在是没找到相关的文章,所以在这记录一下。