2008-01-22 Tue
我最早接触的 SCM 工具是 vss ,但是没用几天(换工作到网易后)就迁移到了 cvs 。我自己大约用了一年后,公司集体从 cvs 迁移到了 svn 。领导这次大迁徙的大大说, svn 是一个更好的 cvs (确实是这样吗?据说有争议,但至少我感觉在多文件版本控制上 svn 比 cvs 方便)。
前几年,有人跟我争论过到底 vss 的加锁模式好,还是 cvs 的合并模式好。我觉得答案是不言而喻的,懒得争论。虽然在某些特殊环境上,我们偶尔需要加锁模式协同工作,但对于程序员的协作来说,无疑我们需要并行的工作。
我们在若干年前曾经淘汰过一次加锁的协作编码方式,而到了今天,是时候再做一些改变了。或许,分布式的版本控制工具才是未来的发展方向。我想,总有一天,cvs/svn 这类集中式版本控制工具会被淘汰掉的。
说说我的困扰吧,可能很多开发小组也遇到过。
我们禁止提交不能编译通过的代码,尽量不提交不能测试通过的代码。结果,对于很复杂的模块,有人几乎一个月都没提交过一次。他总是觉得程序还不太成熟,但几经修改的代码其实从来没有作版本控制。
有些模块由两个人合作编写,关系非常紧凑。有时候需要在两人之间交换一些代码,为了方便,大家通过代码仓库中转,结果在仓库中留下许多未完成的版本。
代码被用笔记本带回家,结果在家完成的部分无处可以提交。(为了安全,我们的代码仓库不能从外网访问)
某人写了一个模块,总是有 bug 没有修改完,而不敢提交。这个时候,另一个人希望协助他找问题,却没有合适的途径 share 那段完成了一半的模块。跑过去 XP 一下么?天哪,为什么我们这里每个人用的编辑器都不一样,还都爱用些特别个性的配色方案呢?
我们尝试过一些 work around 的解决方法,比如在本地自己创建仓库。托 TortoiseSVN 的福,这件事在 Windows 下做起来还是很简单的。可终归是多个仓库的管理,用的人始终感觉麻烦,而没有贯彻下去。
今天有同事问我,分布式版本控制工具到底跟我们现在在用的系统有什么区别。我想了一下回答说:它的本质就是在原有工具的基础上增加了一种方便的仓库合并功能。(哈,我接触这类东西时间不长,大家就当我胡说)
集中式版本控制工具,总要求你有一个中心服务器,提供一个项目仓库。每个人都必须严格保持跟仓库的内容一致。当项目大于等于 2 人时,往往都会指定一些规则,比如不要提交写了一半的代码到仓库去等等。结果,这些规则导致了上面我提到的问题。
即使是一个人自己用,有时候也会碰到问题。有一次我回到家,看到老爸(一个老程序员)在家做一个自己的小东西。因为我们家有两台电脑,我看见两台机器上有若干份不同的版本,我便推荐他用 svn 。因为两台机器都不是 24H 开机,我便选择了在 U 盘上创建仓库。可以设想的到,两台机器的 U 盘插入后盘符是不同的,这可真是一场灾难啊。
其实大多数情况下,我们要的仅仅是 版本管理 ,并不要求通过这类工具协同很多人修改同一份代码。在我们公司,修改别人的代码是要通知文件创建人的。大家都尽量在自己的工作目录下写东西。我并不要求分布式的版本控制工具帮我解决开发人员分布在不同地方的问题,我需要的仅仅是可以更方便的创建私人(或小团体)的分支,可以局部的提交的问题。这些,只需要一个仓库合并的特性就做到了。
我比较孤陋寡闻,知道有分布式版本控制工具是从 git 发布的消息开始的。有 Linus 的鼎鼎大名在那,应该是个好东西。我想还会有一些跟我一样,一进入项目开发就两耳不闻窗外事的朋友,不知道 git 是何物的话,不妨看看 Git 中文教程 。
可惜的是,git 对 Windows 支持的并不好。我们至少还有一半的项目跑在 Windows 下,开发人员则超过一半在用 windows 平台。听说其原因是 git 非常依赖文件系统的一些特性,这些在 Linux 下表现的很好,而 Windows 下特别糟糕。不管具体原因是这个还是别的,我对在公司推广 git 没有多少信心。
另一个选择是 Monotone ,但听说跟 git 有同样的问题(对 windows 的支持问题)。毕竟 git 本身就受了 monotone 的很大影响吧(我猜的)。有趣的是,和 Git 一样 Monotone 也是用 C 写的。当然这句话其实应该倒过来说,因为 Monotone 是从 2003 年开始的,比 Git 早多了。
关于 Git 和 monostone 对 windows 支持不太好的说法,可以参考这一篇: Mozilla: Version Control System Shootout Redux Redux ,Mozilla 的大大这样评价:Git is inappropriate for cross-platform projects due to its UNIX-centric nature; same goes for Monotone.
嗯,既然 Mercurial 是 (Mozilla 的) current favorite (but not the winner) ,我们也可以关注一下。说起来,Mercurial 的命令名很有趣,是 hg 。我花了几秒钟才反应过来,Hg 就是汞嘛 :D 。
下面再让我们看看几个候选人,Bazaar 的网站上有它和其它几种工具的比较。虽然有人说它性能不行,但我想那是针对 Mozllia 这种超级项目说的,我想对我们这样的小东西不会有什么影响。别的方面看起来很不错哟。尤其是它宣称的智能 rename ,真是太有爱了。
svn 下给目录 rename 绝对是场灾难。如果你不小心没有直接去仓库中 rename ,那么就意味着目录下所有文件的 del / add 。而即使你在仓库上直接操作,所有 client 都会大量的做 del / add 操作。每当这个时候,我都超心痛我的硬盘。
darcs 看起来也不错,我对 Haskell 本身就有莫名的好感,用 Haskell 写出来的软件对我就意味着稳定。虽然我自己不怎么玩 Haskell 也不太用 Python ,但是若让我花时间选一门语言玩的话,我会优先试试 Haskell 的。
作为 svn 的老用户,或许应该多关注一下 svk ,它在 svn 的基础上增加了一些分布式管理的东西。但是我不太喜欢这种补丁式的解决方案,因为设计总会随着需求而改变。若是背上太多历史包袱会让我有些不详的预感。
最后可以看看 GNU Arch 。我浏览了 arch 的 wiki 中 WhyArch 这一页,吸引我的是最后两条:
Arch is lightweight
Arch has a clean and transparent design
不过从 google 搜索结果来看,我没觉得 GNU Arch 是个有前途的项目(相比前面几个而言)。
对于我这样依然有部分时间在 Windows 环境下苟延残喘的程序员来说,有个好消息。那就是托开源的福,可爱的小乌龟无处不在。
Mercurial 的乌龟版:TortoiseHg
Bazaar 的乌龟版: TortoiseBZR
Darcs 的乌龟版: TortoiseDarcs
不过就我的历史经验,只有 TortoiseSVN 是正宗乌龟,最好用。不用对其它版本乌龟的操作手感抱太大希望。
1 月 23 日 补充:
下面很多朋友谈到,合理的使用 branch 的功能就能解决我碰到的大多数问题。
没错,的确是这样。但是我们现在使用的 svn ,由于各种原因开 branch 都是件很麻烦的事。并不是指操作麻烦,而是管理麻烦。我们没有专门的代码仓库管理人员,大家比较松散。另外,在经过一次安全事故后,公司要求严格控制代码树上每个分支的读写权限。最终导致开 branch 成本过高,而很少有人日常使用。
前面提到分布式版本控制工具提供了方便的仓库合并功能,这个仓库合并其实就是分支合并。并非 svn 没有,而是做的不方便。这一点正如 cvs 的一个老问题:如何方便的确定一组文件的版本,我们可以用 tag 来解决,但终究不如 svn 那样每次多文件提交都是单一原子操作来的方便。
今天,北京比前几天更冷了,虽然天气晴朗,阳光充足,但是,风大,吹在脸上很快就能让人麻木地无法做出任何表情。
最后的考试在今天结束了,三天以后可以拿到驾照,岩岩,以后去看你更方便了,我幻想着一个场景,我开着一辆皮卡,后面载着一车皮的树苗,我把车开到晴朗的远郊,在山水婆娑的地方,一棵一棵地种下她们。呵呵,我知道这个想法似乎很幼稚,种树大概不是那么随心所欲的事情吧。不过,为了满足你的愿望,那颗树我一定要去种的。
后天可以去看你了,说句实话,我有些惶恐,很怕以后你定格在我脑海中的形象是你躺着的姿势,但是,还是要去,怎么能不去见一面安详的你呢?
今天看到很多朋友在姐姐的《祝愿每一个家庭和美》的文章里留言,大部分是理解和支持的,当然也有说气愤,说屈服于金钱,说一些其它的话。这些想法我都能理解,他们也都是想为你讨回一个公道。但是,我知道,那一家付出的金钱永远不可能是一个能让他们获得解脱的方法,哪怕仅仅是在数字上看也是很少的。为什么姐姐决定接受了,为什么任由对方连道歉都没有,就这样接受了?我想岩岩你能明白,我也能明白,每一次交涉都要花费一天的时间,每拖一天你就躺在冰冷的太平间里面多一天,不要说姐姐软弱,她已经超乎寻常的坚强了,去追究,去说钱,去要他们道歉,等着他们措辞,这些东西在你的离去面前连提起都让人觉得屈辱,还要跟他们打多久交道?还要姐姐去跟他们打多久交道?
责任在每一个人自己的心中,从你这里学到的东西,我想,很多人都跟我一样,一辈子也不会忘记。
祝,快乐。
exec dbms_stats.gather_table_stats(null, 'BIGT',
estimate_percent => 1);
It is not always easy for users to pick the appropriate sampling percentage. If the specified sampling percentage is too high, it can take longer to gather statistics. On the contray, if the data is skewed and the specified sampling percentage is too low, the resulting statistics can be inaccurate.
For this reason, Oracle introduced the AUTO value for the estimate_percent parameter. For example, you can gather statistics on BIGT as follows:
exec dbms_stats.gather_table_stats(null, 'BIGT',
estimate_percent=>dbms_stats.auto_sample_size);
When AUTO is used Oracle picks a sample size where the statistics quality is good enough. However, it does not work very well under cases of extreme skew in the data. In Oracle 11g, we improved the behavior when the AUTO value is used. First, AUTO sampling now generates deterministic statistics. Second, and more importantly, AUTO sampling generates statistics that are almost as accurate as 100% sampling but takes much less time than 100% sampling. To illustrate these merits, we compare the performance of using a fixed sampling percentage, AUTO sample size in Oracle 10g and AUTO sample size in Oracle 11g.
We used the standard TPC-D data generator to generate a Lineitem table. The Lineitem table is about 230G and contains 1.8 million rows with 16 columns. The schema of the lineitem table is as follows:
| column name | column type |
| l_shipdate | date |
| l_orderkey | number |
| l_discount | number |
| l_extendedprice | number |
| l_suppkey | number |
| l_quantity | number |
| l_returnflag | varchar2 |
| l_partkey | number |
| l_linestatus | varchar2 |
| l_tax | number |
| l_commitdate | date |
| l_receiptdate | date |
| l_shipmode | varchar2 |
| l_linenumber | number |
| l_shipinstruct | varchar2 |
| l_comment | varchar2 |
Table 1 gives the elapsed time of gathering statistics on the Lineitem table by different sampling percentages.
| Sampling Percentage | Elapsed Time (sec) |
| 1% sampling | 797 |
| 100% sampling (Compute) | 18772 |
| Auto sampling in Oracle 10g | 2935 |
| Auto sampling in Oracle 11g | 1908 |
Table 1: Statistics gathering time on 230G TPC-D Lineitem Table Using Different Estimate Percentages
We also compare the quality of the statistics gathered using different estimate percentages. Among all the statistics of a column, number of distinct values (NDV) is the one whose accuracy used to be an issue. We define the accuracy rate of NDV of a column as follows:
accuracy rate = 1 - (|estimated NDV - actual NDV|)/actual NDV.
The accuracy rate ranges from 0% to 100%. The higher the accuracy rate is, the more accurate the gathered statistics are. Since 100% sampling always lead to an accuracy rate of 100%, we do not report it. We focus on the columns which has at least one statistics accuracy rate below 99.9% when using different estimate percentages. Table 2 illustrates the accurate rates of the columns.
| Column Name | Actual NDV | Auto Sampling in Oracle 11g | 1% Sampling |
| orderkey | 450,000,000 | 98.0% | 50% |
| comment | 181,122,127 | 98.60% | 4.60% |
| partkey | 60,000,000 | 99.20% | 98.20% |
| suppkey | 3,000,000 | 99.60% | 99.90% |
| extendedprice | 3,791,320 | 99.60% | 94.30% |
Table 2: Accuracy Rate of Gathering NDV LineItem Using Different Estimate Percentages
In short, the elapsed time of ``AUTO sampling in Oracle 11g'' is 10 times faster than 100% sampling but yields the statistics of similar quality (accuracy rate close to 100%).
上午收到一个task,要在下周重建一个数据库的控制文件,生产系统,非常非常大的生产系统,好不容易等到一个停机的机会.
task的内容很简单,要求将控制文件中的参数maxdatafiles修改到4000,目前是1238.这个值很奇怪.一般应该没有人会设置这么个值来玩的,1024,2048这些值还有可能是创建的时候整的,1238,这个值真奇怪,难道是创建数据库的人认为这个是幸运数字?
检查该数据库,发现确实数据文件已经快到这个数目了.重建控制文件,风险太高.其实在生产系统上,改啥风险都很高的.检查了兄弟们发过来的邮件,似乎确实要调整了.
ok,说实话,以前还真没在生产系统上去重建控制文件修改这些玩意,在自己的Laptop上先测试一下.修改到是没有问题.但是还是要想想,这玩意是不是有风险.
搜索metalink,找到doc 101020.1以及119507.1,根据101020.1上的说法,在oracle8以后,maxdatafiles参数会自动扩展,一直会扩展到初始化参数db_files为止.而依据119507.1的说法,为什么要有这个玩意的限制,是因为OS平台的存储导致的,文档中也有说明限制,反正在我的平台上,每个tablespace可以到1022个,每个数据库可以到65534个,也就是说,都是2^N-2个.
不过在两个文档中都提到数据库中最大的文件数,是不可以超过初始化参数db_files的.
在101020.1中是如此描述的:
The routine that performs the expansion writes this message to the alert log.
The messages specifies the section that was expanded and the amount of
the expansion. Please note that this message cannot be turned off.The automatic expansion only occurs up to the limit of the “init.ora” parameter
“DB_FILES”.
在119507.1中是如此描述的:
3. Especially for Oracle8+ you should make sure that you do not encounter an
error against the maximum number of open database files (DB_FILES). It is
more likely that the value for DB_FILES is too low since the controlfile in
Oracle8 expands automatically as long as the number of the added datafile is
lower then the value for DB_FILES. Normally the error message should
indicate this: ORA-00059 : maximum number of DB_FILES exceeded
检查该系统的alert_.log,果然发现了如下类似的记录: Fri Aug 17 13:52:35 2007
kccrsz: expanded controlfile section 4 from 1024 to 1126 records
requested to grow by 102 record(s); added 1 block(s) of records
Mon Dec 31 11:17:18 2007
kccrsz: expanded controlfile section 4 from 1126 to 1238 records
requested to grow by 112 record(s); added 1 block(s) of records
那么,就是说,我的系统已经自动扩展过两次,才扩展到这么个奇怪的值的,也就是说没有问题了,不用重建控制文件了.生产系统,还是不整我比较能睡的着.
It's finally starting to come together. Rogers Cadenhead announced today that Netscape has agreed to hand over the RSS 0.91 spec to the RSS Advisory Board. Netscape had grown weiry of hosting the DTD and specs for one of the older versions of RSS and Rogers has agreed to take on hosting of these files.
http://blog.netscape.com/2008/01/22/rss-specifications-moving-to-rss-advisory-board/
http://www.rssboard.org/news/181/rss-090-091-moving-rss-advisory-board
Rogers also created a How-To convert from RSS 0.91 to 2.0. Thanks Rogers for all the great work!
http://www.rssboard.org/convert-rss-0-91-to-rss-2-0
Here's a list from the Netscape blog of the new files being hosted on the RSS Advisory Board website.
RSS v0.9 spec: http://www.rssboard.org/rss-0-9-0
RSS v0.9 DTD: http://www.rssboard.org/rss-0.9.dtd
RSS v0.9 Help: http://www.rssboard.org/mnn-help
RSS v0.9 FAQ: http://www.rssboard.org/mnn-faq
RSS v0.9 Character Encoding: http://www.rssboard.org/html-entities
RSS v0.9 Troubleshooting: http://www.rssboard.org/mnn-troubleshooting
RSS v0.9 Future Directions: http://www.rssboard.org/mnn-futures
RSS v0.9 Terms of Use: http://www.rssboard.org/mnn-terms-of-use
RSS v0.91 spec: http://www.rssboard.org/rss-0-9-1-netscape
RSS v0.91 DTD: http://www.rssboard.org/rss-0.91.dtd
RSS 1.0 schema: http://www.rssboard.org/schema-1.0.dtd
以前只看到有女人在网站公布她的裸照,没想到现在也有变态裸男公布照片了。
“网络中没厚脸皮活不下去,我脸皮是装甲护板,砖块不怕,身体不知能否过大家法眼!”近日,在某知名网站社区论坛中一位叫”雨虹浪侠”的网友发布了题为《丑男人,人体写真》的帖子,内附若干张个人身材的照片和书法照,他自称是”人体艺术”。
经调查核实,发帖人是湖南邵阳人,目前在广西某高校任教,教的是经济学专业课,教龄3年,在当地高校青年教师中也小有名声。他自称平时还喜欢看书,”近期看的为经济方面的,外国人的大部头书写得都不错,很长却好读。
“同学和同事们应该不知道我在网上搞人体艺术,但不排除少数知道了出于面子不好意思跟我当面聊。我猜一部分人会骂我不要脸,女的肯定会觉得下流,相当部分会为我叫好,他们晓得我常做猛事的。”
对于网上的漫骂和质疑,”雨虹浪侠”说:”只要与父母亲人等无关,想骂就骂吧,骂和质疑我本人都是网民的自由。我相信他们胸腔跳动的都是善良的心。”
现在在网络帖自己裸照的变态越来越多了,不过我相信很多都是因为年轻、冲动或猎奇心里,经受不了那些芙蓉、杨二车娜姆、山东二哥之类人物的吸引,也做出了一些无耻的事,从而进入了变态的行列。然而没想到高校的老师也会变态,而且变得比他们更厉害。
从这些照片中,我并没有看到任何的男性的阳刚之美和健康之美。我所看到的是一个的确很丑的丑男人,用他那几乎没有肌肉的身体在床上或树林里,象妓女一样摆出一些矫揉造作的POSE,全部一副既想当婊子又想立牌坊的样子。
假如这也叫人体艺术的话,那么以后不再也罢。在镜子中看着自己的大肚皮,感觉比所谓的”人体艺术”强多了。
不管好看不好看,如果只是秀身体也就罢了。只是这个变态发布的照片大多数都聚焦在下体,仿佛在象大家说”我的东西也不错吧”,这和那些靠帖大胸照片来找嫖客的妓女有说明区别!通过照片来暗示自己的性能力,以此来吸引喜欢一夜情的风骚女人,或为卖身做广告,这个目的就和人体艺术相去太远了。
AL32UTF8 is the database character set that supports the latest version (5.0 in Oracle 11.1) of
the Unicode standard. It also provides support for the newly defined supplementary characters.
Here are some major points I briefed as a reference.
How to move to AL32UTF8 / UTF8 (Unicode) Database Character Set
Note:119119.1
to check you database Character Set,
select value from NLS_DATABASE_PARAMETERS where parameter='NLS_CHARACTERSET';
Usualy database will grow when going to AL32UTF8, use CSSCAN to generate the size expansion report.
The NLS_LENGTH_SEMANTICS initialization parameter determines whether a new column of character datatype uses byte or character semantics. The default value of the parameter is BYTE. The BYTE and CHAR qualifiers shown in the VARCHAR2 definitions should be avoided when possible because they lead to mixed-semantics databases. Instead, set NLS_LENGTH_SEMANTICS in the initialization parameter file and define column datatypes to use the default semantics based on the value of NLS_LENGTH_SEMANTICS.
columne_name VarChar2(300 char/byte)
Related function: lengthb(), substrb()
UniStr() over Chr()
select Chr(163) from dual;
select UniStr('\C2A3') from dual;
convert(string_column,'AL32UTF8','US7ASCII'), convert from US7ASCII to AL32UTF8.
To use WE8MSWIN1252 over WE8ISO8559P1, WE8MSWIN1252 supports European Code.
Reference
* US7ASCII: US 7-bit ASCII character set
* WE8ISO8859P1: ISO 8859-1 West European 8-bit character set
* WE8MSWIN1252: Microsoft Windows West European Code Page 1252
* UTF8: Unicode 3.0 Universal character set CESU-8 encoding form
* AL32UTF8: Unicode 5.0 Universal character set UTF-8 encoding form
**Unicode character sets in the Oracle database, Note:260893.1
exp/imp
set NLS_LANG=
export
set NLS_LANG=
import into the new UTF8 db.
The conversion to UTF8 is done while inserting the data in the UTF8 database.
Today's learning:
如果你确信了那些消极的结论,那么你就极少可能去冒险和尝试新事物。消极的想法掩盖了你的感受,使其处于恐惧中。
积极的想法的也是以同样的方式起到其作用。带着积极的心态,你将搜寻那些积极的选择然后确信其积极的结论。它帮助你克服恐惧并且尝试那些可能你认为“不能做到”的事情.
积极的思想,有助于确定目标实现.
The 2.6 Linux kernel comes with a very flexible and powerful auditing subsystem called auditd. auditd is composed of two parts. The main work is done in kernel-space (kernel/audit.c, kernel/auditsc.c). In user-land, auditd is listening for generated audit events. auditd is able to log file-watches as well as syscalls. All LSM-based subsystems–for example, SELinux–are logging via auditd as well. All events are written to /var/log/audit/audit.log.
A typical log messsage for a SELinux AVC message looks like this:
type=AVC msg=audit(1194365688.964:124): avc: denied { search } for
pid=16063 comm="sh" name="ftp" dev=dm-2 ino=9198817
scontext=system_u:system_r:vpnc_t:s0
tcontext=system_u:object_r:public_content_t:s0 tclass=dir
aureport is a tool which generates summaries based on your audit data. To get a summary of all AVC messages, starting on Dec 1th 2007, just
call aureport like this:
[root@tiffy ~]# aureport --avc --summary --start 12/01/2007 Avc Object Summary Report ================================= total obj ================================= 22 system_u:object_r:public_content_t:s0 19 system_u:object_r:user_home_t:s0 15 system_u:object_r:file_t:s0 11 system_u:system_r:gpodder_t:s0 11 system_u:system_r:mono_t:s0 9 system_u:object_r:auditd_etc_t:s0 8 system_u:object_r:tmpfs_t:s0 8 system_u:object_r:tmp_t:s0 4 system_u:object_r:src_t:s0 4 system_u:object_r:mono_exec_t:s0 2 system_u:object_r:xdm_tmp_t:s0 2 system_u:object_r:user_gnome_home_t:s0 2 system_u:object_r:system_dbusd_var_run_t:s0 2 system_u:object_r:unconfined_tmpfs_t:s0 1 system_u:object_r:boot_t:s0 1 system_u:system_r:system_dbusd_t:s0 1 system_u:system_r:unconfined_t:s0 1 system_u:system_r:java_t:s0 1 system_u:object_r:lib_t:s0 1 system_u:object_r:user_home_dir_t:s0 1 system_u:object_r:var_log_t:s0 1 system_u:system_r:unconfined_execmem_t:s0
Now, ever wondered how to get this magic lines looking more user-friendly?
Steve Grubb wrote a small script called mkbar. It converts these lines into gnuplot-compatible data. Gnuplot is a 2D/3D plotting program which is able to produce nice-looking graphics. If you would like to get a graphic showing which SELinux file types are generating an AVC message (and in what proportions), just call aureport and pipe its output through mkbar:
[root@tiffy ~]# aureport --avc --summary --start 12/01/2007|mkbar avc Wrote avc.png
Isn’t that figure somehow more meaningful than the raw audit log data?
You can download the mkbar tool and see more examples on the auditd project page.
VisiStat是一个在线网站统计服务提供商,前一阵根据自己统计的网站发布了一个2007全球网站统计报告。经常有人问:“网页bounce rate平均是多少多少,算不算正常”,或者“访客的平均停留时间是多少多少,算长还是算短”。以后这种问题就不用问人了,可以直接参照这个报告,看和全球网站的平均值有啥差异。
报告其实很简单,只有一个页面。给我印象很深的是下面两个统计图:
从图上看Firefox在2007年已经占据全球浏览器26.1%的市场。分析自己站点的日志得出的值是24.85% ,在3年前这个值是5.09%。3年内成长了488%,年均成长169%,发展速度实在太惊人了。
从操作系统占有率统计上来看,Linux都没能单列出来,被归到Other里,而Other连0.6%都不到。Linux桌面喊了那么多年,可还是这个样子,应该说依然任重道远呢,还是可以宣判死刑了呢?也可能随着web应用的发展,大部分应用都搬到了浏览器里,操作系统之争永远不会再有那么大意义了吧。
文中的图截自:http://www.visistat.com/web-use-trends-2007.php
年会回来已经1个星期多了。我一直在提醒自己应该记录一下年会上发生的一些事情,奈何总是挤不出一整块可以让自己平静思考的时间。从刚回来时的略感失落到现在的平静,时间总会带走许多东西,但是平静的时候正是适合回忆的时候。
1月12号和hotfall、阳光新一代直奔九华山庄报到。今年的报到过程比去年正式多了,有摄影师现场给每一位报到的会员拍照,拍出来的即照即出照片可以让会员自行粘贴上胸牌,胸牌还可以填上ID和其他个人信息。不过我倒是建议主办方应该像其他会议那样把个人信息和ID打印在上面,而不是让参会人员自行填写,打印出来的会显得正式一些。发的礼品也比去年丰厚多了,发了一个笔记本背包,这个可是我去年年会时强烈建议的。虽然质量不算太好,总比没有好。其他礼品还有鼠标和一个耳麦,倒是挺实用的。登记完个人信息领了房卡便去房间了。九华的房间相比去年香山饭店的房间会好一些,有饮水机,有一台可以上网的电脑,虽然显示器是很破的CRT,但是每个房间都可以上网算是不错的。去年年会香山的房间像是迷宫,当时好多人绕来绕去找不到自己所在的房间。不过九华的房间隔音效果太差,我能够很清楚地听到隔壁的说话声。
刚在房间里面放置好东西,便听到门外一长串脚本声,原来是LULU、耗子、HOTFALL、西瓜等一干人直奔阳光MM的房间而去。我也赶紧拿出相机记录下当时的情况,偏偏阳光MM是千呼万唤不出来,弄得门外一帮人干着急,他们纷纷和HOTFALL一起合影起来了。接下便是去楼下餐厅吃晚饭了。在餐厅碰到众多老朋友,也碰到很多尚未谋面的新朋友:伟哥、w39、温妮、甜雨、shahand、情人节、猫鱼、husthxd、ORACLE版块新上任的几位版主等等,ID实在太多人,没法一一记清。晚餐比起去年香山的晚餐菜要丰盛多了,可惜我那段时间正闹肠胃炎,只能草草吃了几个清淡的菜,便拿起相机四处拍照起来了。之所以拍了那么多照片,便是想给年会留下最详实的影像资料。我本来的计划是每一桌每一个人都不放过,可惜太多人不熟了。尤其是很多IX的MM第一晚上都不怎么配合,我只能凑合着拍了几张,只有小尾巴鱼MM因为之前聊过,很配合地摆了POSE照了两张。今年年会相比去年年会,美女的参与量大有增加,去年只有零星的几个MM,今年IX那边有好几个美女出席。1月12号晚餐最哄动的一幕便是V哥的出席,V哥在晚餐开始后大约20分钟戴着一幅墨镜很拉风地来到晚宴现场,大批人立马惊叫起来。众多粉丝纷纷和他合影,我们都在开玩笑说V哥应该把芙蓉姐姐也带过来,那样场面绝对哄动。阳光MM和hotfall也是左牵右傍地拉着V哥的手合影起来。迷人的阳光和hotfall两个MM是年会2天最受欢迎的MM,众多男PUBer一直追随在她们身边。后面的场景基本上都是一些老熟人的互相恶搞,上演不少断背的好戏,我的镜头也是如实地记录下这些场景。晚餐后大家都回到自己房间去。我觉得今年年会另外一个不好的地方便是没有一个显眼的集合地,大家晚餐或者会议后都是各回房间,导致互相交流的时间很少。去年年会香山饭店大厅有一些茶座,大部分PUBer在会议的间歇时间和饭后都聚集在那边聊天,人气很盛。这个主办方明年应该考虑改进。
回到房间后便是整理起晚上拍的照片,然后上传到PUB。那晚上的照片帖是我年会几个照片帖中最有人气的,尽管只有照片没有介绍,很多人还是看得津津有味,不时有人跟帖,后一天晚宴的照片我觉得比第一天晚上的照片可看性强多了,而且很多PUBer我都加了ID标注,人气却是大不如前了。那天晚上深夜九华非常吵,不时地有类似抡锤子的声音传过来,弄得很多人都睡不好。
1月13号上午年会的主论坛会议我基本上是充当记者的角色。在会场里面拿着相机四处拍照,记录了众多年会论坛的场景。在年会主论坛,边拍照,又边和众多新老朋友会面打招呼。见到了冰冰凉和她的美女同事,可惜当时还不大熟,给她们拍照的时候都歪过头去。在IX的两位美女面前想拍张照片,结果相机参数没设置好,闪光灯一直闪愣是没拍成,后面一大帮人在起哄大笑,我只好草草地拍了张。由于拿着相机四处拍照,很多以前没见过我的朋友还把我当成是主办方请的记者,不过记者穿着件花花的毛衣是有些不伦不类的,后面老虎给了我比较官方的称呼——狗仔队。
1月13号下午我参加了年会的数据库分论坛,是由eygle主持的。eygle先是介绍了众多来参加分论坛的PUB上的熟人,然后便是宣布分论坛的开始。数据库分论坛先是Sybase中国区的CTO卢东明做了一下Sybase IQ的演讲,接下的提问交流大家都很踊跃,对于Sybase IQ的技术特性等内容进行具体发问。可能是卢先生比较少接触具体的技术了,很多技术细节他回答得并不能让提问者满意。不过他的演讲和介绍确实是不错,让大家对Sybase IQ有了更清晰的认识,也知道基于列存储压缩的Sybase IQ独特强大的特性。接下是biti_rainy的演讲,eygle在介绍BITI的时候用了句时下流行的网络语言:“很邪恶、很强大”,据说这是前天晚上他们斗地主大赛的口头禅。V哥听完这话马上跟了句“很黄很暴力”,满座哄堂大笑。BITI的演讲非常有激情,身患感冒的他穿着大衣站着台上,不用话筒,不用PPT就直接开讲。目前已经转型为技术管理者的他已经不再讲述具体技术细节了,而是从宏观上讲解如何搭建高可用数据库架构、如何提升数据库在企业IT应用中的价值而不仅仅是存放数据的黑盒子、如何协调开发部门和DBA部门的沟通、如何区分不同DBA岗位的职责等内容。后面的QA环节还是一如既往地活跃,关于turner问的如何提高DBA在企业中的影响力、DBA如何更好地协调推动项目工作等,BITI根据自己的经验做了精彩的回答。他的意思是在发现问题时先找出改进办法和建议,找到相关的负责人员,提出建议并进行修改,修改后如果有改观的话把修改前后的数据库指标数字用趋势图表现出来,然后对开发人员进行表扬。尽管可能这些具体技术指标可能对方并不能看明白,但是趋势图可以一目了然地反应更改前后的变化,看到这样的更改有成效,那么开发部门就会有成就感,以后他们在听取你的意见建议的时候就很乐意地配合你工作,这样慢慢DBA就会扩大自己的影响力。由于提问交流气氛很活跃,主持人eygle为了控制整体的时间进度,不得不控制会员提问问题的数目。最后一部分的演讲是IBM的刘晶炜介绍XML数据库的发展。后面我还串桌到其他分论坛拍了些照片。
1月13号晚上的颁奖晚宴将本次年会推向高潮。颁奖晚宴先是IT168的高层和老虎致辞,然后便是大家开吃起来。我的肚子还没好,主要任务还是拍照。两天下来,大部分人都比较熟悉了,于是很多人都互相串桌敬酒交流。接下来便是给年度各个奖项颁奖。老牛是年会颁奖的大赢家,领了好几个奖项,奖品多得都搬不动,我也恶作剧地上去把他的奖品笔记本电脑给搬走了。晚宴结束后便回房间了,和d.c.b.a、piner等人打了一小会牌。后面piner的书需要搬一部分到贝贝家寄存出售,贝贝和我们几个同事一起打着车把一大堆书弄到她家。幸好贝贝的家离九华不算太远,把书弄好回九华后就睡觉去了。
1月14号早上不到6点就起床了,因为要赶到机场坐飞机。到大厅退房时,贝贝和IT168的工作人员已经守候在那边了。这次年会IT168的工作人员非常敬业和辛苦,他们起早摸黑,在寒风中接送参会的会员,处理年会过程中诸多的会务,组织安排这么大规模的年会……今年的年会比起去年香山的年会组织要改进许多,应该感谢IT168众多工作人员的辛苦工作!从九华到机场除了我们几个杭州的同事,还有就是husthxd、Franks和600同学。从九华离开的时候天还是全黑的,我们在灯火中告别北京。

