同一个宿舍，同样是走后台路线。
他选择了 Node，因为他觉得 Node 和 javascript 只学了一种就可以搞定前后端
我选择了 Python，因为我热爱它

后来我们说是时候选择一门静态语言了
他选择了 Golang，他说 golang 搞分布式相关、网络相关、web 相关很方便，而且岗位多。
我选择了 Rust，我说我受够了 c++ 那一套，rust 惊艳到我了，而且我相信这是未来。

现在
他已经入职 阿里云，年入 25W
我还在苦苦得找工作，面对别人的质问「你那么厉害还愁没工作」，我只能苦笑声「还行，在找了」

有时候吧，我觉得能让自己开心，做一样自己喜欢的事就好了。别哭，因为那是你自己选择的路，在这之前，也有人劝过你，你不停而已。

我的 6s 升到了 11，卡得飞起

深圳到广州，已经送了 4 天了。还没到。绝望

城中村最麻烦的就是网络垄断，其他都还好。哦，对了，找一个好人的房东很要紧。推荐找老广

@jakeyfly 事实上 1L 的写法会比写两行慢，因为涉及到一个解包的过程。

a is based on b

还是 enpass 爽，在 mac 上可以用指纹解锁

所以我买了一个壳。

关注了，整理下简历打算投一下 Python 岗

50 包邮解君愁

所以你是想用 Linux 还是黑苹果啊

@KuroNekoFan 应届生也不止 6k 啊

坐标？ Python 有开发岗位吗？ 18 应届生

其他不说，YSL 口红确实不错。唇釉也还行。

这种 validation 不是检测结构是否一致，value 的 类型是否一致。

再强一点的，允许传入 value 的期望 type。

像你这种写定值的通用型不高把？

@hxsf 那实际上 2 上面我的理解也是这样。

如果是同域就会把 cookies 带上，不同域或者出现非普通访问的时候就需要显式传递 cookies

可能是我在写文章的时候，一脑子都想到了「前后端分离」的情况去了

@hxsf 是否感谢认真阅读

1. 认识不足，多谢指出（没太认真去读 HTTPS 的相关内容

2. 因为通常在使用 axios 的时候，不会使用同一个 session 来访问，所以默认是不会带上 Cookies 的（也可能我不是职业前端，对 axios 认识不足。

3. 对于 session 来说，业界普遍都是采取在 cookies 中存 session-id，从而达到对用户透明。这是在传统的非分离式开发的情况。当然了你都把他放在 header 里面了，还叫 session，我也没有办法。 而且在文中，我对 session 的评价是
「 Session 是在 Cookies 发展中为了解决 Cookies 某些弊端而产生的技术，但是本质上还是 Cookies 的使用。」 和 「 Session 是依赖 Cookies 存在的，所以在前后端分离中自然不能使用。」 我并没有说过 Session 是属于 Cookies 的一部分。 可是事实上 Session 确实是利用了 Cookies Max-age 来做到「关闭浏览器失效」的功能

4.「上文讲到 Token 可以理解成为用户自己实现的 Session，那么 JWT 在某种程度上可以理解为自己实现的 Cookies 」 这点，我认为类似的方向指的是「 Token 和 Session 通常是在 Client 端储存 ID，而 cookies 和 JWT 在 ID 的前提上还可以储存 非敏感信息」。会不会是你理解出错了，也可能是我文笔不好

5. 可能是我描述不太妥当，我想表示的意思是，session 如果按可访问性来讲的话，可以分为两类： 一为只能自己访问（应用内储存），二为跨应用访问（文件，Redis 等内存类数据库）

感谢你的纠正。
如果是因为我文章描述有误导致你理解出错，我表示十分抱歉