• 1
  • 1
分享
  • 【原创】我不想看到阉割版的 Google
  • sylan215 2019-01-29 12:48:39 字数 993 阅读 2622 收藏 1


昨天人民日报海外版的推文,着实引爆了互联网世界的 G 点,这么明显的故意勾搭 Google,还是头一次。

其实 8 月 1 号的时候,有一家美媒就发文说谷歌可能会回归大陆,虽然后来被证实,这个报道的图片是盗用的,和新闻无关,所以消息的可信度也就大打折扣了,但就算这样,消息在国内 IT 圈仍然引起了不少的关注,有期待的,有不看好的,有等着看百度笑话的。

我的主业是做测试,也算是技术人吧,所以我当时发了一条朋友圈,表达了自己的观点。

但是很遗憾,我说的太隐晦,没人能看懂我要说的是什么(其实是人微言轻,没人关注)。

其实这几天我正在看 Google 首席执行官埃里克写的《重新定义公司》,里面提到 Google 创始人拉里和谢尔盖曾经在上市招股书中附了一份公开信,公开信的第一句话就是「Google 不是一家普通的公司。我们也不打算变成一家这样的公司。」

这几天,我总是能想起这句话。

如果只是单独看这句话,其实很普通,因为没有人明确的定义「一家普通的公司」到底是什么样的公司,但是我从书里面知道了他们到底要把 Google 打造成什么样的公司,那种愿景,那种期盼,那种理念,那种氛围,让我在看书的过程中,都产生了无限的向往和认同感,我敢说,那绝对是技术人的天堂。

回过头来再说说 Google 的回归,如果是搜索回归,我敢打包票那肯定是阉割版的 Google 搜索,这算是什么?天堂里产出的转基因果实?不不不,我不要这样的果实,更准确的说,我不愿意我理想中的天堂产出这样的果实,一旦走出屈服的第一步,后面将会有更多的屈服,那时候,天堂将不是天堂,它就是「一家普通的公司」,而已。

所以这件事,对于谷歌来说,我觉得无关乎商业,无关乎利益,它其实就是一种选择,妥协 or 不妥协,天堂 or 一家普通的公司,愿景 or 现实。

这个地方,我觉得和我们测试人面临的情况有很多相同之处,面对开发人员的技术倾向,产品人员的 KPI 导向,测试人是「不作恶」的最后把关人,我们总是要做最后的抉择,到底是服从利益还是服从善良,期待这次 Google 的答案。

不过,「小道消息」的 Fenng 大给出更新颖的观点,我倒是十分认同,除了搜索之外的服务,比如 G Suite 全家桶,其实是可以既不需要阉割,又可以争取放开的,如果真是能这样的话,那就真是太好了。

至于百度,爱咋咋地吧。

以上,如果认同本文观点,欢迎分享转发。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   常言道,名正则言顺。对于一个概念,如果它没有恰当的名字,就会增加理解的难度,甚至容易引起歧义。  在这些年,不管是写公众号还是与同行交流,我都发现软件测试中的一个重要概念存在着“名不正,言不顺”的问题。这个重要概念就是回归测试。  到底什么是回归测试?为什么叫回归测试?据我观察,许多的答案都不能让人信服。今天,是时候为“回归测试”正个名了。  要理解“回归测试”,先要理解“回归”。回归,是常用的汉语词汇。它有两种含义。第一种是归还,返回的意思。例如:香港回归祖国,北回归线,回归初心等。这种含义大家都非常熟悉。  另外一种含义,熟悉的人就少一些。它来自数学领域,表示研究随机变量相互关系的统计...
            10 10 921
            分享
          • 作为测试Leader接手一个新业务,怎么干?当你作为测试负责人接手了一个新业务,你可能会面临这么两个核心的问题:产品质量如何保障?QA 团队如何建设?这两个问题看似一个是职能方向,一个是业务方向,实质两者是相辅相成的。在本文中我将分享一些实践过程中的思路。整体的思路按照如下展开:01 融入环境核心原则:将自己全身心投入到一线项目,做一个好的沟通者、观察者和记录者。切忌 “新官” 上任 “三把火”,融入环境是第一要务。环境中的因素有很多,抓住“人” 与 “事”这两个核心要素。人:团队的全体成员,建立相互了解和认知的桥梁,覆盖团队中的每一位角色——开发、产品、测试、运维、设计、交互等等。怎么做?工...
            0 0 1826
            分享
          • 【摘要】测试用例英文名叫Testcase,测试用例是开展测试工作的重要一项,测试用例是否完善、质量高低以及执行的情况如何是影响软件测试结果的一个重要方面。可以说测试用例是软件测试中一个举足轻重的因素。本文就有关问题进行阐述。【关键词】测试用例概述用例文档(checklist),是关于具体测试步骤的文档,它描述了测试的输入参数、条件及配置、预期的输出结果等,以判断被测软件的工作是否正常。从表现形式上而言,测试用例可以是纯文本的说明文档,也可以是用脚本语言或高级语言编写的一段代码。测试用例文档由简介和测试用例两部分组成。简介部分编制测试目的、测试范围、定义术语以及测试背景等。测试用例部分逐一列示各...
            1 1 1711
            分享
          •   从事测试工作的各位同学都知道,测试用例在软件测试活动中是最重要的,它是测试工作的指导,是软件测试必须遵守的准则,更是软件测试质量待定的根本保障。  在实际的软件产品或是项目中,测试用例的设计,基本上都是几百条,或是上千条,如遇到大项目或是新建系统或平台,可能是几千条以上的测试用例,在项目紧张的周期下,组织项目中的各位专家对每条测试用例进行逐一评审的可能性和可行性极低,但测试用例的评审又是重中之重。  测试列表  评审测试用例,除了了解测试人员对测试用例设计的方法、思路,还审视测试用例是否覆盖得正确、全面、连贯和可操作性。  因此,需要对测试用例的设计方法、思路及场景进行分类和归纳,继而对分...
            11 11 1328
            分享
      • 51testing软件测试圈微信