作者:AnySQL, 发布在anysql.net
今天开年会, 很高的中奖比例, 居然一个都没有中. 当抽五等奖没有中时, 对自已说恭喜了, 有机会得四等奖了. 四等奖没中时对自已说, 看得上的都是三等奖以上的, 但到最后还是没有得到任何奖. 一次年会不中奖可以理解, 但连续四次年会都中不了奖, 还是不容易的.
生活中真是没有运气啊, 只能继续努力奋斗了.
在股票上没有好运, 不管是公司的股票期权, 还是自已炒过的少量股.
在发票上没有好运, 吃了几百, 连中个5元钱的机会也没有.
在彩票上没有好运, 以前(最近5年没有买过了)买过一段时间的彩票, 只中过5元钱.
不过最不甘心的还是四次公司年会, 连末等奖都没有中, 只能享受阳光普照奖.
相关文章 | Related Artiles
作者:Fenng 发布在 dbanotes.net. 订阅 DBA notes
这几天存储行业比较大的一个新闻是 EMC 宣布在高端 Symmetrix 产品支持 SSD (固态盘, Solid State Drive),注意是基于闪存(FLASH)的固态盘。不到半年前,和一些存储厂商的朋友提及 SSD 仍有人不知为何物,现在似乎一夜之间 SSD 到处都是了。EMC 虽身为市场的领先者,也敢于吃螃蟹,来者不善。

