2010年5月11日 星期二

dropbox于2010年5月10日被和谐

昨天晚上打开家里电脑,发现dropbox一直连接中,上vpn,一切正常了。
mlgb,还好我有vpn,顺利的把办公室电脑的内容和家里的同步了。

dropbox也被和谐了,看来所有web2.0的网站都不保险啊。
直接引入白名单吧,省的我们费力气翻墙了。
gfw加油,我看好你哦。

2010年4月30日 星期五

原来每月加班超过36小时是违法行为

原来每月加班超过36小时是违法行为啊,竟然一直都不知道。

《中华人民共和国劳动法》第41条:“用人单位由于生产经营需要,经与工会和劳动者协商后可以延长工作时间,一般每日不 得超过一小时;因特殊原因需要延长工作时间的,在保障劳动者身体健康的条件下延长工作时间每日不得超过三小时,但是每月不得超过三十六小时。”

《违反〈中华人民共和国劳动法〉行政处罚办法》第四条:“用人单位未与工会和劳动者协商,强迫劳动者延长工作时间,应给 予警告,责令改正,并可按每名劳动者每延长工作时间一小时罚款一百元以下的标准处罚。”

《违反〈中华人民共和国劳动法〉行政处罚办法》第五条:“用人单位每日延长劳动者工作时间超过三小时或每月延长工作时间 超过三十六小时的,应给予警告,责令改正,并可按每名劳动者每超过工作时间一小时罚款一百元以下的标准处罚。”

《违反〈中华人民共和国劳动法〉行政处罚办法》第六条:“用人单位拒不支付劳动者延长工作时间工资报酬的,应责令支付劳动者工资报酬、经济补偿,并 可责令按相当于工资报酬、经济补偿总和的一至五倍支付劳动者赔偿金”。


2009年12月16日 星期三

一千个读书的理由

春读雪莱,夏读拜伦,秋读波德莱尔,冬读艾略特。读美国书宜随随便便,读德国书宜正正经经,读法国书宜情感丰沛,读俄国书宜思虑清淅。
哪个男子不钟情,哪个女子不怀春。晨与妻子宜读纪伯伦,暮与情人宜读泰戈尔。少年恋爱读《维特》,中年情外读《廊桥》,老年多情读《歌德传》。
读莱蒙托夫要喝酒,读海涅宜高歌。读海明威宜舞剑,读卡夫卡宜流泪。读雨果宜沉思,读凡高须流血。
黑格尔宜读精要,尼采宜诵全文。大仲马宜一目十行,昆德拉宜反复回味。读茨威格宜一气呵成,并马上重读一遍,读陀氏宜心智平衡,并每三年读一遍。
忙里偷闲略读华莱士,闲来无事细读托翁。催眠宜读海德格尔,失眠宜读福尔摩斯。讲课前宜读培根,讲演前宜读沙翁。峰会前宜读杜拉克,总结后宜读韦尔奇。
回首往事宜读《忏悔录》,展望未来宜读托夫勒。研究世界文明宜读亨廷顿,反思中国精神宜读费正清。
历史入门宜读汤因比,哲学入门宜罗素。艺术入门宜读丹纳,文学评论入门宜读韦克勒,美学入门宜读鲍葵尔,戏剧入门宜读布莱希特,经济入门必须读凯恩斯,军事入门宜读《战争论》,计算机入门宜读比尔盖茨。
了解资本主义宜读布罗代尔。解剖自我宜读弗罗依德,磋磨他人宜读弗洛姆。分析群体宜读荣格,现代禅学宜读铃木大拙,认知人类宜读列维--斯特劳斯。
受伤后读毛姆,得意处读惠特曼。忧郁时读川端康成,寂寞时读《鲁宾逊》。清理思路宜读维特根斯坦,智力训练宜读波普尔。玄之又玄读胡塞尔,清之又清读德里达。
如想做世界第七读《相对论》,爱因斯坦说:懂得它的只有六人。如还不满意,宜读霍金。如想试试能否成为作家,宜读《百年孤独》。两种结论:一是"我也能这么写",一是 "算了,让老马独步"。
与女学生谈话,宜谈《简爱》,如她不知,正好讲与她听,以示多情;与男青年谈话,宜谈希罗多德,这是唯一机会,以炫博学。
三岁宜鹦鹉学舌ABC, 七岁宜读《数码宝贝》,十岁宜读《哈利--波特》,二十岁宜读《丧钟为谁而鸣》,三十岁宜读《存在与虚无》,四十岁宜读〈查泰莱夫人的情人〉,五十岁宜读《战争与和平》,六十岁宜读《追忆似水流年》,七十岁宜读《圣经》。

2009年12月10日 星期四

ora-04030 out of process memory when trying to allocate 123404 b

ora-04030 
out of process memory when trying to allocate 123404 bytes (hash-join subh,kllcqas:kllsltba)

今天在对一个900多列的表进行select的时候,报了这个一个错误。
查了一下网上的资料,发现很多人建议是减小sga,pag。
事实证明是无效的。
查找metalink,发现是aix系统对oracle的资源限制问题。
奇怪的是oracle安装文档上并没有该参数的设置。

The error in this case is an AIX platform specific issue and it occurs because of an OS resource limitation.
Increase the kernel parameter MAXUPROC to 8192 and restart the listener.
The OS commands in order to find the current maxuproc value and change it :
-Display:   lsattr -E -l sys0 -a maxuproc
-Change:    chdev -l sys0 -a maxuproc=NewValue

 Change takes effect immediately and is preserved over boot.If value is reduced, then it goes into effect only after a system boot.

