@jaredyam #7 我觉得 @Hug125 所说的就是对应你现在两期需求同时开发的情况。dev 合并回 二期分支这个动作不需要每次提交都要做。如果两期需求的代码，最终会合并成同一套代码的话，定期（比如每天，或者修改了重大 bug 时）合并就行了。可以理解为 二期分支在同步跟踪 dev 或一期分支，但又不需要每次都实时跟踪。

vim 我用了 25 年了。。。用的插件数量不多。还是简约一些好用，速度快。另外，经常是连上服务器用 tmux+vim ，所以可视面积尽量精简，再横竖 split 一下，除了 nerdtree 在研究别人代码的时候会用到之外，其他时间眼里只有代码。

@skoofancy #2 他逗你的，nano 从名字就看得出来，linux 命令行模式下的编辑器，简陋到不要不要的。。。

terminal + tmux/screen + vim 用户飘过……多开几个虚拟窗费不了多少内存

@512357301 #11 +1 。OP 可以吧你做过的一些项目里处理过的问题拿出来问，比如你遇到的难点，或代码不良出现的 bug 。结合简历确定给那些题，别看最终答案，看他有没有解题思路。招初级岗的话，首先是能干活，然后是别给你制造问题不停来问（这点，特指在岗位需要的范围内应该能自己解决的问题。实习生的话可以接受）。

参与一下

键盘党和鼠标党的习惯区别吧。。。我习惯键盘，任何需要用鼠标（触摸板也一样）的操作都觉得不靠谱，容易点错，还费眼。敲命令可以盲打。不管怎么说，自己动手写点东西改进使用环境，都该支持一下。

@Mmahaha #10 那你有现在的收入，更别着急跳槽。这几年互联网企业低迷，招工少，你的学历、工作经验、专业级技能（可能）都不具备竞争力。先求稳，再发展，比如你业余研究了半年一年 AI ，也有点成果了，需要有更大平台发展了，再去琢磨换工作。裸辞或者愤而辞职都不是好事儿，下一家的 HR 问你，你为啥离职？你说我不爽，我焦虑。。。就会增加被拒的几率。因为你只是不想干了，还没想好自己想干啥。

赞，我 fork 一个来搞搞。unix system-v rpc 已经是这种方式了，以前搞过

@LindsayZhou #3 +1

@mooyo #5 跳多了简历不好看。用人单位会担心人员的稳定性。而且越是薪资高的公司，资源越好，有些公司里会有人才培养计划，这种时候找个培养一阵子就可能会跑的人？

我建议是先骑驴找马。同时做做代码积累等，可以做做外包什么的。965 工作制的话，业余时间还挺多，本科后工作七年，也还年轻。

最初是先看了一遍 vimturtor ，后来闲暇的时候把（当时版本的）自带帮助过了一遍，大概知道有哪些功能，记下来随时练练，这样就差不多可以满足大多数情况使用了，需要用熟练还得长时间使用形成肌肉记忆，有时候跟人说一个功能怎么用，我得开个 vim 按一遍看是哪几个键。

再后来从功能、美化角度上进阶，是找了个 vimrc （时间太久，十好几年了，不记得来源了），在此基础上增删改形成自己的版本，我放在 https://github.com/hauzerlee/ghost-rider-skeleton/blob/master/vimrc 了（插件需要初始化，在这个项目的 deploy.sh 里有）

上面也有兄弟说，看学这个是要干啥，浅尝辄止的体验可能品不到味儿，不是对自己有帮助的话，也有些费时间。当时我遇到的情况大概是这么几种：

1. 安装 linux ，只有命令行界面，想要个全屏编辑器只能用它。（ nano 是后来的，ex 是行编辑）
2. 不依赖鼠标位置，机器慢的时候也可以继续敲，总会反应过来的。有时候是远程登录服务器操作，网速慢也是一样的情况。感觉按错了就 ESC 三连，然后重新输入。
3. 任何能接触到的 *nix 发行版中几乎都有，有的可能是简化版的 vi （这个其实才是原版，VIM = Vi IMproved ），对于搞后端或运维的，学会这一个等于到哪儿都能用。

GUI 的 Vim 版本我还真不习惯……terminal 连远程，或者 mac 本地，学会一个就用了这么多年……

Time Machine ，整机备份，而且是增量备份，里面的文件都是用了硬链接的，所以即使你浏览备份历史的时候，看到的那些历史备份也并不是真的全复制了若干遍。这方面有点像 git

补充一下，硬盘。虽然编译出来的东西不大，但可能所需的源码、库、交叉编译工具等的量会比较大。当时 openwrt 占用了十几二十 G 还是更多我记不清了，那台 VPS 已经被停了，基本上单台 VPS 能用的硬盘空间都放它了。

当然你如果只在类似树莓派这种有自带 Linux 系统、支持 Python 的板子上写写 python ，就不用考虑那么多了

电脑上主要是编译程序的时候需要点性能，速度会快一些。不过如果不是着急出结果的事儿，也影响不大。以前改 openwrt 刷路由器，改完几乎是整个系统全编译一遍，包含系统自带软件什么的都是一起。我就是扔到个 linux 的云服务器上编译，然后继续干别的。编完了把最后的 rom 拉回来刷机就行了。

更低级一些的 MCU （ MultipleController Unit ，单片机上所谓的 CPU ）的编译就快很多。因为总共编译出来的可能也是 M 级别的文件大小，很多还是 K 级，比如 Arduino 那种，简单的控制逻辑也够用了。而且有些控制系统是可以用多个这种板子组合，上位机下位机什么的，并不需要全部都在一起，一次的编译量就没那么大。

买开发板吧。现在树莓派比较贵，买其他类型的好一些。电脑上也有模拟器，可以先试试。

个人观点是，如果正在急需学东西的阶段，比如正在上学，或者刚工作需要持续充电，时间充裕的前提下就多折腾折腾。因为很多深层的东西是在折腾的过程里学来的。上学的时候，我学 Linux 的方法就是去 BBS （好古老的东西了）或论坛里帮人解决问题，然后解决的不彻底的时候再被大佬教育一通，探索+学习兼顾了。

如果是已经工作上已经在很顺畅的使用了，就是哪种发行版用着最顺手就用哪种。我最早是 redhat 系，后来用 ubuntu 顺手了，也能用。绝大多数时间都是 terminal 上远程，或者虚拟机里，也是 putty 练上去用命令行。换发行版的动力不足。

用久了，基本上常用的东西也就那么几样，而且因为学的时候 GUI 很难搞，要折腾 X 配置文件啥的，加上中文环境还不成熟，所以大部分时候是命令行，看英文帮助。有问题找男人（ man ）。命令行的工具大多数都是配置文件搞定，积累下来，换台机器放上配置文件就能用。我是放到 github 上随时更新和同步。里面有些个人信息，所以只开源了一部分，也很偏个人喜好了。

支持一把。在视频网站工作过几年，ffmpeg 命令行组合起来用，不了解的话还是挺烧脑的。刚看了网站，公益性地放出内容来，很不错。