实验室的网络经常瘫痪,这点让人非常纠结。
为了检查网络是否正常,需要经常敲 ping
命令,久而久之就感觉很 stupid 。
终于我忍不住了,写了一个工具定期帮我测试网络,一旦网络状态发生改变,就弹窗提醒。
截图:
1 网络连接失败时的提醒
2 网络恢复正常时的提醒:
实验室的网络经常瘫痪,这点让人非常纠结。
为了检查网络是否正常,需要经常敲 ping
命令,久而久之就感觉很 stupid 。
终于我忍不住了,写了一个工具定期帮我测试网络,一旦网络状态发生改变,就弹窗提醒。
截图:
1 网络连接失败时的提醒
2 网络恢复正常时的提醒:
我从去年开始使用 Awesome 作为桌面管理器,现在已经成了 Awesome 的中毒用户。以往的窗口管理器在快捷键的设置上太过分散,时而要用到 Alt
和最上排的功能键的组合,时而又要用到 Win
键的组合,记忆起来很困难。而 Awesome 的键位设置借鉴了 Vim 的操作方式,记忆起来容易得多。举个例子,切换窗口用的是 Mod4+j
和 Mod4+k
两个组合键,比起传统的 Alt+Tab
和 Alt+Shift+Tab
而言要好用很多(我相信还有不少用户不知道有 Alt+Shift+Tab
这个东西)。
但这样的好处是有代价的。等我习惯了 Awesome 的快捷键之后,可怕的事情就来了:一旦我需要离开 Linux 到 Windows 下工作,我很难适应原先的快捷键。一个最常犯的错误就是,我总试图用 Ctrl+Mod4+c
来关闭窗口 --bb
。
既然感觉到别扭,那就要想办法去消除它,否则我很难在 Windows 下愉悦地工作(虽然用 Windows 的机会不多)。但是 Windows 毕竟是一家独大的产物,桌面管理器只有自带的可以选择,甚至连系统快捷键设置界面也欠奉。与之相比,Linux 要自由很多,拥有非常多的桌面环境和窗口管理器可供选择搭配,较为让人熟知的桌面环境就有KDE、GNome、Unity几个派系。
我们喜欢使用幻灯片(slides)来辅助演讲。在一些比较重要的学术场合,一份清晰易懂的幻灯片显得非常critical。
但这篇文章并不是要教你怎么制作一份合格的幻灯片,而是要跟你讲除了做幻灯片之外还应该做的东西。有些人幻灯片制作的非常精彩,但一上场,怯场忘词的马脚就露出来了。这是因为他们把大多数时间花在制作幻灯片上,而忘了把自己制作的幻灯片先消化好。
除了幻灯片,你还需要准备什么?——练习!
对于重要的学术场合,做好练习尤为关键。怎么开始自我介绍,碰到个公式怎么解释清楚,怎么起承转合,怎么在演讲过程中跟大家做眼神交流,怎么吸引大家的注意力。这些都是非常 challenging 的东西。单纯准备一份幻灯片显然不足以应付上面所有事情。
怎么练习?——对照讲稿练习20遍!
我在 SIAT 实习的时候,一位指导老师告诉我,他们在做学术汇报前,最起码将演讲稿练习20遍。这个给我非常大的触动。我所认识的很多科研人员,他们的科研任务已经非常繁重,但他们还乐于腾出时间来精心准备自己的演讲,在进行学术交流时将自己的成果以最佳的方式展示给其他人。这何尝不是一种分享精神。
终于换成用 ruhoh 写博客了。
之前的 blog 使用 WordPress 来编写。但使用 Wordpress 的在线编辑系统是非常低效的。为了加快效率,我习惯先使用 org-mode 来编写内容。org-mode的强大不必多说,用它可以方便的生成本地页面,通过定制甚至还可以导出成pdf。为了在我编写文章的同时备份 org-mode 格式的草稿,我使用了与 Evernote 结合的方案:先利用 emacs-evernote-mode 在 Evernote 上创建笔记,然后开 org-mode 编辑内容。这样,编写的文章除了在博客上可以看到,也可以在 Evernote 上阅读。一旦博客托管的服务器出了问题甚至数据全部丢失,我还能从Evernote上找回我的所有文章。有些文章即使不想发布出去,我也可以保存在 Evernote 上,作为自己的私人笔记。这种方式一直用得挺爽,所以我坚持用了一年多的时间。
但不幸的是,几个月前 Evernote 换了认证协议,以致于 emacs-evernote-mode 不再能够访问 Evernote 的数据。而该项目已然很久没有更新了。没有了 Evernote 的备份支持,我失去了编写文章的冲动,以至于从今年一月份到现在,我的文章产出率几乎为零。
在 Windows 开发比较大型的 C/C++ 项目,往往还是得借助微软的 Visual Studio (C++),但对于重度 Emacs 使用者,离开了用起 VC 来总是各种蹩脚。关于如何在 Emacs 中搭建 VC 的开发环境,fangzhzh 的一篇博文 《Emacs 中开发 VC 程序》 已经做了比较好的讨论。唯一不足的地方是对 Emacs 调用 VC 编译缺乏更深入的探讨。编译 VC 基本上还是要靠微软自家的工具,经过我的摸索,一共有三种不同的方案,针对不同的需要,用户可以自行选择。
总体说来,这三种方案各自的特点比较如下: