🧐 无奖竞猜 下面的文案出自哪个公司

    高亮文档名(SVIP)
    超级会员可设置5篇高亮文档名,设置后可让文档在自己和他人列表中突出显示。

    📝 每日记录 虽然现在云文档工具越来越多,今天工作的时候需要写一个对外的文档,习惯了用飞书云文档的排版(如多栏、复杂表格内容等),但是如果对外发布(如公众号、社交平台、博客等)还是markdown的格式更通用,因此准备对外的文档还是写纯markdown吧。

    看到Apple store 在推 十月最佳 的App 也许到十一月的时候我也可以整理出十一月最佳的一些事情୧(๑•̀⌄•́๑)૭

    📝 每日记录 我不想再为家庭的事情烦恼和难过了,向未来看!

    👀 产品观察 最近 Arc 浏览器话题度较高,原因大概是最近允许教育邮箱直接内测吧。趁着这个机会,使用了一段时间。我的感受是:不习惯+不好用。

    这就是一个披着mac os 原生软件皮的chrome(基于chromium开发)。官网的噱头就是外观设计足够的吸引人。但是如果说只是看外观,难道Safari的外观设计不好看吗。但是safari的份额如此之低,在于Safari就是为了外观牺牲了很多易用性。当然还因为它不是chromium内核导致很多插件没有(我个人的主要原因)。

    看上去浏览器的外观,这十几年都没有变化,顶栏是标签列表,接着是标签列表,edge支持把标签列表放到左侧边栏是一个很大的变化,也足够的易用,因此edge的外观创新是成功的。

    再来看看arc的创新,官网介绍是“Arc is your space to breathe on the internet.”,啧啧啧。饼还挺大,使用arc的第一个感受:掉帧,没有chrome流畅。猜测原因是mac的透明背景、毛玻璃效果还是挺占用cpu的...

    再来看arc的交互设计,很多地方彻底改变人们对浏览器的习惯,这点不评价是好事还是坏事,只是这种习惯的颠覆,没有正比例带来颠覆的收益。比如地址栏放到了左侧边栏,同时左侧边栏只能彻底隐藏或者显示比较宽的一个区域,让整个网页显示区域过小,体验过差。还有标题栏也没有了,需要鼠标hover上去才能显示...难受。当然可以用快捷键,隐藏左侧边栏。左侧边栏和顶栏都消失的时候,整个浏览器只剩下网页,这种感受是从来没有过的,很奇怪。

    当然arc还是有一些特性不错的,比如左侧边栏支持多个space切换,这个希望edge 跟进。还有左侧边栏显示下载的内容列表也还不错。

    但是总体,arc对浏览器的核心工作创新太少,完全算不上所以的“新的互联网”,基本上就是UI上改改,同时打破了很多习惯,在网页滚动的流畅性也降低不少,所以根本无法“名副其实”。


    我会再尝试一段时间,再来写新的感受。

    北京的天气越来越冷,在这个越来越冷的天气,来听这首毛茸茸φ( ̄∇ ̄o) 🎵 歌曲

    📝 每日记录 工作如果获取不到持续的成就感和进步,是很容易陷入一种痛苦、迷茫、虚无的感受的。尤其是如果一直工作没办法按照排期完成,一直后延、后延、后延,只是无尽的麻烦... 💼 从工作中学到的

    📝 每日记录今天给我推荐的《我爱我家》两集贴切我的生活:33、34<近亲> 35、35<潇洒走一回> 可悲可叹!

    🙉 奇奇怪怪成熟并不是什么值得夸赞的品质,甚至它都不是一种品质,而不是一种被动习得的能力

    此条为私密说说,仅发布者可见

    心情复杂。。。 📝 每日记录

    📝 每日记录早上骑电动车的时候,手机放兜里,兜特别的浅,手机就掉下来了。。。屏幕上多了一个很长的裂痕,左下角也碎了一点,但整体不是很影响使用。一方面是现在看手机的时间越来越少。周末也是看电脑更多一点。纠结要不要换。在这个经济下行的下,花那么钱买个手机真的不是好主意

    这一周的事情也特别的多,除了工作、个人项目开发。周五同事要聚一下,周六是我姐生日应该也会聚一下,下周二又是另一个同学生日,还要选礼物。睡觉!(前一阵子晚睡习惯导致口腔溃疡长了4处!)

    🍥 正则tip \B 和 \b

    首先了解 \w 是匹配字母或数字或下划线或汉字(不包含空格啊)

    • \b 单词的边界,就是左边和右边只能有一个是字符(\w),比如 n 一共是两个字符,实际上有三个位置:空格、\b、字母
    • \B 非单词的边界,就是两遍都不是字符或者两边都是字符。比如go,看上去是两个字符,实际上是字母、\B、字母 三个位置

    举例:如果是 hi实际上有8个位置:空格、\B、空格、\b、字母、\B、字母、\b

    🍥 正则tip https://cloud.tencent.com/developer/article/1833698

    • ?= ?<= ?! ?<!

      • 前瞻:

      exp1(?=exp2) 查找exp2前面的exp1

      • 后顾:

      (?<=exp2)exp1 查找exp2后面的exp1

      • 负前瞻:

      exp1(?!exp2) 查找后面不是exp2的exp1

      • 负后顾:

      (?<!exp2)exp1 查找前面不是exp2的exp1

    • ?: 非捕获分组。有的时候我们需要表示一个整体,又不希望它占用正则匹配结果的一个成员,就可以用这个,比如想匹配 字符串中出现foo子串一次或者两次,但又不需要记录这个分组,就可以写 /(?:foo){1,2}/

    🤏 生活技巧 折衣服的技巧,https://twitter.com/Twitube_123/status/1555762252073934850
    今天把夏天和秋天不穿的衣服都收起来了,不然衣架放不下

    简单来说其实就两种:短袖、长袖(有帽子或者无帽子)。短袖就按照先按领子对应的竖线折叠一半,短袖往相反方向这一下就行,右边同理。最后就将长方形先对半,再按照自己想要的大小折成块就可以了。

    长袖的话主要就是处理长袖这部分,所以两个长袖直接几乎水平相反反向折一下,再垂直向下折叠一下,接着沿着中线,把左右两边合起来,最后从下往上这两个小块。如果有帽子,还可以用帽子把衣服卷起来,不容易散开。

