怀具啊~！LoadRunner 11关的太快了

                             

   Top Ten Failures in LoadRunner Performance Testing

---原文地址：http://www.loadrunnerbythehour.com/LoadRunnerPerformanceTesting

1. Failure to define performance requirements for LoadRunner performance testing - Without performance requirements you don’t know when your system is performing as needed. Performance requirements define a goal and a reason for LoadRunner Performance Testing.

2. Inadequate LoadRunner Performance Tool skills - Somebody with LoadRunner scripting skills does not make a skilled performance test engineer. A skilled performance test engineer is more than just a tool mechanic; they know system architecture, software engineering, computer networking and database design. They have good problem solving skills and know how to TEST a system. They know how to analyze test results to find bottlenecks and give suggestions for fixing the performance issue.

3. Failure to use enough performance test data - Issues occur when the data used for parameters does not vary enough to test the database. Issues also occur if the database isn’t populated in a way that mirrors production

4. Failure to properly estimate the duration all tasks of LoadRunner Performance Testing - Besides not having an appropriate model for estimating the level of effort for completing steps of LoadRunner Performance Testing, frequently project managers influence the LoadRunner Performance Testing schedule in a way that may not work for LoadRunner Performance Testing project.

5. Failure of Management to understand what you do, but telling you how to do it and how long it should take. This is a classical fail point for many a LoadRunner Performance Testing effort.

6. Failure to effectively analyze bottlenecks - Many LoadRunner Performance Testing teams do not have people with effective bottleneck analysis skills on staff. Testing has very little benefit if the team is unable to determine success or failure and when a test does fail, why?

7. Hired based upon price rather than skills - Although organizations would not consider a developer or project manager based purely upon price,this happens quite often in test areas. An organization which hires just based upon price generally has no idea on how to judge the deliverable of the LoadRunner Performance tester

8. Failure to effectively interview performance test engineers because you have no interview skills in house. Often interview are asked based upon questions found on the Internet with the candidate parroting answers from the same sites,often including incorrect answers that neither interviewer or candidate are aware of.

9. Failure to allow a performance test engineer to specialize and focus on performance testing - Asking functional testers or developers to be performance testers is not a good strategy for producing high quality LoadRunner performance testing results.

10. Failure to train. Excellent performance engineering staffs are always encountering leading edge technologies in use by developers. Performance Engineers require the same level of detailed architectural level training as do developers in order to be effective in their roles as LoadRunner Performance Testers.

      学术无先后，达者乃为先。

      莫以先到为先，后来为后;

      物不以时间为序，仅以自身而论;

      事非成败，皆于己之股掌之中。

                       

                             -----咖啡茶----

    2009年10月9日我递交了辞职报告，记得去年的这一天是我进入公司的第一天。
    我准备去深圳，去迎接新的挑战。
         深圳我来了！！！
    不管前面有多困难，我还是要继续前进，因为那是我选择的道路。
   

      当你应聘时，是否会被问到“请介绍一下你们的测试流程，流程和过程有什么不同，为什么好的测试需要好的流程？”凡做过1、2年测试的人都能说出他们先做什么后做什么，但是当考官继续问“这是否可以叫做过程？流程和过程有什么差别”，应聘者早己一棒子被打晕，继续追问“为什么好的测试需要好的流程”的时候，早已经找不到东南西北了。（此段转载自seventest的51Testing空间）
 
        首先需要理解什么是流程？什么是过程？二者的区别在哪？

       “过程”是描述一件事情的来龙去脉的，较为广泛用于任何事情的描述。一般没有“应该怎样必需怎样”的意思。
      “流程”则是一个用于描述工艺顺序的词，指为做某件事情某个产品等规定的配套先后顺序。
   
       流程就是多个人员、多个活动有序的组合。它关心的是谁做了什么事，产生了什么结果，传递了什么信息给谁
     
       流程强调的是做事情的逻辑，活动的线路。过程则是做事情的进程。不管理采用什么流进行，都存在过程与结果。
       无论我们干什么事，无论在生活、休闲还是工作中，都有一个“先做什么、接着做什么、最后做什么”的先后顺序，这就是我们生活中的流程，只是我们没有用“流程”这个词汇来表达而已。

       打个形象的比喻：你要从上海到北京。 

       流程就是：你是去北京的线路：是直线？还是曲线，折线？

       流程管理就是：要找到最短线路的行程，同时保证能够到达目的地，且总成本最小。

       过程就是：从你离开上海到达北京之前的这段时间，你所发生的事情。

       过程管理就是：不要等到了北京后才发现误事了，超支了。在途中要不断的检查，纠偏。

       相信以后对于这两个概念不会再这么模糊了。

                         
来源：blog.csdn  原作者：coffeewoo    

    用例是什么？其原始英文是usecase，直译过来就成了用例。这也是一个比较贴切的叫法了，从字面的直接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。

　　这个定义还是比较费解的，笔者在众多应聘者中发现很多使用用例来做需求的系统分析员，有的已经使用了两年以上，但仍不能把握用例的本质，虽然他们号称精通UML。

　 　最具普遍意义的理解错误是认为用例就是功能的划分和描述，认为一个用例就是一个功能点。在这种理解下，用例变成了仅仅是较早前需求中功能框图的翻版，很 多人用用例来划分子系统，功能模块和功能点。如果这样，用例根本没有存在的必要。有意思的是，造成这种理解错误的相当一部分原因却是因为对OO思想的理解 不够深入，本质上说，把用例当成功能点的系统分析员脑子里还是面向过程的那一套思想，虽然他们在使用OO的工具，OO的语言，号称在做面向对象的开发，但 过程的影子还没有从他们脑子里彻底抹去。

