呃，发完发现是测试。倒没有歧视，只是我说的方法估计不太合适了。

就我之前的经历来看，
- 先问问老大有没有闲置的资源给你做实验。这个挺重要的，如果在自己的服务器上实验，很多东西不跟运维沟通就很难继续，就比如怎么开端口这事。
- 然后你还得问老大要一个不太重要但很痛的项目，比如工作票这类操作复杂的，往里面埋一些勾子用来记录没加上你说的这些工具时的状态，比如构建时间啊 bug 率之类的。
- 然后另开一个分支跟着项目进度，一边埋点一边解决冲突。
- 做完之后还得看看数据漂不漂亮。
- 再之后是忽悠老大把你做的东西层层往上报，然后看运气会不会落地。

注意，以上操作如果你老大不给你额外的时间，你就得花个人时间做这些事了。我之前强推 react，顺带加上 gitlab + ci 的流程，历时半年多，几乎天天十一点走，到最后一步的后半句话失败了。

当然这是个人方向上的努力，如果你有办法说动你老大的老大的老大，我上面说的都不是事，会有人替你干的。

当然是把当时脑子里最形象的东西记下来。比如我看现在自己对 rust 所有权的笔记，我是这么写的：
把所有权当成被传的值的固有属性，如果不加 & 作引用，那原值（被传的值）的所有权就会被转移。
当然这句不一定对，之后得照着这句话去套，如果错了就修，直到能套所有场景，那就算理解这东西了。至于效果，就算忘了，看到笔记记的这句就会马上反应过来。

打开电脑，打开 stream。看了看愿望单里没有减价的游戏，看了看在线为零的好友栏，stream 关闭，dota4 启动。看了看版本更新日志，看了看了看在线为零的好友栏，dota4 关闭，电脑关闭。抬头望望窗外，天还没完全黑。四处摸了摸，在枕头下找到手机。打开后屏幕亮起，干净，没有一条消息。打开电脑，打开 github。pull request 写得很菜，连 core 都在喷你，但忽然就不孤独了。
——2019 版完全用 github 当女朋友

https://github.com/bvaughn/react-highlight-words
查了下，是有个相关的库，看上去能用。

这跟 re 不 react 没啥关系，市面上我是没见过有这样的组件的。

复制的话，简单粗暴就是 document.execCommand('copy')。链接在[这里]( https://stackoverflow.com/questions/6300213/copy-selected-text-to-the-clipboard-without-using-flash-must-be-cross-browser)
改高亮的话有两种思路，一种是直接改 ::selection，一种是去掉 ::selection 的默认样式，想办法获得选中时的字，然后改这些字所在 dom 的样式。

看库又不是这么看的，该先搜搜别人是怎么看的，先把坑给避开了。然后去看官方文档，里面肯定会有 development 相关的东西。看完再确定自己要看什么，然后去搜搜别人怎么说的脉络，对比多家心里有个数，然后再去看代码。
你前戏都懒得做，你不疼谁疼？

正常到过于真实...等拿到正式工作的第一份工钱就没事了。慢慢熬吧，不管爱不爱学都得学，只能这么说。

一看远程赶紧点进来，一看 985 我就怂了...建议把 985 写进标题。

看上去像是嘲讽啊...别看，看就秃了。

呃，恕我直言，这跟是不是小白没关系。不愿意花时间学，也不愿意花钱，这是大爷。

这么写够了，瞄准工资区间海投吧，上车要紧。有心思问简历，不如搜一搜怎么避开坑厂。现在这环境，大家都一样。

"我更希望在进去后结合实际情况配合公司展开行动。" :doge

分段或者分章节不就好了...

所有项目加起来能有 100 个吧...说来也是讽刺，star 最多的那个项目，在维护的时候没什么 star，不维护了突然涨了。

这风格，爱了。