5
毕设和我只能活一个
- 1.每日一句分享:哥德尔命题G:G无法被证明。
- 2.
- 3.分享个小知识:假设用户 正在访问的是 www.example.com,如果需要其他子域名也能够访问到正在设置的Cookie值的话,需要它设置为 example.com 。场景:当服务端下发 cookie 时,比如 api.tomotoes.com(服务端) -> italking.tomotoes(客户端),下发的 Cookie domain 需要设置成 .tomotoes.com这样客户端才能成功保存。当客户端访问服务端时,客户端 ajax 库需要开启 withCredentials,并且 服务端跨域配置也要设置 AllowCredentials,这样服务端才能接收。
- 4.A: 之前讨论过的 服务端无状态 会话管理方案,刚刚在读 gorilla/sessions 源码时,发现已经通过 ScureCookie 机制 实现了...哎,为什么每次自己做出了一些具有复杂度的东西,到头来发现 都是前人早已发明的东西... 一到实践,几乎没有我自己的创造,只不过是将 早已知道的方法重新组合起来而已..B: 有点妄自菲薄的感觉,其实站在巨人的肩膀上看事物;不一定要成为巨人,多少有点感同身受;这种感觉就好像自己花了很多时间和精力做的曲子;发现前人早就做过了,还比你做的好;A: 哎 是啊,算是复读机的自我修养了。学得越多,越能意识到 我掌握的东西几乎没有我创造的。学到新知识是件幸福的事,但不能因此而满足。就像 Aurora 曾说过: 只有深刻地认识到自己的复读机本质,才真正有想要发出一些新声音的冲动。 因为,世界的意义在世界之外啊。B: 我想这是学习的魅力吧 我不太知道程序员对于计算机或是代码有没有自己情感赋予某种意义相对来说比成为某种意义可能来的自由一点A: 当然有了,Coding 就是 创造的过程,而创造就是艺术~艺术就值得欣赏,欣赏就会不自觉地附带上主观情感~B: 这句话果然很程序员,那我简单一点讲就是,别在意自己成就感,表达只是表达A: 之前经常通过编程 解各种题:算法题、编程模式、小编译器什么的,喜欢把自己的想法通过 Coding 优美地表达出来,如果选择了合适的语言 这一过程就像写诗一样~现在面对的 是领域相关的问题,相比之下 编程中的各种细枝末节 就会显得不那么重要,重要的是对领域的理解。B: 我在做音乐的过程中时常会碰到瓶颈;每当我做曲子不顺的时候,我做这是为什么,给别人听,给自己听,装X,还是等等;但最后自己都会得到一个同样的答案;就只是表达而 已。所以你是被卷了嘛?A: 不算被卷,这算是趋势吧,视角从小变大~
- 5.每日一句分享:读书是很辛苦的。因为读数学书的过程就像是在大脑里跑一个解释器,自底向上地从基本概念和公理出发,逐渐组装成一棵枝繁叶茂的树。这个过程需要的时空开销是不小的,所以读数学书,需要反复读、需要举一反三,有的书甚至有大量的练习,称得上是时间黑洞。而,读文学类书籍是流式的过程,就像遍历一张线性表。空间开销是常数的,时间开销是线性的。但想象力仍然是重要的,因为大家都知道,从线性表里恢复出非线性的数据结构,似乎需要更多的知识、精力和智慧呢。数学之美在于体系之美,文艺之美在于言外之美。
- 6.快餐文分享:Hosting SQLite databases on Github Pages文章介绍了作者将 sqlite 编译成 wasm 加载到前端,然后基于 sql.js 实现了一套 HTTP 协议的数据库虚拟环境,而这一切都不需要服务端。
- 7.
- 8.每日一句分享:有些固有的复杂度是不能被eliminated的。比如引入前端框架的前端代码,只是从一团乱麻变成了另一团乱麻而已。比如PC的走线,该乱糟糟还是乱糟糟,只不过是把乱糟糟的部分放在看不见的地方罢了。解决乱麻的方法大致有两种:一种是解决问题,请身经百战的专家来重新设计架构,药到病除。另一种是消灭问题,古代有个皇帝看到前人留下的一个几百年都无人破解的死结,他抽出宝剑,一剑斩断了这个死结,于是问题在被消灭的时候就被解决了。我 们面临的很多问题,很大程度上是“不应该被解决的”,也就是原本就不应存在的问题。深层次的原因还是康威定律。那么,我们只能期待话事人一声令下,说这个事儿不用干了。来自 Aurora 的一则灵感。
- 9.每日一句分享:有三句很好的格言可以指导我们的生活:不要行不道德之事;如果已经行了,不要忏悔;又如果,你已经忏悔了,也绝不要承认。
- 10.快餐文分享:What the heck is time-series data (and why do I need a time-series database)? https://blog.timescale.com/blog/what-the-heck-is-time-series-data-and-why-do-i-need-a-time-series-database-dcf3b1b18563/文章先是介绍了数据分析的重要性,简述了时序数据库是什么,如何通过时序数据更好地分析数据,是如何工作的。文中提了一个有趣的问题,是不是所有数据都具有时序性?显然计算机输入的数据是这样的。
- 11.好文分享:The Humble Element And Core Web Vitals文章讲述了 图片标签的很多相关内容,我简单总结下。
- 1.图片标签是如何影响 Web 核心指标的(LCP, CLS, FID)。
- 2.以及通过使用 LightHouse 分析图片从加载到渲染过程中的各个指数。
- 3.借助现代 Web 标准如何实现 响应式图片。
- 4.为了兼容图片格式的最佳实践。
- 5.图片懒加载属性。
- 6.图片预加载方式。
- 7.设置图片异步解码的属性,这真是头一次见,decoding="async" suggests it’s OK for image decoding to be deferred, meaning the browser can rasterize and display content without images while scheduling an asynchronous decode that is off the critical path.
- 8.实现占位图的方式。
- 9.通过 设置 content-visibility 实现懒渲染
- 10.Next.js Image 组件介绍。
- 12.
- 13.快餐文分享:文章介绍了 Recoil 的特性,基础使用。 是 Facebook 官方推出的状态管理库,可以简单做个了解~
- 14.
- 15.每日一句分享:上个世纪60年代到80年代,你写好程序,需要提交给大型机运行,然后等待它返回结果。现在2020年代,大型机又回来了!它们只是被改称为“云”。
- 16.