　　如果用例不是功能的话，它是什么呢？从定义上说，能给使用者提供一个执行结果的活动，不就是功 能吗？我的回答是：错！功能是计算机术语，它是用来描述计算机的，而非定义需求的术语。功能实际描述的是输入-->计算-->输出。这让你想 到了什么？DFD图？这可是典型的面向过程分析模式。因此我说把用例当做功能点的分析员实际在做面向过程的分析。

　　而用例则不是计算机术 语，UML除了在计算机行业中应用，它也经常被应用在其它行业中。用例是一种需求方法学，虽然软件危机和OO的发展促成了它的诞生并被完美的融合进了OO 体系，形成了 UML，但它实际上并不是软件行业的专用品。如果非要从功能的角度解释，那么用例可以解释为一系列完成一个特定目标的“功能”的组合，针对不同的应用场 景，这些“功能”体现不同的组合方式。实际上，把用例解释为某个参与者(actor)要做的一件事可能更为合适。这样的一件事有以下几个特征：

   一、这件事是相对独立的。这意味着它不需要与其它用例交互而独自完成参与者的目的。也就是说这件事从“功能”上说是完备的。读者可能会想到，用例之 间不是也有关联关系吗？比如扩展，比如实现，比如继承，它看上去并不是独立的嘛。关于这个问题，笔者会在后续的文章里详细说明。这里稍微解释一下，用例之 间的关系是分析过程的产物，而且这种关系一般的产生在概念层用例阶段和系统层用例阶段。对于业务用例，这个特征是很明显的。

　　二、这件事 的执行结果对参与者来说是可观测的和有意义的。例如，系统会监控参与者在系统里的操作，并在参与者删除数据之前备份。虽然它是系统的一个必需组成部分，但 它在需求阶段却不应该作为用例出现。因为这是一个后台进程，对参与者来说是不可观测的，它应该在系统用例分析阶段定义。又比如说，登录系统是一个有效的用 例，但输入密码却不是。这是因为登录系统对参与者是有意义的，这样他可以获得身份认证和授权，但输入密码却是没有意义的，输入完了呢？有什么结果吗？

　 　三、这件事必须由一个参与者发起。不存在没有参与者的用例，用例不应该自动启动，也不应该主动启动另一个用例。用例总是由一个参与者发起，并且满足特征 二。例如从ATM 取钱是一个有效的用例，ATM吐钞却不是。因为ATM是不会无缘无故吐钞的，否则，我从此天天守在ATM旁，生活无忧矣。

　 　四、这件事必然是以动宾短语形式出现的。即，这件事必须有一个动作和动作的受体。例如，喝水是一个有效的用例，而“喝”和“水”却不是。虽然生活常识告 诉我们，在没有水的情况下人是不会做出喝这个动作的，水也必然是喝进去的，而不是滑进去的，但是笔者所见的很多用例中类似“计算”，“统计”，“报表”， “输出”，“录入”之类的并不在少数。

    除去以上的特征，笔者觉得用例的含义还要更深些。首先，用例的背后是一种需求方法论。其核心是以参与者为中心（区别于以计算机系统为中心），从参与 者的角度来描述他要做的日常工作（区别于以业务流程描述的方式），并分析这些日常工作之间是如何交互的（区别于数据流的描述方式）。换句话说，用例分析的 首要目标不是要弄清楚某项业务是如何一步一步完成的，而是要弄清楚有多少参与者？每个参与者都做什么？业务流程分析则是后续的工作了。其次，用例简直就是 为OO而生的，其思想完美的符合OO。用例分析方法试图找到问题领域内所有相对独立的参与者和事件，并把业务流程当成是这些参与者和事件之间的交互结果 （在UML用活动图或序列图来描述）。因此，用例方法被吸纳到OO之后，UML得以以完备的形式出现，用例成为了真正的OO核心。在 RUP里，这种核心作用被发挥到极致，产生了用例驱动（usecase driven）的软件过程方法，在RUP里，软件生产的所有过程和产物都是围绕着用例形成的。

　　可以说，用例分析是OO的第一步。如果用 例分析本身出了问题，对业务架构，软件架构的影响是很大的，将大大削弱OO的优势--复用、扩展。笔者认为软件复用可以分为三个层次，最低层次的复用是代 码级复用，这是由OO语言特性提供支持的，例如继承，聚合，多态；较高层次的复用是组件级复用，这是由设计模式提供支持的，例如Factory模式, Builder模式；最高层次的复用则是服务级复用，这在很大程度上是由应用服务器和通讯协议来提供支持的，例如最近炒得火热的SOA（面向服务的应用） 架构。用例分析的好坏也许对代码级和组件级的复用影响不太大，但对服务级的复用影响却是巨大的。笔者认为服务级复用是OO的最高境界，而结构良好的用例分 析则是达到这一境界的基础。

　　观后感：原作者是从OO系统分析员的角度出发，本文值得我们软件测试员对测试用例的一个全新的认识。

                                      我想在孤单一会       
         我决定去一个陌生的城市，那里的一切都是未知，那里充满激烈竞争，那座城市叫深圳。
            想在十月初离开现有公司，现在我正在疯狂的copy公司资料;别人都说我疯了，要那么多干嘛？
                在离开公司前，我还没找到新的工作。朋友说疯了，这么冒险的举动，一点都不理智。
                    孤身前往未知的地方，只怀着二千左右。。。。女友说我怎么带那么少，深圳消费那么高，那么激烈，你能找到工作吗？
                       单从自身能力来看和本身所具有的资本来看，知道自己将来会有多困难;但我不在乎，我现在己经缺少激流勇进、奋发向上的进取心。
 
                           一位朋友说：“你这样做是改变不了现状的，你换个地方只是换汤不换药，治标还需治本;想要改变，给你个建议从细节做起，从小事做起，这样你才能逐浙改变。”
        
                               会上项目经理在说着十一放假的事，项目经理问我参不参加十一活动;我当场拒绝，心理想着：“十一我要搬东西，和看看深圳。”
 
       
            

                              麦兜的经典台词（二）
     麦太世界