EMC 这次采用的 SSD 是 STEC 公司 Zeus-IOPS 产品线的产品。这一型号号称随机读操作的 IOPS 能达到 52000 个,采用 SLC (single-layer cell ),写也可以达到 17000 个 IOPS。只从这个数字看,单块 SSD 的性能是机械硬盘的 30 倍还多。在可靠性上,SETC 据说实现了 ECC 机制.
现有的机械硬盘的虽说在单位容量上还在不停的增加,但是性能基本上是到了瓶颈,即使用于高端存储的高速硬盘,IOPS 的能力基本上也就是 150 个左右。而 SSD 单块就能提供几万个 IOPS ,且耗电量极小,平均故障间隔时间(MTBF)又是普通硬盘的10倍之多, 这对以期得到高 IOPS 的 DBA 来说, 简直是银弹。
但是(什么都怕这个"但是"),但是 SSD 的有它固有的缺点。其中一个就是可擦写次数(这个在几个新闻稿里面可算是一笔带过的),尤其是基于 Flash 的 SSD。传统磁盘虽然有它的缺陷,但是可擦写次数几乎是无限次的。
听听来自竞争对手的声音或许也能让我们多点心眼。HDS 的 CTO Hu Yoshida 在 Blog 上撰文,提出了他对 SSD 能否被市场接受的三点疑问:
- 1) 价格因素:SSD 大约是普通磁盘驱动器的 30 倍.
- 2) 磁盘供应商多数是初创公司,主流磁盘生产厂家并没有上阵呢.
- 3) Flash SSD 可擦写次数有限.
如果说前两条只是竞争对手的 FUD 的话,那么最后一条还是会令 EMC 销售很头疼,如何让客户消除这个疑虑是有些难度的。STEC 官方的技术参数是可擦写次数能达到 200 万次。这样看的话,在高端存储上用 SSD 还是有比较合适的应用场景:在 EMC 提倡的 “智能分层存储” 前提下由 SSD 提供密集读的操作能力。
--EOF--
相关文章|Related Articles
评论数量(0)|Add Comments
本文网址:http://www.dbanotes.net/review/emc_ssd.html
最近作者还说了什么? Follow Twitter / Fenng
作者:Fenng 发布在 dbanotes.net. 订阅 DBA notes
这几天存储行业比较大的一个新闻是 EMC 宣布在高端 Symmetrix 产品支持 SSD (固态盘, Solid State Drive),注意是基于闪存(FLASH)的固态盘。不到半年前,和一些存储厂商的朋友提及 SSD 仍有人不知为何物,现在似乎一夜之间 SSD 到处都是了。EMC 虽身为市场的领先者,也敢于吃螃蟹,来者不善。

