地址栏变了，应该是你自己调了跳转

@ityoung 我说的有点绝对。不过像位运算这种你用了别人也会打死你哈哈，还有链表，堆这两个开发应该是不用碰到底层的。树其实用的也不多，除了前缀树。主要还是字符串，数组和 DP 吧。而且开发的时候有 IDE 可以看可以调，到面试的时候又不一样。

我只说下我校招准备的感受。社招其实应该对算法没有那么看重吧。

资质愚钝，我也没有找到什么办法，只能写下来反复记。

比如几种排序算法久了不看又忘了。还有很多题都是那种小技巧，更快忘记，像三路快排的思路，位运算的一些魔法技巧。堆，树，链表各种小技巧，真的是应接不暇。

其实做开发我觉得这些东西完全没有什么卵用，但是一些公司又甚至要求你‘’默写‘’，但是竞争又这么激烈，你不会默写还不行。

感觉这样很痛苦。唉。

用年金公式算下年化就知道收益率多少了，我敢说不超过 3%

谷歌的验证码可以改成未被墙的域名

没毕业，有点难了。做开发不懂数学没问题，但是没有那张纸就比较难。

@phpc 6.3 就是 16:9 的 5.5

红米 note7，雷军说耐摔

可以用子域名做 cname

别想这些有的没的，还没高考呢，你不努力哪里有实习，就算你考到清华也没用。

首先，restful 也好，graphql 也好，都是规范，不意味就能自动化，减少工作量，graphql 甚至会增加后端的工作量。
另外，所谓的大前端，我认为也最多也就做到服务器渲染就行了，js 的弱点决定了它无法胜任复杂的后端逻辑，组件化不能简化开发似乎也只是在 js 里面最明显，从 jq 到 mvvn，webpack 改了又改，es6 语法糖加了又加，开发效率没啥变化。而后端（主要是 Java ）早就已经利用接口自动代理，切面编程，依赖注入，注解注入，类的动态加载，高效的包管理，易用的测试框架，ORM 框架等等在保持健壮性的情况下简化开发流程。

虽然平常业务简单，可能给前端造成了一种后端业务我也写的错觉，但是一到了大型的高并发，高可用的后端项目，前端就无法胜任了。而且现在后端也很多转向基础设施的研究了。弱后端一说恐怕太过绝对了。

再有，离用户越近，越能创造价值。我虽然对此不敢苟同。但是即使成立，后端转前端的跨度也真的太小了。流水线作业不仅在后端存在，前端也一样。但是高级后端的工资比前端高，能不能说明后端的价值更高呢？

豆瓣 8.4

emm，速度应该没优势吧，要功能的话，cloudxns 免费版功能也很多

我还以为是什么车