可能想和你说话，但不好意思，就看一下你的屏幕，引起你注意

我半年写了 100 多篇前端文章。。。

个人博客感觉没必要，seo 很差。
我都放 csdn （ seo 确实牛逼）、掘金（ seo 拉裤里，全靠站内推荐，都是十几阅读）、知乎（一般）、公众号（私域）、头条号（不知道为什么，计算机网络的阅读量高些）这些的。简书垃圾。

[https://blog.fstars.wang/]( https://blog.fstars.wang/)

微信公众号，以及 Typore

@zhengsidao 我才没加这种群，我没有我不是你才是

死群 和 除了技术啥都聊群，选一个。
我选择开车群。
有些群可能开始有点技术氛围，但久了要不就没人说话，要么就各种聊天了。
可以关注一些技术公众号，比如我的公众号。

输出倒逼输入。

你以为你记住了，其实你没记住。

你要写东西出来，要写的浅显易懂，很多似懂非懂的点你也得理清，可能还要写点小 demo 。那才是真记住。

当然最好的方式，是教别人。

我也搞过自己的项目，但做到一半放弃了。
每个人每天除了工作和生活琐事，可以使用的时间其实并不多。当你步入中年，这个时间会进一步压缩。

这时候你可能有很多事情想做：健身、学英语、看技术文章、刷题、解面试八股文、写技术文章、还有你这个做自己的项目。

你发现你什么都想做，什么都做到一半放弃了，因为你想做其他的东西，或者你在做的这个东西短期看不到效果，或者未来也不一定有好的收获。

说这么多，要坚持一件事，其实很简单，全身心投入只做这一件事，砍掉其他的所有事情。项目中遇到的问题在持续不断的时间精力投入面前不堪一击

以前还挺喜欢捣弄个人博客网站的。但我看了下访问日志，全是爬虫，就不打算继续搞了，写了也没人看。

https://blog.fstars.wang/

现在改在公众号更新，然后其他技术博客平台同步发布。

我喜欢写水文，一篇文章解决一个足够小的问题，而不是一个泛而冗长的文章。

Web 前端开发：不想兼容 Chrome 内核之外的浏览器。

你不如开个直播。

这有啥好组团的，组团就会开始聊天了。

@ojh

就是有一个源服务器，然后有一级代理服务器、二级代理服务器。这些代理服务器会不时去源服务器获取资源缓存下来。

用户访问资源时，DNS 查询通过负载均衡，给用户返回一个对于用户来说最快的 IP ，假设是一个二级代理服务器。这时候用户的请求头带上了 Cache-Control: no-cache ，希望获取最新资源。

因为对方是代理服务器，保存的是资源的副本，并不是最新资源。

所以我就好奇这个代理服务器会不会强制请求源服务器拿到最新资源。这个缓存服务器从源服务器更新资源的过程就是回源。

以前我觉得 Array.prototype.reduce 不够职责单一，也不怎么用，因为它的语义其实是 “折叠、拍平”，比如将数组的所有数字相加，拍平成一个总和值 sum 。
现在，真香。因为在我眼里，它是优雅的万能数组迭代器。

也算是自己认知成长过程中的一些变化。
下面是 tj 大神写的 node-only 方法，提取对象中的白名单属性，里面就用了 reduce：
https://github.com/tj/node-only/blob/master/index.js

风格问题和语义化问题
- Boolean(val) 和 !!val
- String(num) 和 '' + num
- cb && cb() 和 if (cb) { cb() }

风格有很多种，比如经典的空格和 tab 。

不过你这个例子，感觉已经不是写法风格不同的问题了，而是代码对不对的问题。
因为空数组也是被判断为 true 的，因为它是一个不为 null 的对象。
具体得看上下文才行，其中可能有一种错误的写法。

有点用啊。掌握了不容易写出错误代码。
问：
const map = {}; 和 const map = Object.assign(null); 哪个是正确的哈希表写法。

居然涨价了，我有个树莓派 3b 吃灰了好久（ arm 真不好折腾

个人的建议：
1. 刚开始先快速过一下 Get start 教程，打开了解一些设计哲学、用来解决什么问题的、一些常用的 API 。
2. 然后项目驱动。文档是看不完的，而且很多东西你不去动手你可能无法理解它这样设计的意义。
3. 写文章。输出倒逼输入，你要写出好文章，就得对学到的东西有一定的理解深度。可以考虑问答式写作。

确实，需要了解：
- 底层使用的设计模式
- 针对特定场景整了哪些反模式写法
- 用到了什么数据结构与算法
- 是否 hack 一些特殊的情况，自己以后实现也要注意
- ...

发现一些回答都没认真看问题，就回答了（当然我有时候也会犯这个问题）。
以为我没看文档，然后叫我去看文档。

同源请求在非 GET 和 OPTION 的时候会带上 Origin ，这我知道。但我无法理解这个设计，因为没有带上 Origin 的必要。

点击不少啊，回答却寥寥无几，还是离题的回答，说明这个问题确实比较偏门。
看懂问题的不知道答案，看不懂的一顿乱答。

HTTP 头字段只是标准，在什么时候缓存，什么时候不缓存。
浏览器理论上会遵守，但有些细节可能不会遵守，或者会变化，比如 Chorme 80 版本后将 Cookie 的 SameSite 由原来的 None 改为了 Lax 。
此外可能某个版本有实现上的 bug 。
在技术群，有个群友说他的套壳 APP ，设置了 Cache-control: no-store 没效果，还是拿到的缓存内容。我觉得可能是 APP 套壳的浏览器有问题。

所以，我想说的是，最好还是给文件名加哈希值，最稳妥。毕竟获取一个从来没访问过的资源，浏览器本地是不可能有缓存的。