也是一只自由泳的小鸟
闲来无事又做了一下 MBTI 测试，有一题是“你是否更喜欢有挑战性的工作”，我靠我竟然犹豫了，N 年前我毫不犹豫地选了是，但如今我觉得我已经疲于应对挑战
最好的挑战应该是需要动一点脑子但最后总能解决的，但是我现在每天遇到的挑战感觉都超出了我的能力范围，经常要么是想不出来解法，要么是有一些解法但是并没有一个很好的标准来判断优缺点，最后就算解决掉也没有什么成就感，好崩溃
才工了两个小时我就累晕了！想加一个功能，但是和已有的函数冲突了，现在有两个可能的解决方案，第一个优缺点如下，第二个优缺点如下，感觉差不多，那么尝试一下第一个，发现很烂，那么尝试一下第二个，可以接受，继续尝试，发现和已有的功能冲突了，现在有三个可能的解决方案，试了一下第一个，发现要添加更多的函数，十分麻烦，试了一下第二个，发现了我上个月写的一个 bug
好消息：列了个式子，发现昨晚让我崩溃的一个问题实际上并不是问题。
坏消息：因此发现了一个更大的问题，目前理论不清晰而且要改的东西更多了
今早决定修一个 bug，到了晚上不仅没修好，还另发现了三个 bugs
Implement 新功能的时候写了个 bug A，正琢磨怎么回事，结果发现了以前写的 bug B。修好 bug B 从命令行准备跑程序，本来按一下
就会跑上一个指令，结果我手滑按了两下，刚好那个指令是 git reset --hard，把我刚所有的东西清零了。我仰天长啸，吭哧吭哧地重新 implement，结果发现了 bug A 出在哪里。
也就是说如果不是因为写了 bug A 我是发现不了 bug B 的，如果不是我手滑 reset 了我还改不了 bug A，我就是这样开发代码的
git stash poop 
@unagi 虽然最后结果是好的但是想说自从学会了 git reflog show 之后 reset --hard 就对我失去了威慑力感觉放到这个 case 里耶修不好 bug A 了 🤣
@mtfront 但是我本地的 change 都还没有 commit 呢。其实去 IDE 里可以 Ctrl-Z，但是我记不清哪些文件改过了，所以干脆重新 implement 了
@unagi 也算歪打正着解决 bug A 了！
@mtfront 是的，一切都是最好的安排
@unagi 本地的话，还可以在IDE的 local history里查看历史修改，也可以恢复！（这个救了我好多次）
@unagi 啊我debug不成功卡了几个小时无能狂怒的时候，往往只需要站起来走两步，回来新建一个全新的文件，全部重写一遍就好了 
有时候拿不定主意我就会去问同事，最后的结果通常不是从两个解决方案中确定一个，而是多出了第三个解决方案