1.用root权限登录
2.查看现有maxuproc参数:
  lsattr -E -l sys0 -a maxuproc
3.修改maxuproc为8192:
  chdev -l sys0 -a maxuproc=8192
4.su到oracle用户:
  su - oracle
5.重启oracle的监听:
  lsnrctl stop
  lsnrctl start


2009年8月12日 星期三

在aix5.3上安装svn

项目需要在aix5.3上搭建一个版本控制系统,首选svn。
在svn官方网站http://www.open.collab.net/发现提供的aix版本是Binaries。
下载subversion-1.4.6-apache-python.tar.gz,上传至服务器。
(1)gunzip  subversion-1.4.6-apache-python.tar.gz
(2)tar -xvf subversion-1.4.6-apache-python.tar
(3)给subversion目录添加权限
        参照:chown -R root:system /opt/subversion/
(4)在aix的profile里添加LIBPATH = /opt/subversion/lib
安装完成。

2009年8月7日 星期五

word2007_文件许可权错误,word无法完成保存文件

在Word 2007 里习惯性的Ctrl+S 的时候,突然跳出这么个提示,顿时觉得不好。。。
可怜的是,我错点了否,哎,报了一堆错之后,我的文件不见了!
google之,找到了网上有同样遭遇的人:

http://www.zfreet.com/post/kaspersky_conflict_with_word.html

解决方法:
打开卡巴–>设置–>反恶意程序–>文件和内存–>然后点“启用文件和内存保护”旁边的“设置”–>选择“附加”标签–>将“扫描模式”由“快速模式”更改为“访问和修改时”。

郁闷的是,我现在换成了赛门铁克的sep11,还是出了这样的问题,烦!

一怒之下,我装了wps,╮(╯▽╰)╭

探求ETL本质之六(元数据漫谈)

探求ETL本质之六(元数据漫谈) 
对于元数据(Metadata)的定义到目前为止没有什么特别精彩的,这个概念非常广,一般都是这样定义,“元数据是描述数据的数据(Data about Data)”,这造成一种递归定义,就像问小强住在哪里,答,在旺财隔壁。按照这样的定义,元数据所描述的数据是什么呢?还是元数据。这样就可能有元元元...元数据。我还听说过一种对元数据,如果说数据是一抽屉档案,那么元数据就是分类标签。那它和索引有什么区别?
元数据体现是一种抽象,哲学家从古至今都在抽象这个世界,力图找到世界的本质。抽象不是一层关系,它是一种逐步由具体到一般的过程。例如我->男人->人->哺乳动物->生物这就是一个抽象过程,你要是在软件业混会发现这个例子很常见,面向对象方法就是这样一种抽象过程。它对世界中的事物、过程进行抽象,使用面向对象方法,构建一套对象模型。同样在面向对象方法中,类是对象的抽象,接口又是对类的抽象。因此,我认为可以将“元”和“抽象”换一下,叫抽象数据是不是好理解一些。
常听到这样的话,“xx领导的讲话高屋建瓴,给我们后面的工作指引的清晰的方向”,这个成语“高屋建瓴”,站在10楼往下到水,居高临下,能砸死人,这是指站在一定的高度看待事物,这个一定的高度就是指他有够“元”。在设计模式中,强调要对接口编程,就是说你不要处理这类对象和那类对象的交互,而要处理这个接口和那个接口的交互,先别管他们内部是怎么干的。
元数据存在的意义也在于此,虽然上面说了一通都撤到哲学上去,但这个词必须还是要结合软件设计中看,我不知道在别的领域是不是存在Metadata这样的叫法,虽然我相信别的领域必然有类似的东东。元数据的存在就是要做到在更高抽象一层设计软件。这肯定有好处,什么灵活性啊,扩展性啊,可维护性啊,都能得到提高,而且架构清晰,只是弯弯太多,要是从下往上看,太复杂了。很早以前,我曾看过backorifice的代码,我靠,一个简单的功能,从这个类转到父类,又转到父类,很不理解,为什么一个简单的功能不在一个类的方法中实现就拉到了呢?现在想想,还真不能这样,这虽然使代码容易看懂了,但是结构确实混乱的,那他只能干现在的事,如果有什么功能扩展,这些代码就废了。
我从98年刚工作时就开始接触元数据的概念,当时叫做元数据驱动的系统架构,后来在QiDSS中也用到这个概念构建QiNavigator,但是现在觉得元数据也没啥,不就是建一堆表描述界面的元素,再利用这些数据自动生成界面吗。到了数据仓库系统中,这个概念更强了,是数据仓库中一个重要的部分。但是至今,我还是认为这个概念过于玄乎,看不到实际的东西,市面上有一些元数据管理的东西,但是从应用情况就得知,用的不多。之所以玄乎,就是因为抽象层次没有分清楚,关键就是对于元数据的分类(这种分类就是一种抽象过程)和元数据的使用。你可以将元数据抽象成0和1,但是那样对你的业务有用吗?必须还得抽象到适合的程度,最后问题还是“度”。
数据仓库系统的元数据作用如何?还不就是使系统自动运转,易于管理吗?要做到这一步,可没必要将系统抽象到太极、两仪、八卦之类的,业界也曾定义过一些元数据规范,向CWM、XMI等等,可以借鉴,不过俺对此也是不精通的说,以后再说