Content Preview: rss
36 days ago
感觉有看不完的书，有做不完的事情。 唉，如果可以分身就好了！ It seem there have endless books and documents should to read, and endless work should to do. Oh dear, what shall I do?
51 days ago
Q: 为什么我在Oracle下Delete Table，但是表空间却得不到释放？ A: 学习一下Delete和Truncate的区别： 1. 当使用Delete语句删除表的所有数据时，不会释放表所占用的空间；使用"Truncate Table"语句不仅会删除表的所有数据，而且还会释放表段所占用的空间； 2. Delete属于DML (Data Manipulation Language) 操作，支持事务；Truncate属于DDL (Data Definition Language) 操作，不支持事务； 3. Delete语句的操作可以回退，但Truncate Table语句的操作不能回退。
63 days ago
一定要站在领导的角度来思考问题，要理解领导的意图啊。 南宋初年，岳飞几次向宋高宗请战，收复失地。为什么屡次遭拒，甚至被贬职？ 不理解领导意图呗，当时宋钦宗还没有死，还被金国作为俘虏软禁着。如果岳飞收复失地，救回宋钦宗，那么宋高宗怎么办？
63 days ago
一般来说，SaaS 的领跑者往往是许多人构建的大型应用程序。大型应用程序的单元测试中，数据总是一致的：在后期执行单元测试的项目总是惨败。与此相反，成功的 SaaS 开发人员在编写代码之前运行单元测试。例如，如果我要编写一个名为 ServiceController 的类，我不会直接开始编写该类。相反，我编写根据类中的方法运行所有单元测试用例的类。接下来我甚至会进一步运行测试用例，尽管我知道它们将失败，因为我没有为该类编写任务代码。 这样做的目的在于，排除单元测试中出现 bug 的可能性，保证总是能通过单元测试。一般来说，很容易无意中犯这个错误。如果所有单元测试都失败，我就可以开始编写实际代码了。当我完成新类的编写时，我将再次运行单元测试。只要通过所有的测试用例，我就将向单元测试自动库添加新的单元测试类，在每次构建时运行。换句话说，我为应用程序创建的整个单元测试库都成为构建流程的一部分。实际上，在我每次开始构建项目之前，都将运行所有的单元测试，以确保应用程序代码的完整性没遭到无意破坏。 在编程的世界中，我发现只有几个开发人员严格遵守该过程。但是，他们都是行业内最受尊敬的、最具声望、身价最高的开发人员。如果您想知道提高身价的捷径，请坚持单元测试。 原文：http://www.ibm.com/developerworks/cn/opensource/os-cloud-saas/?ca=drs-tp4608
68 days ago
这是奥巴马在竞选总统时用的最多的一个词。 每个人的风格都是不同的。 而且同样的做事风格，在一些人眼里可能很完美，在另一些人眼里却可能很Stupid。 要不你改变他，要不改变你自己去适应。前者很难，后者却很容易。 有时责任心强不一定会比责任心差一点的好，因为言多必失，活干多了总难免会出差错。 拿多少工资，干多少活。该我干的自然干好，不该我干的该找谁找谁去。 面试的时候装作什么都懂，干活时装作什么都不太懂。 这样面试时成功几率大，干活时压力和工作量却不会太大。 为人要保持低调。 最后引用Jobs一句话： "Stay hangry, stay foolish"。
