立场是最重要的问题。
Keep the big picture in mind and pay attention to details.
看问题要有一定的高度，Scheme、Framework、Principle、Philosophy。
不要人云亦云，要有自己的判断力、自己的思想。
学而不思则罔，思而不学则殆。学习、思考、实践。
主动模式(Interesting)：主动读书、主动思考、主动研究。
当局者迷，旁观者清。角色假象，随时站在各种角度、各种立场看问题。
生命是一种长期而持续累积的过程！
优秀是一种习惯，生活是一种态度，学习是一种意识。
按照软件工程的思想撰写论文，按照软件工程的思想办事，按照软件工程的思想生活。。。
勿在浮沙筑高台。
大道至简。
Be aware of what you are doing!
Be interesting to others.
量的积累-->质的飞跃。
在研究过程中应随时关注最新的研究动态，不应找一堆资料就闷头研究，不再查找最新的资料。
论文名、关键词等应考虑用一些惯用、常见的词语，以便被更多的人检索到。
不应绝对的看待论文发表的时间，因为不同类型文献发表的周期是不一样的。
不管做什么事，都要站在接受者的角度看问题，要给接受者一种看上去很美的感觉。
要看上去很美，这一点很重要，但也不能仅仅是看上去很美。
虽然过程很重要，但这是一个更注重或者说只注重结果的社会。
不要轻易说此路不通。
不要把自己软件的关键核心部分建立在不可靠且难以替换的库上。
叛徒是最危险的敌人--红岩。
车到山前必有路。
如果读一本厚书时进展极为缓慢，很可能是因为还没有到读的时机，或是没有找到正确的读法。
要善于总结，将自己的思想提炼表达出来，写成文字、讲给别人听。(左手程式右手诗--侯捷)
一切都在情理之中，偶然现象的背后一定有着某种必然的因素，不要轻易放过偶然现象。
设计不应过度-->搜集资料也不应过度，多动手干活才是王道！
从图像质量评价所领悟到的思想：误差的思想、概率的思想、相关度的思想、权重的思想、核心信息的思想。
工欲善其事，必先利其器(为了提高开发效率，要先搭建得心应手的开发环境)。
远见 务实
从别处拷贝代码时要认真检验每行代码的合理性, 融入现有代码后是否依然保持资源的分配释放成对出现
保留程序的各个版本代码(最好包括编译的可执行版), 发现问题时采用二分查找法找到引入问题的版本
------------------------------------------------------------------------------------------------------
作一件事，首先要找到一个好的方法来做，至少要找到一个正确的方法来做，这样可以说已经成功了一半甚至一大半。另外，也要找到一个恰当的时机，天时地利人和。
小聪明与大智慧的一个比喻：如将问题看作是在多维曲面上搜索一个全局最小点，小聪明可以看作是在当前位置寻找最优下降方向的能力，而大智慧可以看作是统观全局，寻找全局最小点大致方向的能力。仅有大智慧可以找一个全局来说很小的点，而仅有小聪明很可能陷入相对全局来说很大的局部极小点，因此，大智慧 > 小聪明。最后，若大智慧再加上小聪明则能够找到全局最小点。
学习一样东西，不能仅仅考虑这个东西是什么、怎么样，而要多想想这个东西为什么是这个样子，很多时候会发现这个东西就应该是这样，也只能是这样，或这样最好；偶尔也可能发现这样不够好，其实还可能更好。如此，用批判、挑剔或欣赏的眼光看问题，事实上已经站在了设计师的角度来看待问题，而不仅仅是一个被动的、Crammer的用户，也就能够把知识学的更深、更透。
两个瓶子装不到两瓶水的理论：如果将水平均装到两个瓶子里，则两个瓶子都不会装满；如果装满一个瓶子在装另一个，则至少有一个瓶子是满的。如果将水比喻为人的精力，将装满瓶子比喻为成功。。。
163与GMail的对比：163将POP3收信设为收费项目，而GMail的POP3只是速度比较慢。虽然163和GMail可能都不希望用户使用POP3，但采取的做法却截然不同：163迫使用户放弃POP3；而GMail却使用户更愿意选择web的方式，因为web的方式还有其它好用的附加功能可以用，如邮件搜索，聊天等。这似乎也是Google能够成功的一个细节吧。