----------------------------------------------------------------------------------------------------------------------------------------------------------

 泡牛吧!

                                       希望越来越多的光棍能够泡到牛

-----------------------------------------------------------------------------------------------------------------------------------------------------------

共 192篇 前 10 页: 10    每页5篇 上一页   下一页  

生活日记

       微软的vista还没有出来的时候,我就开始关注这个花了5年时间,近10000人开发的操作系统。前几天终于弄个不要钱,而且可以激活的版本了。从第一次安装到现在使用给我的第一感觉就是速度快了很多,从安装复制文件,近9G花费的时间比xp1G还少,我的机器配置在安装vista前后么月加任何硬件 amd 64位3000+,安装驱动程序结果更简单了,好多驱动不要装,自带,但是我该死的声卡是后来10块钱买的,所以不得不到处找驱动,结果没有找到,通过vista在网上自动搜索,不到1分钟就搞定了,接着我更新 所有的驱动程序,终于能够使用了。  接着是下载常用软件,qq,pplive,迅雷等,结果还都能用,本来想装一个>offie2007的但是感觉该软件特别大就开始试用google.com文件服务了,关于java开发的netbean,eclipse,jboss,也都能用,本来想装个数据库的,看了一下jdk1.6有java内置的数据库就java内置数据库了而且可以自动实现jpa工具。

         昨天晚上听前微软大中华区总裁李开复讲到微软的无缝技术,突然间感觉vista做的烂点没有关系,这只微软无缝技术的一个试金石,以后的产品如何才能真正说明问题,我看也就只有为微软可以花这么大的代价实验一个软件产品,换别的公司早破产了。 

haohao   2007-03-23 09:38:19 阅读:107  评论:0  引用:0
http://cwiki.apache.org/S2WIKI/struts-2-spring-2-jpa-ajax.html
haohao   2007-03-23 08:50:59 阅读:88  评论:0  引用:0

http://www.sooweb.net/Soft/Application/Office/7.html

http://www.sooweb.net/Soft/downloadd.asp?softid=7&downid=0&id=8