EMC 这次采用的 SSD 是 STEC 公司 Zeus-IOPS 产品线的产品。这一型号号称随机读操作的 IOPS 能达到 52000 个,采用 SLC (single-layer cell ),写也可以达到 17000 个 IOPS。只从这个数字看,单块 SSD 的性能是机械硬盘的 30 倍还多。在可靠性上,SETC 据说实现了 ECC 机制.
现有的机械硬盘的虽说在单位容量上还在不停的增加,但是性能基本上是到了瓶颈,即使用于高端存储的高速硬盘,IOPS 的能力基本上也就是 150 个左右。而 SSD 单块就能提供几万个 IOPS ,且耗电量极小,平均故障间隔时间(MTBF)又是普通硬盘的10倍之多, 这对以期得到高 IOPS 的 DBA 来说, 简直是银弹。
但是(什么都怕这个"但是"),但是 SSD 的有它固有的缺点。其中一个就是可擦写次数(这个在几个新闻稿里面可算是一笔带过的),尤其是基于 Flash 的 SSD。传统磁盘虽然有它的缺陷,但是可擦写次数几乎是无限次的。
听听来自竞争对手的声音或许也能让我们多点心眼。HDS 的 CTO Hu Yoshida 在 Blog 上撰文,提出了他对 SSD 能否被市场接受的三点疑问:
- 1) 价格因素:SSD 大约是普通磁盘驱动器的 30 倍.
- 2) 磁盘供应商多数是初创公司,主流磁盘生产厂家并没有上阵呢.
- 3) Flash SSD 可擦写次数有限.
如果说前两条只是竞争对手的 FUD 的话,那么最后一条还是会令 EMC 销售很头疼,如何让客户消除这个疑虑是有些难度的。STEC 官方的技术参数是可擦写次数能达到 200 万次。这样看的话,在高端存储上用 SSD 还是有比较合适的应用场景:在 EMC 提倡的 “智能分层存储” 前提下由 SSD 提供密集读的操作能力。
--EOF--
相关文章|Related Articles
评论数量(0)|Add Comments
本文网址:http://www.dbanotes.net/review/emc_ssd.html
最近作者还说了什么? Follow Twitter / Fenng

