就是暂存的意思。一般是 A 功能提测，QA 反馈了 Bug ，而我正在 B 功能的分支上开发的时候，stash 一下，切过去处理完，再切回来继续。用的蛮多的。
没试过切回来之后拖太久没 pop 会怎样，对我来说它就是“暂存”的概念，简单地用是最好的。

不做设计 /剪辑的普通办公人员，也不能通过 macOS 获得什么效率提升吧？不依赖苹果的生态跟独占的软件的话，我不觉得 mac mini 有什么优势，macbook 的做工、屏幕、触摸板、续航确实让人眼馋。

是有点在意的。块级作用域缺失，出现的 bug 靠编辑器发现不了。比如一个函数写得比较长，存在几个循环，后面的循环用错了变量之类的。
只能靠代码规范来规避了，比如控制函数长度，变量命名表意明确，临时变量的初始化、使用和销毁放到一块，写好注释之类的。

这篇文章的作者后面写了本书，我这个月刚买。。当初看到文章的观点的时候眼前一亮，但书里论述的篇幅太长太长了，也许是读惯了技术类文章，对这种偏人文的接受能力下降了。

抖音上有一些做某某年份歌曲回顾之类的视频，一个个看过去呗。。

07 年我们参加作文比赛，就是拷到软盘，然后统一交给老师。。去电脑店买，一张 5 块钱好像，格式化一下就能用。

开发环境全发虚拟机里面
java 的 ide 我不熟，react/vue 的开发可以用 vscode 的远程开发来解决，编辑器在本地，代码运行在虚拟机里。按理说这个特性其他 IDE 也有才对。
终端用 xshell ，windows 官方也有终端，但我用起来有点小毛病，算了。

解决办公的噪音问题还是得靠降噪耳机。

如果买了之后能轻松升级，那么当用户在 512G 跟 1T 之间摇摆的时候，就会先选 512G ，而不是 1T 一步到位。让他们为超出的需求买单，比升级服务赚多了，顺便还能赚一笔 iCloud 的钱（

理论上可以做，但没必要。发表敏感言论被网站自动删帖的太多，而要进入系统的人就那么些，不值得做。至于更进一步的，可能有在做，但当下应该发展不到影视作品里那种乌托邦社会。

应该是 3B 的时候把冲突的代码删掉了。

假设 A 是 master ，B 是 feature 分支。当主分支更新之后，B 把 master 上的变更 merge 过来，然后遇到冲突并解决，然后再合并回去 master ，这个时候冲突就没了。

有些脑溢血瞬间是这样的，同事 A 跟 B 改了一个功能，A 的功能已经上线，B 在解决冲突的时候删多了，测自己的功能没问题，如果没有回归测试 /集成测试，等上线 A 改的东西就挂了。

建议先克服上不了 v 站的问题。
项目经历写得太细了，分的点又细又杂，内容也有很多重复。我认为留两三份做得比较深入的项目就好，剩下的概括起来，或者写到技能栈里面。

1 1027 10.1152% ls
2 873 8.59844% python
3 683 6.72708% cd
4 512 5.04284% git
5 468 4.60948% ssh
6 384 3.78213% rsync
7 379 3.73289% vim
8 357 3.5162% rm
9 319 3.14193% bash
10 297 2.92524% celery

360 压缩。
推荐理由是自带密码管理，这功能对我来说是刚需，7zip 没有，bandzip 收费，所以 pass 。UI 也算简洁，大部分时间一键解压完就退出了。

注意下载要从单独的官网下载，百度默认给的是安全卫士的官网。非国际版也是没广告的，用了六七年，除了下载安装有点坑，日常使用没问题。

我不知道 pycharm 现在实现到啥程度了，说说 vsc 的情况。
假设你定义一个函数 foo ，返回值是一个确定的类型，比如 return Bar()这样，那么这个类型的推断是可以传递的，因此可以补全。把鼠标放到函数定义那里，应该是这样的形式 foo: () -> Bar 。

但 python 是不限制你返回值的类型的，你一会返回类型 A ，一会返回类型 B ，编辑器就无法推断你到底返回了啥，判断为 Any ，就没法补全了。

我还是混着用的。vim 可以用块模式做多行操作，但 vscode/sublime 这类编辑器有多行光标，操作上比 vim 直观多了，没得搞。

api 文档或者是 stackoverflow 的没啥问题，有些博客难读一点，遇到不认识的就搜。学习新东西的时候，我会先找些中文的博客 /专栏看看，再去搜官方的文档。

其实阅读也不是逐词逐句地翻译，如果熟悉文章里讨论的概念，理解起来会方便很多。不熟悉的词，搜一搜大概意思，结合上下文理解就行