　　纸包鸡——欢迎大家收看《麦太世界》，今日我为大家介绍一个简单又别致的小菜——纸包鸡，家里 的小朋友一定很喜欢。材料很简单，我们只需要一个鸡包，我们将鸡包底部的纸撕下来.....。慢慢的撕，就会得到一张鸡包纸，然后将鸡包纸反转，这一味纸 包鸡就完成了，很容易是吧？多谢大家收看！　
 
　　纸鸡包——好高兴这么快又和大家见面了，接下来我会教大家做一味纸鸡包，材料也很简单，只需要白纸一张，我们只需要把纸这样子(揉成一团).....。一味纸鸡包就这样完成了，各位小朋友，你们说像不像鸡包？

　　包鸡纸 包 鸡包纸 包 鸡——现在要教大家一味很别致的小菜----包鸡纸 包 鸡包纸 包 鸡，首先将纸包鸡小心撕开，大家就会有一张包鸡纸及一块鸡，接着把鸡包纸像我这样子包住那块鸡，然后再像这样子用包鸡纸包包包包住它，那一味包鸡纸 包 鸡包纸 包 鸡就完成了！是不是很简单啊？还真有一块鸡吃呢！

　　鸡包 包 鸡包 包 鸡包纸 包 鸡包纸 包 鸡包纸 包 鸡包纸 包 鸡——做法也很简单，只要将鸡包包住个鸡包，再包住个鸡包，包住那张鸡包纸，再包包包包包住个纸包鸡，再包包包包鸡包纸，纸纸纸纸，纸包纸，纸包鸡，包鸡纸，纸包鸡，鸡鸡鸡……纸纸……
   
   

                              麦兜的经典台词
麦兜个人简历：
   姓名：麦兜
