上一页 1 2 3 4 5 6 7 8 9 下一页(Page 2 of 9)
车东 Ping 了我一下，提了三个问题：
1 你小时候的理想是什么?
我小时候的似乎没甚么理想(理想这个词太大了),印象中有一次和小学班主任(我遇见的最好的一个好老师)在课堂上,老师问我长大了要做什么,我支支吾吾了憋了半天,有些不好意思的说长大了要做一个科学家. 不过这不算真的理想。我那个时候就是想整天玩, 疯跑,闹。
顺便说一下,那个时候心目中的科学家、教授，是十分伟大的称号. 这些儿时的想象到了大学之后被我看到的一举击溃，原来大学教授们不过尔尔阿
2 你现在的理想是什么?
我现在的想法用崔健的两句歌词来说是：
钱在空中飘荡/我们没有理想 / ...突然一个念头/不再跟着别人乱走
3 如果你的生命只有 3 天时间，你最希望完成的 3 件事情是什么?
如果生命中有如果, 那我这三天还是按照正常的生活吧.
这是一个充满了 "轻" 的时代. 谈理想与生命这样的话题似乎太沉重了。所以我上面的回答基本上是一种逃避.
开始在开始之前开始，结束在结束之后结束.
好长时间没怎么看 Oracle 技术文档了，今天阅读了一篇 Oracle Response Time Optimization with Method R. 这是 Optimizing Oracle Performance 经典图书这本经典图书的主旨方法。R 代表响应时间(response time).具体的定义如下：
这里面的核心元素是 Profile .Profile 要提供应用程序到最终用户的响应时间的详细描述.体现到 Oracle 数据库这一层，就是要得到扩展的 SQL Trace 数据。
是不是感觉有些"虚", R 方法和一些我们已知的数据库优化方法颇一些相似之处，但是 Cary Millsap 宣称 R 方法是目前已知 Oracle 优化方法中的最优秀的、最全面的。我们来看看一些简单比较：
R方法 vs OWI 方法
OWI(Oracle wait interface)只是R方法中的一个基本元素. R 方法是适用更广的(比如应用层)诊断指导策略(参见:How to Make an Application Easy to Diagnose);
R方法 vs YAPP
说来有趣, YAPP(Yet Another Performance Profiling Method) 方法的过程如下:
我们看看笛卡尔的方法论:
YAPP 其实不过是笛卡尔方法论的一个体现形式而已.
YAPP 只适用于 Oracle 层，对于 Web 应用层等则无能为力; R 方法适用的范围更广(其实是 YAPP 的进化版本); YAPP 也搞不定 Oracle 的 idle events .
R 方法 vs 瓶颈分析(bottleneck analysis)
瓶颈分析则首先要找到瓶颈, R 方法是以目标任务为导向的, 着眼于业务. 直接抓最关心的角度.
虽然现在应用还不够广泛,但 R方法(Method R)是一种在理论上比较完美的方法.其中的产生思想值得我们深思.
注意到年后是不少 DBA 朋友找工作的时候, 干脆做一个页面把一个猎头招聘信息贴出来，方便一下那些求职的朋友．
职位列表：
在此之前的一个月内，已经替公司找到了一个不错的 DBA ．上一个招聘信息还是有点价值的．这段时间也收到了不少朋友的简历．这里对那些求职的搞技术的朋友们一点小小的建议(主要针对 DBA):
简历应该有针对性．很多朋友对简历似乎都不怎么上心．很大一部分朋友都是直接用那些招聘站点的简历模板，也不修改就直接发出来．应聘产品 DBA 也是这个简历，应聘开发 DBA 也是这个简历．我的建议是，每一份简历最好有针对所应聘的职位有具体的能力描述，没错，定制后的内容，同时把那些不必要的内容考虑去掉．应聘 DBA 的时候如果你的简历中写着大量的熟悉 HTML 、熟悉 Java 开发之类的话是没什么用的.
给招聘者足够多的技术信息.招聘者是迫不及待的要知道你的相关技术信息的。最好在简历中能说一些体现自己技术能力的地方,那怕是网络上的能够体现自己观点的技术讨论也好。如果有个个人技术积累的 Blog，那么无疑会让人眼前一亮，当然，你的 Blog 最好不要堆满了 Copy 来的文章.
节省资源，包括招聘者的时间．网络招聘者一般会留下 MSN 等 IM 联系工具，尽量珍惜你同未来雇主的交流效率，千万别半个小时还在交流什么"我叫什么名字,以前在什么公司工作的事情"之类的废话，尽量先用 email 把要说的话说掉,然后问自己疑虑的东西足够了.
还需要补充的一点是:消灭错别字. 简历和 IM 聊天的时候尽量别弄出错别字. 会给人不严谨的感觉,有的时候错别字也会给人带来误会.
祝求职路上的朋友们都尽快的找到合适的工作！
BTW:
简历的格式个人认为友好程度: WebPage > PDF > TXT > Word > Saved HTML ，我个人最喜欢 PDF, 收到的 HTML 简历格式大部分都比较糟糕 . Word 文档可能携带病毒, 有的 HR 不喜欢接收这样的格式. Txt 格式的文本其实能做出来很 Geek 的东西,但是我从来没看到过像样的.
关于简历真是一个很有趣的话题, 改日需要重新再写一些内容.
最近 Oracle 频繁收购开源厂商, 也有消息说 Oracle 也曾经试图收购 MySQL 未果, 一连串的事情引起了开源界的恐慌，估计也让不少开源爱好者都很闹心，今天居然在 CSDN 头条上看到了没有了MySQL，我们使Linux还能干什么这样的观点：
我宁可看到微软收购 Redhat、Mandrake等，也不愿看到 MySQL 被收购，因为在这之后将可能是 PostgreSQL 的覆灭，到了那时，我们还有什么理由继续使用 Linux 呢?
没错，这居然是 CSDN 的头条新闻. 这不知道这位开源爱好者怎么会作出这个有些可笑的结论.有必要讨论一下了。
被收购并不意味着会修改软件许可证方式.假定现在 MySQL 现在已经被某个大厂收购, 那么并不意味着这家收购方会冒天下大不韪，收购方可能会继续采用当前的许可模式，这样对那些期待免费使用的最终用户来说没甚么影响; 开源运动的实际推动者还是那些千千万万的软件爱好者,这一点不是以某个公司的意志能转移的。
修改软件许可方式不一定不是免费的. 我不知道那些 MySQL 的爱好者与使用者是重点关心软件价格的免费还是代码的开放, 据我的观察, 国内的 MySQL 最终用户中，直接因为某项功能而 Hack MySQL 源代码的少之又少，更多的都是直接拿来应用. 如果我的这一判断出入不大,那么 MySQL 被收购后不再开源，用户未必就一下子跑光了。
MySQL 不是唯一的开源数据库. 放眼望去,PostgreSQL、Ingres、FireBird等等优秀的开源数据库产品还有很多; 除了流行程度, 软件功能和 MySQL 相差都不大; 即使收购方扼杀了 MySQL; 广大开源用户还是有的"吃"。
MySQL 本身的血统并不那么高贵. MySQL 本来就是由商业公司在背后运作, 甚至本身的技术也多少依赖于开源软件界。如果说他被更大的商业公司收购的话，只能说他的商业运作成功，修成正果而已。咱何必奢求?
更多厂商的推出免费数据库. Oracle 推出了免费的 Express Edition DB, IBM 紧跟对手推出免费的 DB2 Express-C, Sybase、EnterpriseDB 等厂商也都有免费或开源的 DB 产品推出, 即使没有了 MySQL，我们的选择只会更多. "死了张屠户，也不用吃混毛猪".
如果这些理由还没有解除你的顾虑, 现在我们看看数据库之外的东西。
一般来说, 用 Linux 做企业应用，大致有以下几种: Web 服务器、文件服务器、邮件服务器、安全、数据库服务器、嵌如式产品等等。且不说数据库服务器中应用 MySQL 的比率, 即使没有了数据库服务器，其他种类的应用照样会跑得欢.
LAMP(Linux、Apache、MySQL、PHP/Python/Perl)这一套组合里，我一直认为 MySQL 把所有开源数据库的功劳放到了自己身上. 一些调查报告显示, 在 Linux 之外, 应该 Apache 的 Httpd 应用程序应用最广泛, 始终是超过数据库服务器应用的(必须要说明的是一些调查公司的数据中是包含 Oracle for Linux 的应用情况的) 。一个 基于 Linux 的 Web 网站可以不依赖于 MySQL、PHP, 但是不能没有 Apache. 从这个角度上说, MySQL 并不是不可或缺的。
OpenSource 的一个好处就是能够给你更多的选择，无论什么时候也不要担心商业的力量会把所有的路都堵死。
所以说，就算没有了 MySQL，用户也不可能抛弃 Linux , 我们能用 Linux 做的事情多着呢!