2008年1月20日去下沙的丁哥黑鱼馆吃了餐饭,在口碑网上看到他家的鱼做的还不错。很不巧,我们去的时候是正当吃的时候,人蛮多的,庆幸的是居然还有位置坐。这一坐下麻烦就来了,点了两个菜,其中一个是鱼,居然等了55分钟,催了3-4次才终于吃到。
有很多饭店都设置有等侯的沙发,采取叫号子的策略,这样可以控制并发数量,并在流量最大的情况下保证大多数人的利益(已经坐下的食客)。有的饭店有等候措施,但是执行的很差。这就是差距,执行和控制的细节需要真正懂的人来操作。
在软件开发中也有这样的执行和控制,对于需求我们要懂得如何去给他设置缓冲池,控制并发,并保证满足大众的利益。
No TagsNo Tags51testing深圳第一次搞活动,300多人,济济一堂,场面很是火爆,看来深圳的培训市场是很大一块蛋糕啊。
我们深圳地区的版主也难得一聚一次,上次周总来的时候好多版主加班,这次很多人又一次缺阵,闫飞勇老弟上次已经见过了,这次认识了久仰大名的QTP版主Denis老弟,恭喜Denis老弟新换了工作。

感谢主办方51testing,特别感谢李总和王海龙老师的精彩演讲(虽然赞助商的广告时间稍显有点长,不过你的演讲还是十分精彩的)
晚上下班,外面下雪子,有点冷.
可是晚饭又没有着落了,lilian在4点的时候就下班回家了,剩下我和alan,alan说要去电脑城看看相机,据说是要用年终奖给女朋友买相机,好男人一个呀.
顺便看了下iPhone,问了下版本,说是已经有破解版V1.2的出来,拿了一个样机看了看,唉,真的是很好用,iPhone,太帅了.很想拥有一个.这估计已经是我08年的一个愿望了吧.用户体验感觉真的很好,整个屏幕简洁,大气,看起来十分的舒服,电脑城的价格目前是4200人民币,不过据说国外带过来的,大概400多点美金,价格差别好大呀.看来下次谁出国的时候,要记得帮我带一个iPhone.不过似乎现在钱不够哟,算了算,要是我每天攒一块钱的话,10年就够了,如果每天攒10块,那1年就够了,要是每天攒100块,不要40天就够了.每天攒1000块,不要1个星期就够了.嗯,攒钱,哪怕每天攒5毛,20年也就能买了.
每天回家没事,一个人,房间除了床,还有一张桌子,不过冬天,我基本上除了上班,在外面,回家就在床上.还是看书吧.看书,提高自己的技能,然后攒钱,买iPhone,有人要买的时候,记得一起哟.
PS:晚上看piner的书的时候,发现没有书签,以后这种技术书籍应该送书签的,而我又舍不得象看小说一样折页算书签,找来找去,发现钱包的钞票好像比较适合作书签,碰巧今天没有零钱,塞了张100的作书签,也应了古人说的书中自有黄金屋的说法,不过据说还有一句是书中自有颜如玉,这个估计在技术书籍中是不大会有的:)
Choosing the right typeface for your website copy is important, since it will affect the way your readers perceive your page (serious and formal, or friendly and casual). Aside from this, there are also important usability concerns. For example, some font types are more easily readable than others, and some are more widely available.
选择合适的网站字体是网站设计的一项重要内容,因为这会影响读者对网页产生什么印象(严肃、正式还是亲切、随意)。除此之外,字体还会影响网站可用性,比如说,有些字体更便于用户阅读,有些字体应用更广泛。
You want to choose font types that:
网站字体应该符合以下要求
1. fit the character of your site,
1. 符合网站特点,
2. are easy to read on a computer screen, and
2. 易于用户阅读,
3. are widely available across many browsers and operating systems.
3. 多种浏览器与操作系统的兼容性。
There are basically two types of fonts: serif and sans serif. Serif fonts are those that have fine cross-lines at the extremities of the letter. Sans serif ("sans" being the French word for "without") are fonts that don't have serifs. The most common serif font is probably Times New Roman. Arial is an example of a common sans serif font.
字体类型基本可以分两种:serif与sans serif,serif字体是指在字母末端有横线的字体,而sans serif字体是指没有衬线的字体。我们经常使用的serif字体是Times New Roman,而Arial是我们经常使用的sans serif字体。
Let's go briefly through the most popular font types and evaluate their availability, readibility and character:
我们简单分析一下常用字体的可用性、易读性以及它们各自的特征。
Arial*:
Arial字体:
Availability: Thoroughly available. It is probably the most common sans serif font. It is the default font for Windows, and it first shipped as a standard font with Windows 3.1.
可用性:完全可以利用。它可能是最常用的sans serif字体,是Windows的默认字体,在Windows3.1中是标准字体。
Readability On Screen: Not the worse but definetely not the best, especially at small sizes, when it becomes too narrow and the spacing between characters too small.
易读性:不是效果最差的,但也绝对不是效果最好的,尤其当字号很小时。字体太窄,字符的间距会很小。
Character: Has a streamlined, modern look but is also plain and boring.
特征:外观现代、流行,但也很普通、有时令人厌烦。
*For Mac users, the equivalent of Arial is Helvetica.
苹果电脑中,Helvetica等同于Arial。
Times New Roman:
Times New Roman字体:
Availability: Thoroughly available. It is probably the most common serif font. It is the default font for web browsers. It was first shipped as a standard font with Windows 3.1
可用性:完全可以利用。它可能是最常用的serif字体,是网站浏览器默认的字体,在Window3.1种是标准字体。
Readability On Screen: Acceptable for font sizes of 12pt. and up, but terrible for smaller sizes.
易读性:12pt以上的字体容易阅读,但小字号的字体易读性差。
Character: Serious, formal and old fashioned.
特征:严肃、正式、陈旧。
* For Mac users, the equivalent of Times New Roman is Times.
在苹果电脑中,Times等同于Times New Roman。
Verdana:
Verdana字体:
Availability: A widely available sans serif font, Verdana was first shipped with Internet Explorer version 3, when the exponential growth of the Internet demanded a new font that was easy to read on the screen.
可用性:这种字体被广泛运用。它首先出现在IE3种,以后逐渐成为一种易于阅读的新字体。
Readability On Screen: Exceptional. It's wide body makes it the clearest font for on-screen reading, even at small sizes.
易读性:非常易于阅读。宽度大使其成为显示器中最清晰的字体,即使字号很小,也很容易阅读。
Character: Modern, friendly and professional.
特征:现代、亲切、专业。
Georgia:
Georgia字体:
Avaliability: Good. It is a serif font introduced by Microsoft with Internet Explorer version 4, when the need for a serif font which much better readability than Times New Roman became evident.
可用性:可用性好。这种字体首次出现在Microsoft公司的IE4中,是一种serif字体。这种字体的可读性比Times New Roman强。
Readibility On Screen: Very good. It is the best serif font for on-line reading, since it was specifically designed for that purpose.
易读性:非常好。它是网站设计中,浏览效果最好的serif字体,因为它是专为网上阅读设计的。
Character: Modern, friendly and professional.
特征:现代、亲切、专业。
Microsoft has also popularized two more fonts: Comic Sans Serif and Trebuchet.
Microsoft还曾经流行过其它两种字体:Comic Sans Serif与Trebuchet。
Comic Sans Serif was launched with Internet Explorer version 3 and mimics the hand writing used in comics. It is easy to read and is informal and friendly, but it is not considered appropriate for more serious, professional sites.
Comic Sans Serif首次出现在IE3种,它模仿喜剧中的书写方式,可读性好。这种字体的特征是:随意、亲切,不适合出现在严肃、专业的网站中。
Trebuchet is another sans serif font, similar to Arial but with more character, although it can be difficult to read in small sizes.
Trebuchet是另外一中sans serif 字体,与Arial相似,但具有更多特点。如果是小字号,阅读起来会很困难。
Finally, we can mention Courier New, a serif font that was widely popular with old, mechanical typewriters, and that is now used only to present simulated computer code (if you need to present snipets of sample HTML code in your web pages, this is the font to use.
最后,我们介绍一种老式打印机广泛使用的字体Courier New。现在我们呈现复制的计算机编码时,还会用到这种字体,比如说,我们需要在网站中呈现HTML编码样本,就会利用这种字体。
Therefore, from a usability perspective, the clear winner is Verdana. If you are inclined to use a serif font, Georgia is the best option. Arial remains a good option for specific parts of text, like headlines and titles, where a different font must be used and you can use larger sizes.
综上所述,Verdana是可用性最强的字体;Georgia是可用性最好的Serif字体。在诸如标题、题目等特殊文本内容中,你可以使用Arial字体。在利用其它字体时,字号一定要大。
The way you specify your desired font in HTML is by using the <font face> attribute. The best practice is to specify several fonts instead of just one, putting the easiest to read first.
在HTML中设定字体时,我们需要利用<font face>属性。最好的方法是把几种字体放在一起,而不是只出现一种字体,然后把易读性最强的放在第一位。
For example, if you want to use serif fonts, your HTML code will look like this: <font face=Georgia, Times New Roman, Serif> . That way, your visitor's browser will try to load Georgia first, but if it doesn't have it installed it will try the next one on the list, in this case Times New Roman; if it doesn't have it either, which is highly unlikely, the browser will choose the third option, which we have specified as any other serif font.
例如,如果运用serif字体,HTML编码可以写成:< font face=Georgia, Times New Roman, Serif >。这样访问者的浏览器会首先下载Georgia字体,但如果计算机中没有安装此字体,就会下载第二种字体,也就是Times New Roman,如果这种字体也没有安装,就下载第三种字体,也就是指定的其它serif字体。但这样的情况不太可能出现。
For sans serif fonts, the code will look like this: <font face=Verdana, Arial, Sans>.
如果使用sans serif字体,编码就是:<font face=Verdana, Arial, Sans>。
1. Oracle Consultant Services招顾问一名,Base在北京,需要
对Oracle数据库有超越常人的兴趣,人不会生来就能解决所有的问题,但是进入Oracle你就可以找到所有你想找到的资料,包括在外面无法拿到的Internal资料,只要有兴趣,在这里你能飞快地成长。
适应频繁出差,我们的客户不局限在北京,所以对于结婚了有孩子的如果一个月在外面呆半个月不回家就得被老婆K的各位朋友,请慎重考虑。Oracle提供的是,出差在外的所有城市最高级的酒店住宿以及其它相关费用,吃住行,没有额外补助。
Oracle的工资不是最高的,不要奢望一个月超过2万的工资,但是我们有自由且宽松的工作制度,我们有非常人性化管理的老板。
Oracle数据库2年 - 3年以上管理经验,能够独立安装各个操作系统下的数据库,包括RAC,对数据库故障处理以及性能调整有实践经验。
有兴趣的给我邮件,请附带简历。
2. 一个关于enqueue lock的问题,最早在itpub提出,一个多月以后,终于有了结果,一个很有意思的现象。有兴趣的朋友去追踪一下。
我发到Internal mailing list上的邮件题目是“why insert statement needs a TM exclusive enqueue?”,同时也发到了metalink上,很明显的差别,Internal mailing list上很多人立刻就明白了是什么意思,并且积极参与了讨论,最后也仍然是从邮件列表中得到的答案,给出答案的是在法国ACS部门的一个韩国技术支持工程师。但是,在metalink上你就会发现,同样是ACS的工程师,但是屡次的回复都根本无法切中要害,我不得不一而再再而三的解释,你说的那些我都知道,但是请你仔细地看看测试用例,我要求的答案并不是你回答的这些东西。这样的事情并不是碰到这一次了。
这说明什么问题?
要讨论技术,那么尽量避免使用metalink,因为metalink是oracle给客户服务的地方,这里的工程师目标是尽快解决手头上积压的问题单,而不是跟你探讨技术,因此他们会先用最简单的方法尝试打消你的疑虑,而这个答案很可能并不是问题点所在。
而对于mailing list,如果有人回复了你的邮件,那么通常表示他对此有兴趣并且仔细看过了,因为mailing list是自发的内部交流工具,在这里,没有责任,没有压力,所以探讨技术的氛围就凸显出来。
为什么要写这件事情呢?因为我们要招人,我想告诉大家的是,如果你喜欢Oracle,那么来原厂商吧,如果你喜欢技术,那么来原厂商吧,只要你想学习,有各种各样的外界无法获取的渠道满足你的求知欲和好奇心。
Oracle在2004年并购PeopleSoft, 2005年并购Siebel,2006年并购Sunopsis,2007年并购Hyperion, 2008年初始并购BEA,这次花了85亿美金。是的,意思就是让所有的企业级软件都由Oracle来提供吧,你们要的我们都能给,而且给的都是世界一流的产品。Oracle是富于侵略性的,是凶悍的,是霸道的,在这里工作你会觉得骄傲。
新域名如下
http://rdc.taobao.com/blog/dba
另外,以前的域名www.taobaodba.com与www.taobaodba.net还继续能用,会自动跳转到新域名上来。
另外,我们的招聘信息,请大家继续关注,我们长期招聘优秀人才,特别是Mysql的优秀人才,欢迎大家踊跃投简历啊,可以投到招聘信息上公布的邮箱地址,也可以投到我的gmail地址(主页面下方)。
详细招聘信息见:
导读:国外媒体1月22日刊登分析文章指出,外界正在盛传雅虎计划裁员1500人-2000人,但事实上裁员对雅虎的帮助并不大,雅虎员工的生产效率仍然远远落后于竞争对手谷歌。裁员对于雅虎而言,与其说是竞争策略,不如说是出售策略。
雅虎准备的裁员的消息甚嚣尘上,据说雅虎CEO杨致远(Jerry Yang)正在考虑一项人数高达1500人~2000人的裁员计划。不幸的是,裁员现在看起来只在逻辑上有意义:雅虎做得事情很多,但却收获太少。雅虎制订了很多计划,但这些计划并未给雅虎带来相应回报,雅虎管理层认为,员工应当多做些更有价值的工作,要么,他们就不要工作了。很残酷吧,这就是资本主义奉行的逻辑,也是雅虎自创建之日起一直推崇的理念。
但裁员计划事实上并不能解决雅虎的问题。数字能够说明其中的道理。雅虎目前拥有员工1.2万人,其年营收大约为70亿美元。相比之下,谷歌的员工数量为1.6万人,年营收为170亿美元(数据源于两家公司第三季度财报)。谷歌每名员工创造的营收超过100万美元,而雅虎员工创造的平均年营收仅为 62万美元。有趣的是,谷歌用于研发的支出恰好是雅虎的两倍。
即使裁员2000人,雅虎员工的生产效率也仅能提升至75万美元,仍然远远落后于谷歌,而且这一预测是以裁员不会给雅虎的营收带来任何负面影响为基础的。简单的说,裁员对于雅虎来说并不是很好的竞争策略,而是一个出售策略。
一直有报道称,微软是雅虎潜在的买家,微软目前的员工生产效率为70万美元,而收购雅虎将拖累微软的员工生产效率。如果雅虎实施裁员,则收购雅虎将提升微软的员工生产效率。
雅虎会削足适履吗?现在就连雅虎的员工可能也希望雅虎裁员。这并不是说他们希望丢掉工作,而是说他们希望雅虎做点儿什么,哪怕任何事。现在雅虎显然有一些员工属于“未充分就业”状态,意思是说他们可以承担更加繁重的工作。管理层可能希望通过裁员把雅虎带到更高的境界。不过,能否实现这一目的,那要看雅虎裁掉的都是些什么人了。(刘继中)