　　英文名字：Mcdull
　　出生年月：1988年7月
　　出生地点︰香港九龙广华医院
　　性别：男
　　上过的幼儿园：春田花花幼儿园
　　梦想：当奥运风帆冠军；去马尔代夫旅游,当抢包山冠军
　　性格：单纯、憨厚、乐观、与世无争
　　最喜爱食物：鸡
　　最讨厌食物：蔬菜
　　养过的宠物：金鱼
　　母亲：麦谭玉莲（麦太）
　　父亲：麦炳（在麦兜成长前离开）
　　表弟：麦唛 (同是春田花花幼稚园低B班同学）
　　祖先：麦子仲肥
 
台词开始了，接招吧~  
   鱼丸粗面篇
　　麦兜：麻烦你，鱼丸粗面。
　　校长：没有粗面。
　　麦兜：是吗，来碗鱼丸河粉吧。
　　校长：没有鱼丸。
　　麦兜：是吗，要牛肚粗面吧。
　　校长：没有粗面。
　　麦兜：呃，那要鱼丸油面吧。
　　校长：没有鱼丸。
　　麦兜：怎么什么都没有啊？那要墨鱼丸粗面。
　　校长：没有粗面。
　　麦兜：又卖完了。麻烦你来碗，鱼丸米线。
　　校长：没有鱼丸。
　　小猫：麦兜啊，他们的鱼丸跟粗面卖光了。就是所有跟鱼丸和粗面的配搭都没了。
　　麦兜：哦，没有那些搭配啊。麻烦你只要鱼丸吧。
　　校长：没有鱼丸。
　　麦兜：那粗面呢？
　　校长：没有粗面.......

   特餐篇 
　　 
　　麦兜：麻烦，我要一个常餐呀 
　　麦太：常餐？常餐有什么吃的呀？ 
　　伙计：跟特餐一样啰 
　　麦太：那特餐是什么东西呀？ 
　　伙计：跟快餐差不多啰 
　　麦太：那快餐又是什么呀？ 
　　伙计：切，快餐不就是午餐 
　　麦太：午餐吃什么呀？ 
　　伙计：午餐同晚餐一样啊 
　　麦太：那晚餐又吃什么呀？ 
　　伙计：晚餐也就是常餐啰 
　　麦太：这样呀，我要两个常餐呀 
　　伙计：好东西呀，我们今天的常餐。。。。。不好意思，常餐卖完了 
　　麦兜：恩，那改要特餐呀 
　　麦太：特餐？特餐有什么吃呀？ 
　　伙计：特餐也就是午餐啰 
　　麦太：午餐吃什么的呀？ 
　　伙计：都是晚餐那些东西呀 
　　麦太：那什么是晚餐呀？ 
　　伙计：同快餐一样啰 
　　麦太：那快餐吃什么的？ 
　　伙计：恩，快餐也就是常餐啰 
　　麦太：那你刚才又说没常餐？ 
　　伙计：是呀，常餐是卖完呀，那你试不试一下特餐呀？ 
　　麦太：两份特餐了 
　　伙计：不好意思，特餐卖完了呀 
　　麦兜：恩，妈妈，不如改快餐呀 
　　麦太：快餐有什么呀？ 
　　伙计：快餐即是常餐 
　　麦太：那常餐有什么呀？ 
　　伙计：常餐咪也就是午餐啰 
　　麦太：哎呀，那午餐有什么吃呀？ 
　　伙计：午餐同晚餐一样呀 
　　麦太：那晚餐呢？ 
　　伙计：晚餐也就是特餐啰 
　　麦太：切，那你刚才又说没有特餐？ 
　　伙计：是呀，特餐系卖完呀，那你试不试一下快餐呀？一样的呀 
　　麦太：那两份快餐啦 
　　伙计：不好意思，没有快餐了 
　　麦太：离不离谱呀，那你们究竟有什么餐呀？ 
　　伙计：午餐呀，午餐好啊 
　　麦太：怎么个好啊？ 
　　伙计：跟晚餐一样好 
　　麦太：那晚餐又怎么个好呀？ 
　　伙计：跟常餐一样好啰 
　　麦太：那常餐又怎么个好呀？ 
　　伙计：常餐？常餐一早就卖完啦，你说好不好呀？ 
　　麦太：好了好了，要两份午餐啦 
　　伙计：不好意思!午餐卖完了，试不试一下我们的晚餐呀？一样的呀 
　　麦太：大白天吃什么晚餐呀？ 
　　伙计：唉……名字叫晚餐而已，其实也就是午餐 
　　麦太：好了好了，怕你了，要两份晚餐，快点呀 
　　伙计：想快？想快就要快餐啊 
 

                                                      百度之死
原作者：（阿彤）
转载人：k99378

【互联网平台】的机遇与挑战

        也许，建设一个像Google这样的互联网平台，对于百度来说，难度的确有点高，工程的确有点大。因为，从全球市场看来，百度的市值、技术、口碑、 市场占有率、创新精神都是无法与谷歌相提并论的。但事在人为，Google的平台建设也不是一年两年就完成的，它是一个小产品一个小产品开发出来的，它是 逐步逐步的积累起来的。关键是：百度的领导层要有一种放眼世界，放眼未来的大局观和战略观；同时，要有挑战巨人的勇气与决心。

        实际上，现在建设一个完整的互联网平台（Web操作系统）的难度已经是远远小于10年前开发一个类似于微软的垄断平台的难度了，因为互联网平台还没 有被垄断，还只是处于起步阶段，互联网上也有大量的资源可以利用(包括开源的浏览器)。相对于微软以操作系统为核心的桌面平台来说，互联网平台已经是超轻 量级的，因此，建设一个属于中国人自己的互联网平台是完全可行的，也是非常有必要的，时机也是非常好的（现在是千载难逢的机会），而且，百度也有这个财力 与资源来建设一个这样的平台。否则，中国的软件企业在下一个10年、20年就仍然会受制于人，就仍然会无所作为；而百度想“做属于中国的全世界最好的搜索 引擎”也就只能成为一个永远都实现不了的梦想。。。。
          --------未完，请看附件！

               百度之死
原作者：（阿彤）
转载人：k99378


       几年前，还经常有人把百度和Google相提并论，但现在恐怕很少有这种情况了，百度好像从人们的视野中消失了一样。Google（中国）这两年不断的推 陈出新，攻城略地，但百度却悄无声息。如果不是前段时间百度出现了竞价排名的丑闻，很多人几乎都忘记百度了。

      笔者作为一个10多年软件从业经验的IT人，对百度这家公司是怀着很复杂的心情的，也早就想写一篇关于百度的文章了。虽然百度是美资背景，但百度毕竟是 一个具有留学背景的地地道道的中国人创建的，大多数中国网民对其都是有一些感情的，对百度也有很多的期许。曾经几何，百度是中国互联网的一面旗帜，一个不 同寻常的亮点，但现在，它却逐步的凋零、逐步的枯萎，逐步的丧失斗志。敢于同Google抗争的百度已经死了，勇于创新的百度也已经死了，能给中国人带来 骄傲的百度也已经死了。剩下的只是一个打着“百度”名字的腐朽空壳，虽然这个空壳还会存在很长时间，但我们心中的百度已经死亡。

       其实，百度之所以不断的走下坡路，很大程度上是百度的高层管理团队缺乏长远的战略眼光造成的。百度往往只着眼于战术性的产品的开发，而忽视了战略性产品的规划及预研。

【软件大鳄的战略】

      对现有的一些软件巨头做一些研究，我们就不难发现，任何世界级的软件公司在进入成熟期和稳定期之前，都是需要搭建一个平台，然后在这个平台上不断的耕 耘，这样才能为公司的持续发展铺设一条康庄大道。（在这里，我所说的平台都是指的世界性的公司所需要的战略级的平台，而不是战术级别的平台，更加不是指一 个工具）

      微软有自己的平台——操作系统。微软在操作系统这个平台上长期经营自己的编程语言、Office套装软件、数据库以及其它一些系列的软件。这些软件彼此相辅相成，并形成一个更大的，牢牢抓住用户的 平台，从而逐步的获得了世界性的垄断地位，以至于其它公司都难以望其顶背，无法对其构成任何威胁。正是因为有了这个平台做后盾，微软才可以通过 Office 软件为自己积累大量的财富，并一次一次的打败对手对自己的Office软件所发起的挑战。微软这个平台打造得实在是太庞大了，太坚实了，其他对手只能望而 却步，连挑战这个平台的勇气都没有。

      Google也有自己的平台——搜索引擎及数据中心。Google在搜索引擎这个平台上经营着自己的广告业务，并不断的拓展着其它方面的盈利来源。实际 上，搜索引擎（包括Google的数据中心）还不能算是完整的平台，搜索引擎只是【互联网平台】的一个重要的组成部分。虽然Google在搜索上占据着绝 对优势的地位，但在互联网时代，一招鲜吃遍天的做法显然无法保证公司发展的长治久安。如果没有一个平台来为自己的核心产品保驾护航，则自己的主营业务必然 会受到竞争对手越来越多的挑战和侵蚀。况且，几乎所有的互联网公司，都要受到微软这个巨无霸的操作系统和浏览器的限制，而微软又是对互联网虎视眈眈的、大 小通吃、垄断成性的公司。一个企业受制于人是令人不安的，受制于竞争对手就更加令人不安。具有超凡战略阳光的Google很快就意识到了这个问题，并立即 开始秘密而不露声色的，进行真正的战略级的平台——【互联网平台】的建设。

      这两年，Google推出了拼音输入法，也与金山合作推出了免费的金山词霸，后来又推出了Chrome浏览器。这些在常人眼中看起来不起眼的举动中，其实蕴藏着Goole的长远的战略构想。

      我们想想，为什么Google（中国）要开发一个不起眼的输入法？为什么Google要大力发展多语言翻译系统？为什么Google要开发Gmail？ 为什么Google要开发Google Talk？为什么Google 要开发Google在线文档？为什么Google 要开发Google App Engine？ 为什么Google要大力发展Python和JavaScript语 言呢？为什么Google 要赞助 FireFox浏览器？为什么Google 最后要开发自己的浏览器Chrome ? 其实，这些东西都是有关联的，就是，Google在建设自己的、不受制于人的互联网平台(我们也可以称之为Web操作系统)，Google为这个平台的建 设进行了长时间的技术积累和幕后准备工作。

        李开复先生说，Google不会去开发操作系统，因为操作系统是一个过时的东西，对于Google来说，当一切服务走到云端后，浏览器的功能会渐渐 取代操作系统，浏览器就是未来操作系统。其实，这是欲盖弥彰。Google浏览器的推出就已经表明了Google开发Web操作系统（或者说是互联网平 台）的战略与决心，Google Android手机操作系统就更加印证了这一点。

       对于Mozilla和广大表层（浅层）互联网厂商来说，FireFox浏览器只是一个工具而已，但对于Google来说，Chrome浏览器的战略意义不 亚于Google搜索引擎，Google浏览器是Google今后雄霸互联网（包括移动互联网）的一个里程碑，Google浏览器必然会成为IE浏览器最 可怕的对手。

      现在，我们从Google的产品线就可以看出一个清晰的互联网平台（Web 操作系统）的轮廓。网页浏览器、电子邮件、即时通讯、输入法（如汉字输入法）、语言翻译（如英汉互译）、搜索引擎、办公文档（类似于Office的在线文 档处理），应用软件、动态编程语言、云计算，这些就是未来的Web操作系统（互联网平台）的核心组成部分。

      Google的这个互联网平台（Web操作系统）几乎包含了所有的互联网操作需要应用到的功能，这种提供全方位服务的平台最容易让用户对其产生依赖性。 当这个互联网平台一旦组建完成，并逐步的被用户接受的时候，百度还有与Google相抗争的资格吗？不用说是百度，连微软都会感到不寒而栗。

【百度的短视与无奈】

       当Google稳打稳扎的进行自己的战略平台建设时，曾经作为中国互联网一面旗帜的百度在干什么呢？

       这几年，百度也收购过不少与互联网有关的公司，也开发过几个小的工具软件，但让人感觉始终不是在搭建一个战略性的互联网平台，而是凌乱的做一些战术性的产 品。例如，百度耗巨资收购了：“好123”网址之家、下载网站“天空软件”、 超级兔子、千千静听、豪杰。百度所收购这些公司，除了可以短期提高一些百度的网络流量和搜索量外，几乎没有任何技术性可言。

       网上盛传百度秘密收购了国内的傲游浏览器。的确，为了增加流量，或为了与百度的一些内部产品（如即时通讯产品）整合，收购傲游浏览器还是一个不错的选择 的。 但是，如果百度明白浏览器是今后的互联网平台（Web操作系统）的核心部分，是属于战略性的产品，是需要很高的自主性和创新性的，那么，基于IE内核的傲 游浏览器显然就只能是一个鸡肋了，它根本就无法成为互联网平台的核心部件，也无法帮助百度进行一些有价值的技术探索与技术积累。

      从百度的这些收购举动中，我们很难看到一种整体而长远的战略规划。这种只顾眼前利益，不顾将来技术积累的做法只会使百度的竞争力越来越弱，企业的鼎盛期也将越来越短。

      其实，我们从Google互联网平台所发挥的作用就可以看到百度今后将面临的挑战和困境。

      不知大家有没有感觉到，近来，Google的浏览器、邮件（gmail）、即时通讯、输入法、电子词典等等，这些小玩意在开发人员、外资企业的白领和一 些大的本土企业的中基层管理人员中赢得了越来越多的口碑。而且，越来越多的年轻人也喜欢用Google了。虽然普通的网民还有相当多一部分喜欢使用百度， 但随着互联网中坚人士越来越多的使用Google，其他普通网民很快就会逐步的从百度转向Google。用惯了百度，你再用Google，你会有一种不一 样的感觉，你会体味到一种简洁、优雅，人性化，一体化，国际化；但用惯了Google，你就再也无法使用百度了。Google是在以温水煮青蛙的形式在逐 步的消灭对手。

       在这里，特别要提到一点的是：也许百度没有意识到【开发人员】对互联网平台推广的重要性。想想Windows和Linus的操作系统之争，就应该明白开发 人员所开发的应用程序对平台（操作系统）的推广有多么大的促进作用。 一旦开发人员大量的利用某一种平台来开发应用软件，该平台就会形成10年甚至是20年长盛不衰的局面。由于百度没有自己的互联网平台，在互联网应用程序的 开发上自然就只能是一片空白，无法与开发人员有什么互动，也就难以得到开发人员的认可。而Google却吸引了越来越多开发人员的目光。

      现在，我除了用百度搜索一些MP3外，就感觉不出百度对于我来说还有什么其它的作用了。而Google最近也推出了自己的正版音乐搜索和下载，相信假以时日，又将对百度的MP3形成巨大的挑战，百度唯一的一处优势也将不复存在。

      的确，一个公司的经营运作需要考虑的事情太多了，产品与技术也许只是公司经营运作中的一个小的方面。不过，对于一个以服务为导向的互联网公司，其产品与 与技术就显得尤为重要了，因为产品与技术直接决定着对网民服务的质量，直接影响着网民对公司的喜恶程度。而站在平台的高度去考虑公司未来的发展方向，并规 划相应的产品与技术，就是一个IT企业的CEO的必修课了，显然百度在这个方面的考虑还明显的不足。百度由于缺乏长远的规划和完整的战略，也就只能随着 Google的步伐起舞，或者干脆放弃与对手竞争，沉醉在自己的“做属于中国的全世界最好的搜索引擎”的理想之中。那么，百度从人们的视线中逐步的消失就 是必然的了。

【互联网平台】的战略意义

       当一个公司已经有一定规模后，企业的领导者就必须站在更高层次，以战略的眼光去看待问题，此时，领导者的战略眼光就决定着企业未来10年的发展趋势。 可以说，互联网平台（Web操作系统）的建设以及核心技术的积累是中国IT行业崛起的必经之路。

       腾讯具有发展互联网平台的很多有利条件，但是没有一个长远的战略规划，或者说还看不出一个清晰的长远规划。但由于QQ用户群的庞大，加上腾讯具有一些平台的意识，从这两点来说，腾讯还有有相当的发展潜力的。

       阿里巴巴已经在建设自己的平台。马云是中国最具战略眼光的企业家，但阿里巴巴在软件技术上的积累还非常欠缺，马云需要一个在软件技术及产品上具有长远而精准的战略眼光的人来为他出谋献策。

      百度有一个小的平台——搜索引擎，但百度不是把它发展成一个更大的平台，而是逐步的把这个小平台发展成为一个小工具。这是最让人痛心疾首的，也是百度与 Google差距越拉越大的重要因素。百度似乎对自己的现状很满足，似乎对自己专注于搜索很有信心，殊不知，竞争对手已经远远的领先自己了。衰落的危险， 被并吞的危险已经一步步的逼近百度。实际上，相对于Google（中国），百度早就开始衰落了。

       每次百度落后于对手时，都是以“自己要专注于搜索”来为自己找借口。专注是很多优秀企业在发展初期的特点。百度想专注于搜索领域，这种愿望是非常好的，但 现实往往事与愿违，竞争对手不会放任你做精做强。 一旦Google的互联网平台（Web操作系统）布局完成并深入人心，百度的搜索地盘必将大幅的萎缩。况且，国内外还有大量的公司也在进军搜索领域，这都 将蚕食百度的传统地盘。一个优秀的技术如果只需生存10年，则把自身做精做好就可以了，如果需要生存和发展20年，则必须要有一个好的平台来为它保驾护 航。

      对于百度这样的企业来说，平台的建设是必须的。如果不打造一个能使自己的的核心业务（中文搜索）长期生存和发展的平台——互联网平台（Web操作系统），那么即使Google 不收拾百度，微软也会收拾百度的，甚至是腾讯或阿里巴巴也可能会收拾百度。

      再说，构建一个公司的战略平台并不仅仅只是技术上的需要，它同时也体现着一种企业的经营理念。一个完整而高效的平台可以为用户提供更全面更细致入微的服 务。在桌面系统时代，微软即使霸气专横，用户也不得不忍气吞声，但在互联网时代，服务才是赢得用户芳心的最高准则。

1） 启动-本机网络服务（桥接,直接连接外网）netcfg -l %systemroot%\inf\netbridge.inf -c s -i vmware_bridge net start VMNETBRIDGE

      2） 启动-DHCP和NAT服务（共享上网，默认安装虚拟网卡8）
3）安装虚拟网卡1（本地网络）--------我下载的虚拟机有个批处理，这个精简版的好象都有的。
4）在虚拟机的以太网设置里面，使用桥接：

    (图片请查看附件的图片1.jpg)


5）进入虚拟机的Linux后，进行如下的操作：
a)新建终端：
同时按下shift+ctrl+alt+F1 进入命令界面

  (图片请查看附件的图片2.jpg)

