帮顶~
喜欢这一期,都不舍得听完
对于 @Rei 提到的情况我们也会碰到,不过我们都是 Team 每天找一段时间一起围着一台机器 Review,所以一般发现错误如果已经被后边修了,“当事人”就会直接解释一下,顺便还能给大家提个醒,感觉还好。
我们现在大多数是用 2 的方式来 review,结果固然重要,但心路历程有时候更能反应很多的问题和经验教训啥的,所也我们有时候也关心。但是 2 对于 Commit 的组织,大小,原子性,有可能要求更高,我们 Team 中比较注重这些,所以感觉还好。但是有的时候也用 1 的方式,但一般都是碰到比较大的变动的时候,但是其实感觉还是上边说的那些没做到位。
一直口水 HHKB,但是纠结在毕竟工作(pair)还是主力使用 intelliJ 系列 IDE,对上下左右,F1-12 还是依赖(Fn 组合键试了一下,没信心能完全适应),虽然有 emacs 快捷键位,不过试了一下还是不够完美,只能继续凑活用 cherry 茶轴,非常纠结~
《把时间当做朋友》,看完后开始整理梳理自己的生活学习工作,实施 GTD,和进行知识管理。从“拖延症”到“强迫症”,生活也变得丰富多彩了一些。
这个好,一直不知道,试了下挺好用,可以用右手按 option,而且不用开始就按,可以在松手前按下就成了。试了下 Command+Option+Tab 在某些应用中还可以在图标中轮换,不过可用性不高。 也是前几天才知道如何在弹出确认框中用 Tab 切换确认或取消,哎……
支持
G100,平时在 Mac 下确实用鼠标比较少。
支持,希望早日在 itunes 上可以订阅
#1 楼 @sundevilyang 只负责西线的:)
帮顶~
我用随手记一年多了,感觉很好用
将 Caps Lock 换为 Control,为以后换键盘做准备。
同意,其实我觉得 kent beck 说的很对,测试到自己有信心就可以了,但是这个信心对于不同的人定义是不一样的,对于我来讲信心大概就是代码写完了后就可以把大脑清空不用再想着实现的逻辑和坑,代码中自己能想到容易出问题的地方都被测试保护,一些特殊的使用方法都被测试说明,使我有信心不用占用大脑记忆。 还有就是如果程序出现问题,用测试覆盖,保证下次不会再犯同样的错误。 对于开发我会用尝试用测试驱动,但是驱动出来程序后,会整理重构一下测试,也经常会删除一些测试,留下我认为足够合适的测试即可,也就是满足我个人“信心”要求的即可,否则也会导致测试的过多,粒度过细以及重复和混乱。 总之,“信心”很重要,测试也需要精心持续的设计和维护。 第一次回复:)
太酷了,github 上的 readme 是我见过的最详细漂亮的,准备根据配置优化一下自己的 vimfiles 和 dotfiles,谢谢,帮助很大。