OS与Oracle

当生活是为了忘记，当今天就忘记了昨天，昨天存在的意义又何在？ 而又有多少个碌碌无为的昨天从你身边飘过，不留一点痕迹。 今天的难忘，终将成为明天的财富，无论是快乐，抑或痛苦。 人生终将老去，年轻人可以老态龙钟，老年人亦可以生龙活虎。态度决定行动。 其实，我们都很年轻，虽不是八九点钟的太阳，起码也是午后一点的阳光，暴晒无比。 回归，回归。

此时此刻，彼时彼刻，物是人非。    

看来还是得找个第三方网站托管下照片。放在自己空间太占用带宽和存贮了。目前放在本空间的图片暂时无法访问啦，直到找到解决方案为止。 picasa应该不错，就是国内访问有问题，找找国内的，好象没找到一个又可以外链接，又比较很容易管理的。 怎一个简单的问题都这么复杂呢。

匹兹堡出差，工作之余，漫步于匹兹堡大学与卡内基·梅隆大学，突然发现，工作与生活本可以无缝地融合在一起。工作的疲惫，旅游的新鲜，在刹那间好象就彼此融合了。心里很是兴奋，一个异国的城市，一所世界出名的大学，一个市民公园，一个高尔夫球场。 或许，我应该在这里记录下更多关于生活的足迹，而不仅仅是工作的。生活有时也跟工作一样有趣，工作有时也跟生活一样无聊，就让彼此调剂吧。   

到了将要演示的时候，遭遇一bug，出现numeric overflow。就偏偏在演示就要开始的时候出问题，这概率。。。 越重要的场合，出现事故的可能性也越大，像这个bug，就是由于做了足够的演练，才进一步影响了数据库里的统计数据，最后触发了这个bug，少点做演练就暂时避过这问题了，多点演练就提前暴露问题了，多好的一个度啊这是。当然，bug的存在是一个前提，可是，这又有什么办法呢，这又关乎经验知识的积累问题了，没有什么事情能等到你经验知识都积累完备了再开始啊。 只能说，谋事在人，成事在天。。。 无语。

Kaya 发表于 os2ora.com 今天OOW 2010正式开始，将会有一系列重大的产品被announce，包括新的OLTP Machine。 会在Oracle总部呆上两三个月的时间，或许会趁这段时间，勤快点写点文章，多点思考，做点有意义的事情。 既然提到了OOW，也就顺便提下我们组今年在OOW的sessions吧，有机会有门票的同学可以前去捧场。 Session ID: S317164 (Monday 2:00PM) Session Title: The Latest Real World Performance Challenges Session Abstract: Oracle’s Real-World Performance Group — the group that first presented at Oracle OpenWorld parallel query techniques with partitions, the index-less database, cardinality challenges with the optimizer, over-processed databases and connection storms — this [...]

转一个比较正式的招聘，也顺便做下广告，欢迎您的加盟。 Job description: Real World Performance Group is part of the Oracle Database product management team. We do customer benchmarks and post-product escalations to help to shorten sales cycle, to make quality insurance of the Oracle database product, and master the competitive intelligence of the Oracle database product. We are a global team including people [...]

Kaya 发表于 os2ora.com RWP(Oracle RealWorld Database Performance Group)准备在中国多招一员干将，有没朋友有兴趣。工作地点最好在深圳，北京也可以接受。工作内容主要在于性能调优(OLTP/OLAP)还有可扩展性方面，希望有这方面比较丰富的经验。 仅仅是先做个不正式的预告，不过有兴趣&&有疑问的朋友也可以给我发邮件。

这个标题只是一个引子，背后隐藏的其实是另一个话题，信息过载。 不过这个标题也有点不准确，如果是邮局寄过来的邮件的话，对当代人而言一天也就一两封最多了，把它们都读完应该不算是一个什么问题。这里指的当然是电子邮件，一天邮箱里面收到上百封邮件是很正常的事情，特别是你订阅了很多电子邮件列表的话。 为何提到这个问题，原因在于新装的系统，thunderbird还来不及配置邮件过滤规则，于是刚两天时间的工夫，邮箱里面就静静地躺着200多封未读邮件，触目惊心啊。 另一个相似的例子是google reader，当订阅了很多的RSS后，未读文章数经常是1000+，当然一个方法是利用google reader的一个小功能，把未读文章数隐藏起来算了，眼不见为净嘛。 因此，一天能读多少封邮件，其实是一个一般化的问题，放开去讲，可以说，一天能读多少篇RSS文章，一天能读多少条新闻，一天能读多少本小说，一天能编多少行代码，一天能做多少件事情，一天能听多少音乐，一天能读多少白皮书，一天能签多少合同，一天能做成多少笔买卖。 当你的目标具有获取的易得性，取之不尽的特性时，这个问题就浮现出来了。 当然，目标源有好坏之分，精华与糟粕往往是夹杂其中，良莠不良。一天阅读十篇RSS文章与一天阅读十篇白皮书带来的作用应该是天壤之别。李敖对于互联网有个观点，大意是虽然互联网的信息很多很及时，但必须花很多时间去筛选，而阅读书籍则是直接吸取精华。 当然，目标源与你的关系也有远近之分，不属于你专业范畴也不是精华的东西看了可能也等于白看，纯粹是浪费时间，而筛选出这些非专业的精华的东西出来，应该是很消耗精力而且吃力不讨好的事情。 于是，这里应该涉及到几条原则： 1. 勇敢地舍弃掉不属于你专业范畴的一般化的订阅源。 2. 寻找更好的知识获取途径，如白皮书，书籍。 3. 精读与泛读相结合之。 4. 利用好工具辅助进行信息的筛选自动化。 回到标题这个问题上来，这个问题或许已经不重要，重要的应该是如何找到重要的邮件，如何舍弃不重要的邮件的问题了。

近来越来越觉得自己有种回归过去的感觉。
os2ora在2007年底开始想这个名字时其实是这样解释的: os2分别代表Operating System和Open Source， ora当然是代表Oracle了。后来2009年初自己把os2ora简化为OS与Oracle。不过，现在又开始觉得其实这里的东西有些还是与Open Source密不可分的。
同样的，在2009年初，自己定的目标是专注在OS与Database的性能监控与调优上面。现在又觉得其实这里面很多东西涉及到系统架构，软件设计方面的东西，而关于系统架构与软件设计的理论其实在2006年之前的某种时间就比较系统的了解过了。
也许这也算是自己在软件领域思想认识的一个迭代过程吧，但愿这次回归是去除了浮躁的一种真正的回归。
与回顾相比，其实展望更有其实际意义，起码可以做为一个前进的指引标志。为了证明自己或许更擅长于右脑思维:-)，还是以一个思维发散图做下展望吧……