b）在刚建立的终端上键入netconfig 回车后：
    (图片请查看附件的图片3.jpg)

    (图片请查看附件的图片4.jpg)

一般的情况是；当你输入你的IP后，我的192.168.1.99没被占用用，所以我输入这个，后面三项都是自动生成的，但是记得把3，4项修改一下，（我的是相当于一个小局域网，所以网关是192.168.1.1，最后一项是填所在地的电信服务网关）。确定后，进行如下的操作：
在命令界面输入：service network restart
以上就是激活网卡。

接下来开始配置jdk

1． 把jdk-6u1-linux-i586.bin复制到/usr/local 文件夹下

2． 进入linux的命令窗口，输入以下命令

a)       cd  /usr/local/                                         //更改工作目录到/usr/local/

b)       cp  /files/jdk-6u1-linux-i586.bin  ./          //复制文件到当前目录

c)       chmod  a+x  jdk-6u1-linux-i586.bin               //给安装文件添加执行权限

d)       ./ jdk-6u1-linux-i586.bin                              //执行当前目录下的安装文件

e)       按空格键翻页，在最底部输入yes 回车确认，开始安装

3． 为java的执行文件创建必要的快捷方式

a)       ln  -sf  /usr/local/jdk1.6.0_01  /usr/local/jdk1.6

