Robbie Mosaic's T-Log

话说英语吧，在世界好多个国家的人民都学习。由于各个国家有自己的文化背景，因此形成了南腔北调的“各地英语”。不仅仅是发音不同，而且连用法也各异。就先不说别的国家了，就说美国和英国这两个英语为母语的国家吧，都有自己不同的用法。比方说 football 好端端的是个足球，到了美国就变成

作者：Randall Degges翻译：Robbie Fan Year 2011http://rdegges.com/on-programming-deadlinesRandom thoughts of a happy programmer.某个乐呵呵的程序员之随想。On Programming Deadlines有关编程的截止期限The

今天也顺应一下CSDN的文风，来写一篇小品文。在我们众多的编程语言中，我认为有五句应该被淘汰的语句。5. C/C++中的没有break检查的switch。无论是不需要break语句的Visual Basic中的SELECT CASE，还是ABAP中的CASE WHEN，还是python中索性对switch不支持，还是C#中对break的严格检查，都表明没有break检查是不友好的。如果

http://social.msdn.microsoft.com/Forums/en-US/windowsgeneraldevelopmentissues/thread/3792a810-783a-4e36-ba82-e5c344bea8fb/

SAP高级开发工程师 范德成2014年10月25日 写这篇文章之前，我所思考的前一个问题是代码的质量。而在编写了好的代码的前提下，代码的注释就成了代码质量的另一部分——它的作用初看时显得并不那么大，但是越到后面越显得重要。当一名勤奋的程序员为了一个大项目，洋洋洒洒地写了数千行代码之后，他转而去做该项目的另一个模块。等到一年后，他回头再来看他之前写的这几千行代码时，如果没有详细有意义的注

如何说服你的老板为软件质量做投入？ 软件质量（包括功能、性能）是很耗费人力物力的。那么如何说服你的老板为软件质量做投入呢？ 关键在于，这个软件很受欢迎，并且是长期受欢迎的。如果满足这两个条件，那么，软件的质量就功不可没。 我的切身体会，就是我这几年来工作所在的软件，我们整个团队都没有为质量少投入过。其实我们团队人数并不多，多年来我们这里还不像是很吸引人的地方，有的团队比我们

原载于：时间管理决窍1. 把任务组织在一个任务列表（todo list）里。对于知道步骤的任务，这由为重要。对于不知道步骤的任务，可以先写一些初始的想法，然后边做边调整列表中接下去待做的项。这样做以后对于多任务也有好处，因为一次只专注一个任务，但又能在做到一定阶段时从一个任务切换到另一个任务。2. 如果有兴趣做一件事，而又没有兴趣做某些别的事情，而且，那些别的事情优先级没有“有兴趣

2013年Stanley B. Lippman中国行，高博访谈视频（带中文字幕）： 1. http://www.tudou.com/programs/view/ZF5-aiJvS9o/ 2. http://www.tudou.com/programs/view/Oapn8PCszhw/ 3. http://www.tudou.com/programs/view/ATs2H6snZAs/ 4.