haohao   2007-03-22 18:07:22 阅读:128  评论:0  引用:0
  • 数字
    • MySpace月访问量400亿
    • 比喻:粉刷金门大桥,工作完成之时,就是重新来过之日
    • 新闻集团2005年5.8亿收购MySpace,现在至少值60亿
  • 数据缓存
    • 同步问题?
  • 50万账户
    • 数据库采用主从结构,主负责update,从负责read
  • 1-2百万账户
    • I/O并发容量问题
    • 不同的数据库服务器服务于不同的服务
      • 博客
      • 认证
      • 个性信息拆分
    • 新功能使用新数据库
    • 从存储设备与数据库服务器直接交换切换到SAN(Storage Area Network)
    • 用高带宽、专门设计的网络将大量磁盘存储设备连接在一起(SAN)
  • 3百万账户
    • 高度独立,有些信息必须共享
      • 每个数据库必须有各自的用户表副本
    • 向上和向外扩展的问题
      • 向上:多CPU,大内存
        • 昂贵
      • 只要增长趋势存在,无论如何都要走向外扩展的道路
    • 将整个站点作为一个应用看待
    • 将用户按百万一组分割
      • 各组的全部数据存放到一个DB实例
      • 每台两个DB实例,容纳200万用户
    • 还有一个特殊的数据库保存用户名和密码
      • 登录、认证
      • 功能单一
  • 9百万到1千7百万账户
    • 1千万:存储瓶颈、I/O极限
    • 某些数据量会非常大(热门、突发)
    • 3PAR:均匀数据访问负荷(负载均衡)
    • 数据缓存层
      • 被频繁请求的数据对象的副本
      • 不是所有的数据都要放到数据库
  • 2千6百万账户
    • 升级到64位
      • DB:32G内存
      • 升级:64G
  • 可靠性
    • 备用的系统
    • 物理隔开
  • 名言:我们犯过大量的错误,但到头来,我们作对的还是比做错的多
  • haohao   2007-03-20 13:57:56 阅读:39  评论:0  引用:0
            软件这个领域中传统上占优势的是自vonNeumann以降的数学视角,计算问题是其思想内核,而函数式语言无疑是其比较贴切的表现。但是仅有数学,我们对于世界的认识是不充分的。有这样一个笑话。烧一壶水的完整步骤如下:1.向空壶中注满水 2.放到火炉上 3.烧到冒泡。现在有半壶水,求解烧水的步骤。数学家的回答是直接把半壶水倒掉,然后宣称问题已经解决,因为它已经被归结为第一个问题。实际上数学的视角直接限制了某些命题进入研究者的领域。现在业界占主流的面向对象技术,并不像是理论界的自然创造,它的思想来源更像是来自于开发窗口系统的工程实践。http://gagne.homedns.org/~tgagne/contrib/EarlyHistoryST.html.
            面向对象技术的核心是描述问题,它试图实现业务概念和业务关系在程序中的直接表达,所谓更贴近人的思维方式。但是从面向对象的实际操作过程我们即可得知,这里所谓的贴近只是贴近人们的常识而已。常识是有意义的,但也是浅薄的。当程序功能变得愈加复杂,程序的结构不再那么直观的时候,我们从面向对象理论得到的支持并不如最初它宣称的那样的巨大。早期面向对象技术所提出的枚举系统中所有名词和动词的设计方法现在看起来无疑是非常的幼稚。如何确定一个系统中到底需要定义多少个对象,以及如何确定它们之间错综复杂的交互关系,这些并不是通过我们的业务常识能够确定的。
            在具体的,特定的常识与抽象的数学之间,存在着所谓的物理学。常识总是和一定的“有意义”的场景绑定着,可以直观的理解。而数学则蒸馏出一些纯粹的符号,试图与所有预置的意义划清界线。物理学是折衷主义的,或者说是非常狡诈的。它选择了只在需要的时候诠释。在物理学的推导中,大量的中间过程都是数学性的,难以寻找到明确的物理含义的,但是我们无视它,只对某个最终结论加以解释。事实就是公式千千万,但是我们却只对其中的某些说:嗯,这里面有物理。与此对应,在软件开发中,将直观的业务需求映射到通用的程序语言实现时并不是那么直接的,在这之间可以存在着超过一般人想象的与特定业务无关的厚重的技术层。在这个层面中可以定义出非常复杂的交互模式,并在不同的特定场景下将其诠释为不同的业务应用。这也正是平台技术赖以生存的基础。
            丰富的物理学的根基在于丰富的物质结构,它的核心是动力学。实际上单量子体系并不如想象中那样难以研究,这个领域充斥着粗鲁的线性近似,而它们的预测精度却都难以想象的高。真正的复杂性来自于简单元素所构成的复合结构,以及这些结构之间的相互作用。随着ROR这样的动态语言框架的流行,很多人把它们的成功归结为语言特性的增强,这在我看来并不是富有成果的方向。诚然,更多的语法糖(syntax sugar),更多的动态性可以降低我们构建某些复杂结构的代价,但是这种降低最多是减少一两倍代码录入量,而绝不可能是数量级上的影响。对于程序开发可以起到决定性作用的是那些复杂的大范围结构,而不是通用语言本身所提供的那些抽象的简单的局部结构本身。当然,一般人大概很少有能力做出超过一定难度的创造,一般都只是依赖现有的语言,现有的框架以直白的方式实现功能,因此很难想象可以在语法特征更少的java中轻易实现超过ROR的开发便捷性。
            通用语言的发展必然是有极限的, 也必然是贫瘠的, 因为它无法利用有限场景下的信息. 而DSL(Domain Specific Language)将注意力集中在某个特定的领域(domain)中,便可以名正言顺的引入非常复杂的语法结构. 这些结构旨在本领域中具有意义,而不用担心超出应用范围后遭到"冗余设计"的诟病. 我无法想像在一种通用程序语言中会规定Witrix平台中BizFlow这样的结构设计,但是作为一种domain相关的语言结构,它的表述却无疑是非常高效的。我相信,随着我们对于程序结构的认识的不断深化, 在DSL所构建的复杂结构空间中可以发展出一些真正有趣的技术.
            对于DSL存在着两个常见的误解.一是DSL是存在于特定领域的,因此它是一种受限制的语言,应该在计算能力上弱于图灵机.但其实DSL的核心在于高效的表达,在于直接存在的高阶结构,与它的形式计算能力并无关系.正如物理中Lagrange表述和Hamilton表述在数学上是等价的一样,我们的选择只在于某种情况下某种描述方式会更加方便。这里所玩的游戏更像是概念空间中的拓扑变换。
            关于DSL的另一个误解是DSL的表述形式应该接近自然语言.但事实上数学符号和化学公式都是高效的DSL,它们的表达形式甚至内在逻辑都和我们的自然语言相去甚远.我们是否已经完全解决了程序问题,而只是要把这种能力向无知的客户转授?目前在程序编码的过程中我们仍然面临着大量未决的问题,程序员应该是DSL的直接受益者.此外,西人对于语言的认知是偏狭的,因为他们眼中的language只有拉丁语系和日耳曼语系,而不知道这个世界上还存在着不符合西文语法的汉语。按照朱光潜的诗论,西人长时间认为诗是不宜于写景状物的,因为语言是串行的,因而只适于按照步骤叙事,却不了解汉语的自由组合形式和丰富的单字表现力可以轻易捕获微妙的瞬间.
    haohao   2007-03-19 09:20:18 阅读:60  评论:0  引用:0
    妻不如妾,妾不如婢,婢不如妓,妓不如偷,偷不如偷不着
    haohao   2007-03-13 13:00:46 阅读:92  评论:3  引用:0
    4.   常用验证收集
             1) 匹配中文字符的正则表达式: [\u4e00-\u9fa5]

             2) 匹配双字节字符(包括汉字在内):[^\x00-\xff]

             3) 匹配空白行的正则表达式:\n\s*\r

             4) 匹配HTML标记的正则表达式:<(\S*?)[^>]*>.*?</\1>|<.*? />
                评注:上面这个也仅仅能匹配部分,对于复杂的嵌套标记依旧无能为力

             5) 匹配首尾空白字符的正则表达式:^\s*|\s*$
                评注:可以用来删除行首行尾的空白字符(包括空格、制表符、换页符等等),非常有用的表达式

             6) 匹配Email地址的正则表达式:\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*

             7) 匹配网址URL的正则表达式:[a-zA-z]+://[^\s]*
                评注:上面这个基本可以满足需求

             8) 匹配帐号是否合法(字母开头,允许5-16字节,允许字母数字下划线):^[a-zA-Z][a-zA-Z0-9_]{4,15}$

             9) 匹配国内电话号码:\d{3}-\d{8}|\d{4}-\d{7}
                评注:匹配形式如 0511-4405222 或 021-87888822

             10) 匹配腾讯QQ号:[1-9][0-9]{4,}
                评注:腾讯QQ号从10000开始

             11) 匹配中国邮政编码:[1-9]\d{5}(?!\d)       (注: 中国邮政编码为6位数字)

             12) 匹配身份证:\d{15}|\d{18}  (注: 中国的身份证为15位或18位)

             13) 匹配ip地址:\d+\.\d+\.\d+\.\d+

             14) 匹配特定数字:
                ^[1-9]\d*$    //匹配正整数
                ^-[1-9]\d*$   //匹配负整数
                ^-?[1-9]\d*$   //匹配整数
                ^[1-9]\d*|0$  //匹配非负整数(正整数 + 0)
                ^-[1-9]\d*|0$   //匹配非正整数(负整数 + 0)
                ^[1-9]\d*\.\d*|0\.\d*[1-9]\d*$   //匹配正浮点数
                ^-([1-9]\d*\.\d*|0\.\d*[1-9]\d*)$  //匹配负浮点数
                ^-?([1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0)$  //匹配浮点数
                ^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$   //匹配非负浮点数(正浮点数 + 0)
                ^(-([1-9]\d*\.\d*|0\.\d*[1-9]\d*))|0?\.0+|0$  //匹配非正浮点数(负浮点数 + 0)
                评注:处理大量数据时有用,具体应用时注意修正

             15) 匹配特定字符串:
                ^[A-Za-z]+$  //匹配由26个英文字母组成的字符串
                ^[A-Z]+$  //匹配由26个英文字母的大写组成的字符串
                ^ [a-z]+$  //匹配由26个英文字母的小写组成的字符串
                ^[A-Za-z0-9]+$  //匹配由数字和26个英文字母组成的字符串
                ^\w+$  //匹配由数字、26个英文字母或者下划线组成的字符串
                评注:最基本也是最常用的一些表达式

    haohao   2007-03-10 13:47:07 阅读:89  评论:0  引用:0

            本人非计算机,亦非心理学,或者交互设计,更非设计专业出身,因此什么都是半桶水。即使如此,依然靠着兴趣寻找乐趣。对于设计,爱之,但没有受过系统培训,更多时候只是从用户角度来考虑问题。今偶读一文,叫Five Principles to Design By,跟本人观点颇投缘,虽然有些观点不是很认同(如:设计不是艺术,考究起来,现在啥都可以冠上艺术二字,何况设计呢),但道理挺得我心,遂花两小时,冒着上班迟到的危险,翻译出来,与众分享之。水平有限,若有不通或歧义,请多多指出指正指教,不胜感激。以下是正文:

    技术为人民服务

    人们经常埋怨自己的技术短处。当电脑当机,他们会说:“我一定是干了某些愚蠢的事情”。面对一个设计糟糕的网站,他们会说:“我一定是太蠢了,我竟找不着北”。他们很有可能去买一本傻瓜指南。

    很不可思议!人们在使用技术时不应该感到挫折。就像客户,用户永远是对的。如果软件崩溃了,那是软件设计师的错;如果在某个网站上找不着北,那是web设计师的错。但这也不表示设计师要羞愧低头……他们更应该把这看作是一个学习的机会!好设计师与坏设计师最大的差别在于,如何处理他们的让用户正折腾着的设计。

    技术为人民服务。人民不会为技术服务。

    设计非艺术

    艺术是关于个人表达的。它关于生命,关于情感——艺术家的想法和主意。它不太关注第三者干什么,活动也不是必须的,仅是他们的鉴赏。艺术实践不需要这些。鉴赏是艺术家的必需品,同时他们也是孤独的。

    设计,从另一方面来说,是关于使用的。设计师需要别人来使用(而不仅仅是鉴赏)他们的作品。设计不存在不让人们使用它的目的。设计辅助解决人类问题。我们能授予一个设计的最高荣誉不是它多漂亮,多艺术,而是它用途多广。

    不像艺术,设计总是存在于情景中的。情景对一个设计至关重要:它要解决什么问题?为谁设计?在什么时期?这就是为何设计与技术如此紧密的缘故。因为技术变化太快,所以设计必须步随其后。十年前的设计在今天可能不值一提。充满精彩设计的历史没有必要继续存在。

    伟大的艺术,从另一角度说,永远风行。就算今天我们可以复制一百万个大卫像,我们依然欣赏米开朗基罗的原作,因为它是一个人的辛劳和表达。艺术永远不会凋谢。伟大的设计则依赖于它产生的年代和要解决的问题。但艺术不这样,艺术是永恒的。

    做个测试。当人们享受艺术时,说:“我喜欢”;当人们享用设计时,说:“做得不错”。这并非偶然。好的设计就是能干活的料。

    体验属于用户

    设计师不生产体验,他们制作的是体验用品。看似细微的差别却有很大不同,因为它把设计师放在服务用户的位置上,而非其他方式。这并不是要扼杀创新,它并不会妨碍设计师跳过上述关于艺术的阐述。它只意味着,设计的体验并不会简单地因为设计师说这般这般就会这般这般地发生,当用户提交反馈时,真实的体验就确确实实发生了。

    最终的体验发生在用户那里,体验是属于他们的。

    伟大的设计是无形的

    伟大的设计一个有趣的属性是,它来源于认可。用得爽的时候我们忘了创造它时的种种艰辛。有时,就像普通的汤匙,显而易见,这东西太简单了,但我们会忽视了在历史的某一时期它并不这样。还有,就像汽车,这东西尽管很复杂但依然容易使用,但是我们却对于它背后数以万计的工时视而不见。这是一种羞耻……每一个伟大的设计都有丰富的历史。每一设计背后都是一个或一群设计师,他们想通过解决某些问题来让世界更美好。

    烂的设计显然是因为它伤害了使用。它拙劣,困难和复杂。最为讽刺的是,这个世界上烂的设计比好的设计更容易碰着。它像暴徒一样强奸着我们的头脑。它像恶徒一样在我们面前逞威风。因为有用,伟大的设计通常都是无形的。

    简洁是终极哲学

    如Saint Exupery所说:设计师知道自己要达到完美,不在于无物可增,而在于无物可减。。简洁自成一体:知道什么要加和什么要扔……当它作用时,就像魔术般实现预期效果,因为没有任何复杂的东西传递给用户……只有简洁。这是设计师的最高成就。

    haohao   2007-03-10 11:47:45 阅读:70  评论:0  引用:0
    http://www.blogjava.net/rosen/archive/2007/01/24/9873.html
    haohao   2007-03-08 16:22:41 阅读:308  评论:0  引用:0

             最近在弄的东西在tomcat6.0里做测试,基本没有什么问题,但是发布到jboss4.0GA上就老说不到一个文件

    一看自己根本就没有用过这个问题,因为那个class我是在上一个项目中用的,我找呀找结果在web.xml文件找到

    有一个地方加载这个servlet,把这个servlet去掉,在jboss4.0GA上正常,结果发布到jboss5.0bete上就怎么也行了

    真是可恶,浪费了我近一个小时。

    haohao   2007-03-08 15:22:21 阅读:77  评论:0  引用:0

    一切版权属于个人(转载例外)