b)       ln  -sf  /usr/local/jdk1.6/bin/java  /usr/bin/

c)       ln  -sf  /usr/local/jdk1.6/bin/javac /usr/bin/

4． 添加java的环境变量

a)       vi /etc/profile            //输入I 在最后添加以下四行代码

b)       JAVA_HOME=/usr/local/jdk1.6

c)       CLASSPATH=$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:./

d)       PATH=$JAVA_HOME/bin:$PATH

e)       Export  JAVA_HOME  CLASSPATH PATH //将以上变量声明为全局变量

f)          按esc 键后输入：wq 回车

5． 重新启动linux，是刚配置的环境变量起作用

6． 测试

a)       输入 java  -version         //验证java的版本

b)       vi  Hello.java           //输入i

c)       public class Hello{

d)           public static void main(String[] args){

e)             System.out.println(“Hello World!”);

f)              }

g)       }

h)       按esc 后输入：wq 回车

i)          Javac Hello.java

j)          Java Hello

7． 完成

 

8． 下面开始配置服务器Tomcat6.0

9． tar  zxvf /files/apache-tomcat-6.0.14.tar.gz  -C  /usr/local              //解压文件

10．   添加快捷方式

ln  -sf  /usr/local/apache-tomcat-6.0.14    /usr/local/tomcat