联系方式

关于我

  • 来自南部的一个小城市,个性不张扬,讨厌随波逐流。

那年今日
1 月前

此条为私密说说,仅发布者可见

17 月前

📝 每日记录 我不知道因为什么鬼使神差打开了抖音网页版...然后他就给我推了《不熟恋人》这个短剧,还是在我没有登录情况下。霸道总裁的爽剧剧情谁不爱哈哈哈,主要是女主好看,虽然剧情我要笑死,太俗套了,但是不得不说真够爽文的哈哈哈哈... 我要写代码啊喂

18 月前

📝 每日记录 我不想再为家庭的事情烦恼和难过了,向未来看!

19 月前

💻 代码思考 以往工作中常用的设计模式只有代理模式、观察者两种,似乎不太需要太复杂的设计模式。这一周工作主要是重构了之前写的一部分代码来支持更通用化的需求。因为这个需求中设计到很多状态的转换,每个状态都会有几个分支,尝试了状态设计模式,设计状态,设计每个状态会执行的动作,设计每个状态执行相应动作应该转移到的下一个状态以及副作用行为。Xstate 项目的可视化非常方便提前先构建好整个状态机的模型。写完之后,能很明显的感觉代码思路清晰很多。之前是在很多基础模块中去判断状态,然后进行对应的行为,这次所有的状态管理全部收敛到一个controller中,状态的转移过程对外是不可见的,外部基础模块只要调用controller的对应动作方法,controller会将工作委托给对应的状态处理。不再需要像之前那样,先获取当前状态,再判断当前状态,最后执行某个行为转移到新的状态。同时一个独立的功能需求的代码设计是不应该嵌入到一些基础类型的模块中的,而是应该写一个controller,将需要使用的基础模块作为该controller的成员指针来使用。

20 月前

求相对路径看上去不难,但是要考虑不同操作系统的分隔符不同,以及文件名称中可能就有分隔符,以及性能问题,因为实际遍历一个文件夹,可能有上千个文件