刚才装了scrot并且用它对命令行截图，瞬间觉得自己有点儿厉害啊~

这周的进步比较大，或者说终于把几个模型的结构优化好了，然后就是放吸附质分子，目前没有得到结果，继续调试中。
好像今天感觉没有那么不喜欢计算看了。

$ su - root
Password:
su: Authentication failure
Sorry.
这时候输入
$ sudo passwd root
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
估计是我自己用的账号不算有root权限，还得手动设置一遍

查找文件：
sudo find / -name sources.list
查找目录
sudo find / -name Java
/ 表示在根目录下。。。。。。。。

开机启动项的问题
http://www.linuxidc.com/Linux/2010-08/27668.htm
以后就不用每次开机开goagent

各种类型变量初始化的时机。
不同编译器的规则还真不一样
好不容易写出一段代码，编译器不让过，真蛋疼。。
还是写一部编译一步好了，写没有把握的大段代码之前，先写段小段的好了。

最近开始尝试用gdb。然后发现命令行的东西还真不是一般强大。
GUI和命令行到底哪个好，大概永远也不会有答案。
我的感觉是，基于编程这种东西本来就是程序员自己用的，开发之初，不管是因为软硬件资源原因，还是开发时间原因，只可能用命令行。并且功能会尽可能地强大，用GUI实现和命令行同样强大的功能，反正我是很难想象的。
界面友好这种东西，说实话，在出现智能手机之前，在出现震动这种输入，any.do这类应用之前，对所谓的界面友好的理解也就停留在拖动复制之类的操作上。况且后来也都用CP CV，而非鼠标了。另外一个原因是，这类东西在手机上往往有更好的应用。在电脑上，不得不说，键盘实在是太强大了，说是第三只手，一点也不过分。
用键盘这种东西当然也有很明显的副作用，就是程序员的肩部颈部几乎都有毛病，不知道以后科技发展了，会有怎样的更人性化的人机交互方式，或许和三体里一样直接电波交流了。键盘类型的操作方式虽然学习曲线比较陡峭，不过仍然是现阶段在PC上效率最高的工作方式。
因为商业和技术发展的原因，肯定会有更多的人研究用非命令行的方式与电脑高效率的交互，就拭目以待好了。

@zcanberry
求推荐linux下的pdf阅读器，最好能达到adobe pdf professional这种强大的处理pdf以及pdf转word功能的阅读器。

@zcranberry

装了次arch 不成功，卡在grub那里了。。
加载内核不成功，好像grub也分32和64的？
32的grub不能引导64的 arch？