11．   配置环境变量

a)       vi /etc/profile            //输入I 在最后添加以下四行代码

b)       JAVA_HOME=/usr/local/jdk1.6

c)       CATALINA_HOME=/usr/local/tomcat

d)       CLASSPATH=$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:CATALINA_HOME/lib/servlet-api.jar:$./

e)       PATH=$JAVA_HOME/bin:$PATH

f)          Export  JAVA_HOME  CATALINA_HOME  CLASSPATH PATH //将以上变量声明为全局变量

g)       按esc 键后输入：wq 回车

 

12．   测试

13．   在命令窗口输入 /usr/local/tomcat/bin/starup.sh

14．   出现下列信息说明成功

    (图片请查看附件的图片5.jpg)

     Linux文件系统损坏后的修复技巧详细介绍

文章来源： 网上     文章类型：转载

Linux文件系统损坏后的修复技巧详细介绍 

Linux不正常关机，有时候再次启动时会报文件系统损坏，如何修复文件？

首先会让你输入root用户的密码。

1）出错的时候如果告诉你是哪一块硬盘的分区有问题，比如是/dev/hda3

接着用如下的命令去对付它呀：

#fsck -y /dev/hda3

结束后，reboot。这样就OK了！

2）如果你不知道时哪个地方出了问题。（常用此种方法）

可以直接

#fsck

在随后的多个确认对话框中输入:y

结束后，reboot。就ok了。

说明：　对Linux系统中常用文件系统的检查是通过fsck工具来完成的。

功能说明：检查文件系统并尝试修复错误。

语　　法：fsck [-aANPrRsTV][-t <文件系统类型>][文件系统...]

补充说明：当文件系统发生错误四化，可用fsck指令尝试加以修复。

参　　数：

-a 自动修复文件系统，不询问任何问题。

-A 依照/etc/fstab配置文件的内容，检查文件内所列的全部文件系统。

-N 不执行指令，仅列出实际执行会进行的动作。

-P 当搭配"-A"参数使用时，则会同时检查所有的文件系统。

-r 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。

-R 当搭配"-A"参数使用时，则会略过/目录的文件系统不予检查。

-s 依序执行检查作业，而非同时执行。

-t＜文件系统类型＞指定要检查的文件系统类型。

-T 执行fsck指令时，不显示标题信息。

-V 显示指令执行过程。

用fsck检查文件系统完整性文件系统很复杂，因此易于发生错误。可以用fsck 命令检查文件系统是否正确和有效。它可以根据指令修复找到的小错误，并将未修复错误报告用户。幸运的是，文件系统的代码非常有效，所以根本极少出现问题，并且问题通常原因是电源失败、硬件失败、或操作错误，例如没有正常关闭系统。 大多数系统设置为启动时自动运行fsck ，因此任何错误将在系统使用前被检测到(并根据希望修正)。使用有错误的文件系统可能使问题变得更坏：如果数据结构有问题，使用这个文件系统可能使之更糟，导致更多的数据丢失。当然，在大的文件系统上运行fsck 会花一定的时间，如果系统正常关闭，几乎从不发生错误，因此有一些方法可以不进行检查。如果文件/etc/fastboot 存在，就不检查。另外，如果ext2文件系统在超级快中有一个特定的标记告知该文件系统在上次mount后没有正常unmount. 如果标记指出unmount正常完成(假设正常unmount指出没问题)，e2fsck (fsck 的ext2文件系统版) 就不检查系统。/etc/fastboot 是否影响系统依赖于你的启动手稿，但ext2标记则在你使用e2fsck 时发生作用--基于一个e2fsck 选项(参阅e2fsck 手册页) 自动检查只对启动时自动mount的文件系统发生作用。使用fsck 手工检查其他文件系统，比如软盘。 如果fsck 发现为修复的问题，你需要深入了解文件系统的一般工作原理和有问题的文件系统的细节，或好的备份。最后一个办法容易(虽然冗长)安排，如果你自己不知道，有时可以通过朋友、linux新闻组、电子邮件列表或其他支持源安排。我很想告诉你更多，但我对这的学习和实践也并不多。

theodore t'so的debugfs 程序应该有用。 fsck 只能运行于未mount的文件系统，不要用于已mount的文件系统(除了启动时的只读根文件系统)。这是因为它存取原始磁盘，在操作系统不知道的情况下修改文件系统。 there will be trouble, if the operating system is confused.

                              好大的太阳
      
       网友：
       “丫的，在不在？”
      “在~~有啥事？”这小子百年难见一回，难得~难得，想到此处“嘿嘿”的坏笑一阵
      “明天有日全食，你小子记得去看~”
      “日全食？就是那个白天变黑夜的？”
       “对你无语了，上网查查资料吧~~我下了，明天还要看日全食呢~”
       。。。。。。。。沉默三秒.
       "靠，溜的也太快了吧~？丫的！"
      室友：
        “明天有~”室友兴奋道，
        “日全食是吧~早知道了”
         “听说是早上8点多，哈哈~那时你上班时路上就天黑了”室友坏笑道，
        “哦~哦~那好啊~哈哈哈~~”开怀大笑，脑海中瞬时联想到天黑的时的种种状况。
     
      上班路上
         “丫的，8点了，天怎么还不黑~~！”
         “靠，这太阳，也太大了吧~~”
         “那俩小子不是耍我吧~丫的！”
          快到公司时，汗流夹背，满身的汗臭味（大家也别汗了，走路上班，用时45分钟）
     
      公司  时间9：00
          “快看，快看~日全食了”
           听此一语，马上跑过来了，“在哪~在哪？”
           俩同事投来鄙夷的目光，“在天上”
           我抬头一看，找到太阳了~~
           看了二秒，两眼刺痛，迅速将目标移离太阳。“靠，太阳太刺眼了，根本就没啥日全食”
           俩同事看着我，这才发现他们都戴了大墨镜
           “你小子太强了，敢直接看，眼痛了吧~”
           双目还在刺痛中，尚未苏醒;凭借对公司的熟悉，一路摸着到洗手间，在洗手间不停的给双眼洗澡。
          
       
       编后语：现在眼还有痛，算了，晚上把灯关了，在墙上挂个圆形白纸就得了~~
                 
   
      
     

         
   一、java环境变量的配置：

     1、在windows桌面上右击“我的电脑” —> “属性” —> “高级” —> “环境变量”，在“系统变量”里我们可以看到系统的各个环境变量的值。

     2、双击某个变量名可以修改变量值，变量值之间用“;”隔开。我们还可以“新建”原先没 有的变量。与jdk有关的有3个环境变量；“java_home”“path”，“classpath”。

    path:    
       系统中“path”变量（系统自带的变量是DOS命令的变量，要是你删除了，就会发现ping、ipconfig等命令不能用了！）已经存在，可以直接 添加新值（其它变量值不要动，防止其它程序运行异常）
       “path”，设置jdk中各个程序的路径，“%java_home% \bin;%java_home%\jre\bin;或者“%java_home%\bin;

    java_home:
    “java_home”，设置jdk的安装路径，比如“e:\java \jdk1.5”，以下简称“%java_home%”。这个变量需要新建

    classpath  
     在java1.6之后的都不需要去配置classpath 了所以就需要前两部就OK了“classpath”，设置java各个类的路径，“.;%java_home%\lib;%java_home%\lib \tools.jar”。前面的“.”不可少，它代表了我们为自己的java类建立的工作路径，其它的是jdk自带的标准类库路径。 设置好环境变量后按“确定”退出。

     3、打开“开始”->“运行”，打入“cmd”，进入dos系统界面。然后打“java -version”，如果安装成功。系统会显示java的版本。

       二、 以下为置JAVA_HOME,CLASSPATH,PATH的目的:
       1,设置JAVA_HOME:
      （1）、为了方便引用，比如，你JDK安装在C:\Program Files\Java\jdk1.6.0目录里，则设置JAVA_HOME为该目录路径, 那么以后你要使用这个路径的时候, 只需输入%JAVA_HOME%即可, 避免每次引用都输入很长的路径串;
      （2）、归一原则, 当你JDK路径被迫改变的时候, 你仅需更改JAVA_HOME的变量值即可, 否则,你就要更改任何用绝对路径引用JDK目录的文档, 要是万一你没有改全, 某个程序找不到JDK, 后果是可想而知的----系统崩溃!
      （3）、第三方软件会引用约定好的JAVA_HOME变量, 不然, 你将不能正常使用该软件, 以后用JAVA久了就会知道, 要是某个软件不能正常使用, 不妨想想是不是这个问题.

        2、设置CLASSPATH:
        这是一个很有趣,当然也比较折磨初学者的问题, 这个变量设置的目的是为了程序能找到相应的".class"文件, 不妨举个例子: 你编译一个JAVA程序---A.java, 会得到一个A.class的类文件,你在当前目录下执行java A, 将会得到相应的结果(前提是你已经设置CLASSPATH为"."). 现在, 你把A.class移到别的目录下(例如:"e:\"), 执行java A, 将会有NoClassDefFindError的异常,原因就是找不到.class文件, 现在你把CLASSPATH增加为:".;e:\"再运行java A, 看看会有什么结果~~:)~~~, 一切正常, java命令通过CLASSPATH找到了.class文件!

       3、设置PATH:

        道理很简单, 你想在任何时候都使用%JAVA_HOME%\bin\java 等来执行java命令吗, 当然不会, 于是, 你可以选择把 %JAVA_HOME%\bin添加到PATH路径下, 这样, 我们在任何路径下就可以仅用java来执行命令了.(当你在命令提示符窗口输入你个代码时,操作系统会在当前目录和PATH变量目录里查找相应的应用程 序, 并且执行.)