受欢迎的文章
记忆胶囊

探知Google员工离职背后的故事 称Google无创新

  • 分类:兴趣

  导读:原 Google 员工 James Whittaker 在 msdn 发表博文《》,文中他谈及他离开 Google 背后的故事。并对比旧 Google 与新 Google 之间的区别,还称 Google 已抛弃创新精神,而一味的偏向广告,不再是一家技术公司。以下是文章内容:  每个人都想知道我为什么离开 Google,我在文章中会给大家一个满意的答复。文章内容属实,不带有任何感情色彩,不抨击以前的同事。只是就事论事,谈谈我离职的原因。  我离开 Google 并不是一件轻松的事。就职期间,我一直对公司保持着激情。我曾主要参与过 4 次 Google 开发者日活动,两次 Google 自动化测试会议,并且是谷歌测试博客的贡献者。而且,招聘人员经常让我帮助公司推荐优秀人才。实际上,近 3 个月我一直处于低靡状态,我曾试图找回我以往的那些激情。  我曾热爱的 Google 是一家以技术创新为核心,并帮助员工创新的公司。而我离开时的 Google,已成为一家只注重广告的公司。  从技术层面上讲,Google 一直都是一家广告公司,过去 3 年中我并未有过这么强烈的感觉。虽然 Google 是家广告公司,但它是以优秀丰富的内容为主,从而吸引广告客户盈利。埃里克·施密特  在 Eric Schmidt(埃里克·施密特)带领下我们一直保持这样的做法。Google 就如同一家创新工厂,提倡员工发挥企业家精神,并对员工发放创始人奖励和其他奖励。广告收入给予了我们思考、创新和创造的空间。App Engine,Google Labs 和开源项目都给我们带来展示创新的机会。实际上,多数员工都忘记了我们一切收入是来自于广告。也许只有从事此工作的工程师们才意识到这一点,而我们却一直认为 Google 是一家以技术为主的公司,是一家雇用优秀人才,并且给他们空间去展示创新才能的公司。  而这家创新公司最具重要战略意义的产品是 Gmail 和 Chrome,是最基层的创新成果。但创新中也掺杂着失败,但 Google 能及时发现并从中吸取教训。在这样的工作环境中,你不必考虑太多其他因素,只要你有想法、有能力就可以参与到项目当中,成为一个有贡献的人。这段期间,我曾有数次机会离开 Google,但我却认为离开后很难能找到比它更好的公司。    之所以可与 Facebook 相抗衡,是因为 Google 原本是一个提倡创新并引以为主的地方。而随着社会的发展,Google 突然从自己的梦境中惊醒,它发现自己不可动摇的广告巨头地位已受到了威胁。  即使 Google 广告业务比 Facebook 更为繁荣,但 Facebook 更了解用户。而广告商和发布商看重的正是 Facebook 这种个人信息,所以他们都愿意以 Fcebook 为平台来打造自己的品牌效应。例如,Nike 公司就在 Facebook 上创办了品牌主页,而没有与 Google 展开类似的合作。拉里·佩奇  Laryy Page(拉里·佩奇)本人曾亲自出面纠正这个错误,开发了属于 Google 自己的社交业务 Google+,但是他认为做的还不够。搜索也要社交化,Android 也要社交化,YouTube 也“惨遭毒手”。更糟糕的是,创新也要社交化。他将 Google+ 制定为公司战略中心,并称“一切不与 Google+ 为中心的想法都是失败的”。  突然间,Google Labs 被关闭,App Engine 涨价了,一直免费的 API 也开始收取费用了。创新的标签被拆除了,原来的 Google 已逝去了,为抗衡 Facebook 竞争的新 Google 从此诞生了。以前雇用优秀人才并鼓励员工创新的 Google 已不在,而现在的 Google 对未来有着明确的目标,公司将干涉员工权力并纠正错误。  Google+ 与我并没有联系。实际上我从来不关心也不点击广告。我不希望在搜索结果中包含 Google+(或是 Facebook 或 Twitter)的内容。当我搜索“London pub walks”,我想看到的是更多厂商的建议“Buy a London pub walk at Wal-Mart。”  以前的 Google 依靠广告盈利是因为它提供优秀的内容。就好比电视节目:把自己做好,才能赢得广告收入。而今日的 Google 却一味得到偏重广告,而忽视了这点。  也许 Google 是对的,也许在未来的确需要收集用户的个人信息。也许 Goolge 比我更了解什么时候应该给我母亲打电话,也许知道什么时候适合购物。  以前的 Google 是一个伟大的工作环境。而新的呢?  原文链接:

百度人才首席执行官(CEO)李珍文(腾讯科技配图)  4月 25 日消息,腾讯科技今日获悉,百度旗下招聘网站百伯网再次发生重大人事变动,CEO 李珍文已于近期低调离职。CTO 刘平川则于去年底离职。百度和百佰都不对此表态。  据了解,百度人才是百度全资子公司,去年 4 月份测试版上线试水网络招聘领域,后更名为百伯。去年 11 月百伯宣布获得来自其母公司百度的第二笔投资,投资金额超过一亿元人民币,此笔投资将主要用于百伯产品研发和品牌建设。  百伯 CEO 李珍文去年接受腾讯科技专访时曾表示,百伯正处于投入期,不急于盈利,百度最关注百伯的产品是否能被用户和业界认可,包括企业用户。除资金支持外,百度公司还将在技术以及内部资源共享等各个方面全力支持百伯的发展。  知情人士透露,CTO 刘平川去年底离职,CEO 李珍文今年初已被架空,并于近日正式离职。李珍文向腾讯科技证实,自己已离职,不过并未透露未来规划,仅表示会休息一段时间。  百伯相关负责人透露,为广大求职者提供最新最全的招聘信息,百伯将加大技术和产品研发投入。该人士进一步透露,百伯网原 CEO 李珍文由于个人原因已于 2012 年 1 月份离职。公司核心管理团队成员韩晓明出任公司总裁一职,负责公司整体运营,目前两人已经顺利完成工作交接。    李珍文,前百度人才首席执行官(CEO)。  在网络招聘领域具有近十年的丰富实战与管理经验,是中国最早进行网络招聘营销和管理的专业人士,尤在网络招聘销售管理、品牌营销、渠道拓展以及团队建设等方面颇有建树。  2011年 1 月 1 日,百度人才创立,李珍文出任 CEO,凭借在网络招聘领域的丰富经验,全面、系统的梳理公司产品体系和销售运营体系,旨在将百度人才打造成国内首家专注于人力资源精准服务的互联网平台,引领互联网人力资源服务的健康发展。  2002年-2010年,李珍文就职于智联招聘,历任智联易才西南大区总经理、智联招聘北京公司总经理、集团副总裁兼华东大区负责人等多个职务。多年来,其带领团队对网络招聘的品牌建设不断进行创新与开拓,在销售业务及运营管理方面取得了卓越的成绩。  2011年 1 月创办百度人才,2012年初离职。    刘平川,前百度人才首席技术官(CTO)。  刘平川,多年来一直专注于互联网技术和产品的研究开发,在互联网产品创新和商业模式拓展方面造诣颇深。  在公司成立伊始,作为百度人才核心创始人,制定了前瞻性的产品研发战略,推出具有行业标志性意义的创新产品。未来,百度人才将通过对技术和产品的精益求精领跑行业发展。  2000年加入网易,曾担任技术部架构设计师、网易通行证和网易电子支付平台负责人。2006年进入百度,历任战略发展部、创新发展部产品/技术经理,为百度影视、百度下吧、百度币、杀毒频道、游戏频道产品技术负责人,对百度电子商务、影视、游戏娱乐等新业务的孵化进行创新探索。  2008年起,加盟智联招聘,出任产品研发中心总监、数据运营中心总监、集团公司代理 CTO,全面领导智联技术体系工作及公司 BI 工作的规划与建设,规划设计了行业首款网络自助销售产品“i聘 99”,在无任何推广情况下,一上线单月销售额突破 30 万。  2011年 1 月创办百度人才,2011年底离职。

谷歌周二推出 Google Play Store。  导语:有国外媒体日前发表了综述,对谷歌将谷歌音乐、Google eBookstore 以及 Android Market 进行整合,并推出 Google Play Store 的原因进行了分析。指出谷歌此举主要源于谷歌音乐盒 Google eBookstore 的表现不佳,同时该公司要进一步强调“谷歌”这一品牌。    谷歌日前将把该公司出售音乐的网站谷歌音乐、出售电子图书的平台 Google eBookstore 以及出售其他包括应用程序和服务在内的数字产品的在线商店 Android Market 进行了整合,并更名为 Google Play Store,该调整从周二起正式生效,此举是谷歌为改善自身在电子内容销售市场上的形象,并且更好地与苹果和亚马逊展开竞争而推出的最新措施。  这不禁让人联想到 2005 年当微软推出了一大堆 MSN 在线服务之后,对这些服务进行了整合并推出了 Windows Live。尽管该服务并没有什么特别的亮点,但是还是向外界进一步强调了该公司的核心产品:Windows。  而如今,看来谷歌似乎也开始意识到重新确立起“谷歌”品牌的重要性,而不是 Android 在线服务,同时基本上借此一并处理掉了谷歌音乐以及 eBookStore,特别是这两款服务本身的表现并不尽如人意。  尽管谷歌音乐已经经历了 1 年左右的测试阶段(作为在线音乐存储服务),并且音乐商店也于去年秋天正式推出,但是由于一直缺乏一大主要唱片公司——华纳方面的音乐产品,而另一方面,相同的在线音乐服务也很多,因此谷歌在这一领域并无优势可言。  因此最后谷歌走出这样一步,并不出人意料。  eBookstore 在 2010 年正式推出,在其后的 6 个月当中,用户总共从 eBookstore 当中下载了 250 万册图书,一年的销售量大约为 500 万册。而相比之下,亚马逊在 2010 年的电子书 Kindle Book 的销售量应该为 2200 万册,而亚马逊在之后进而宣布该公司的电子书销售量已经超越了实体书销售量。而苹果方面在 2011 年 10 月则指出该公司在苹果书店开业之后的不到 2 年内已经售出了 1800 万册电子书。  然而 Android 市场则是大获成功,该市场在去年 12 月已经完成了 100 亿次下载,尽管其增长速度尚无法达到苹果 App Store 的高度,但是总体发展还是一帆风顺的。

  最近忙着毕业设计,需要文献翻译。本想随便那之前翻译的交个差,但总觉不够严谨。我的毕业设计主要是帮老师的研究所做个网站,本来已经有网站了,但老师和我都觉得老版本的网站很是陈旧。于是毛遂自荐。  网站需要重构,自然信息架构部分也是重要的一环,虽然之前也看了不少,比如《》即是思索的痕迹,但还是系统地翻译了 Five Simple Steps 团队著作的《》其中一个章节:《IA Patterns》。(对于这本书,网上有 PDF 文档流传,由于个人洁癖,就不贴出来,需要的可以留言。另,需要本章节 PDF 的亦可留言索要。)  ——Start——  这一章都是关于信息架构的模式——主要是针对不同类型网站的信息架构所需的一些通用方法。希望能够抛砖引玉,当你构建自己网站的信息架构时,能够从这些模式着手开始。当然,前提是你的网站得符合这些模式中的一类,或者是他们的结合。    一种模式即是对于一类频繁遇到的设计问题的通用解决方法。  模式的思想来源于建筑。正如你所想像的,建筑物有许多普遍的问题等待解决——食品准备区和食品服务区间的关系,人们如何进入一幢建筑,以及房间的内饰怎样与屋外和谐相处等等。  模式在软件开发领域也非常普遍(一些问题屡次出现),提供一些软件设计的解决方案给开发者们。交互设计也同样如此,一些可复用的解决方案浮出水面,通用的需求譬如有登录表单和分页设计。  模式中很关键的一点是这些想法都是来自真实世界的需求。你不必坐下来冥思苦想,为一个全新的领域创建一套模式。以下我们讨论的模式都是“劳动人民”智慧的结晶。    信息架构与人们需要使用信息的很多领域都有关。下面我将阐述每个模式的特点,使用场景,并提供相关案例。  首先我将讨论四种简单模式(层级、数据库、超文本和线性)以及三种的结合。      在层级的概念中,类目之间关系是父子关系或者广义与狭义——即抽取为更广义的群组或者是分解为更具体的群组。  层级结构可以描述为扁平式和锥形式:    一个层级结构也可以描述为严格型(strict)和多元层级型(polyhierarchy):  现实世界里,严格型层级结构是必须的——毕竟一个实体一次处于不同地方是不可能的。然而,在数字世界里,我们很容易就能让一个东西置于很多地方,且很好的解决了现实里类别混乱的局面。我们能够将东西放在期望看到的多个位置,并且允许类别边界的重叠。  层级结构是组织信息所使用的最简单和常规的方法,适用于内容范围很广。尤其适用于小型站点,仅仅需要一些简单的层级——顶层(首页),一些二级页面和底层的详细页面。  同样,层级结构对大型站点也适用。尤其是那些内容型的网站(内容杂乱多样)。即使你的信息复杂度各异,层级结构也有作用。例如,你首先可以展现综述信息,然后允许用户根据需要细分出更多详细信息。    很多年来,一直有个“传说”:每个具体内容从首页进入时都应该少于三次点击。  对于很多网站来说,这简直是天方夜谭。按它这么操作,很多网站每个层级的类目将会多的让人无从选择。  相反,更重要的应该是让用户在每个层级都能轻松决策,并告知其处于正确的路径。如果用户觉得自己的操作是正确的,那么他们会按照自己的意图进行浏览学习。                     图片 16-3:是一个小型的组织且信息量也很少。    简单的层级结构就很有效。  图片 16-4.白宫官方网站有许多内容,但仍然采用了基础的层级结构。()    这里讨论的数据库并不是一种技术对象——各种信息的数字化存储,而是一种概念模式。  它们的相同点都是具有特定规划的结构或模型,所有的信息都必须来适配于这些结构。所以你不能强加一些不适合此模型的东西。  数据库模式针对的是具有一致性结构的内容。有些内容可能与其他的没有直接关系——它们确实不具备层级内容里所需的父子关系——但是它们都由相同的内容块组成,拥有相同的结构。  例如,etsy 网站,这两个类目没有任何共同点:  图片 16-7.    Sleepy time (来自 )  图片 16-8.Headbands (来自 )  但是它们具有相同的内容块来构成列表:  即 etsy 上的每个产品都是相同的结构。  数据库模式应用场景要么是较小的信息集,要么是很大的数据集。  数据库结构最大的优点是一次性储存数据,然后可以使用不同的数据块和方式来展示信息。例如,在 etsy 里,你可以通过类别、颜色、位置甚至是最近更新(很小的层级)来寻找内容。这给了用户很多途径来发掘他们自己感兴趣的信息。  数据库结构适用于音乐、产品目录、书籍、文章、博文等等具有一致性结构的内容。它为用户提供了很多进入内容的入口。例如,flickr()中,你能够通过摄影者、相册集、小组、最受欢迎和标签来发掘照片。    元数据通常被定义为“关于数据的数据”或“关于信息的信息”。这种定义虽然不是很有帮助,但是很准确。元数据就是所有的与内容块相关以及描述内容块的信息。  有三种不同类型的元数据:  比如 ,元数据可能包括:  这些元数据主要用于两件事情:  当然,项目最困难的部分莫过于决定收集哪类内容和他们的内容是什么(或者你将使用哪些分类)。    超链接模式是信息架构中很有趣的部分,因为它似乎是一种反结构(anti-structure)模式。内容块仅仅根据相互关系来进行连接。与层级或数据库不同的是,不存在主结构——内容仅仅通过链接进行连接。   超链接结构最佳案例是维基(wiki)。维基没有预先规划的结构——内容仅是通过内嵌的链接产生联系。  就是最好的注解。维基百科的内容并没有主架构,也没有很健壮的数据库结构。(没错,他是储存在数据库中,且有一些基础的数据块,例如表头、描述等。但是它不是上面所述的“数据库结构”。)每个页面都是独立的,通过相关链接与其他页面进行连接。  如果内容已经创建了一段时间,但你仍然不确定构建的东西,那么超链接结构特别有用。在这种情况下,预先确定详细架构甚至是为网站确定基本模式都是不可能的。许多文档项目都是这样起步的——人们首先写出独立的文档页面,然后忙着通过链接来创建文档关系。  许多网站开始时都是超链接结构,当内容确立后,才进行重构。  超链接结构的主要问题在于:该模式的成功很大程度上取决于人们在内容块间创建的联系。对于层级结构,你能很清楚地看到下一级;对于数据库模式,你能展示一种特殊类别的所有内容;但对于超链接结构,它本身并没有能力自动展现关联内容。如果作者没有创建链接,用户就根本有办法发现信息。    线性模式,顾名思义,按照直线规则一个跟随着另一个。    线性模式并不常见——通常使用该模式是为了用户能够按照他们所理解的方式跳转内容。  如果你遇到一种情境:当用户转移到另外一件事前,必须先理解一件事情,那么很适合使用线性模式——通常例如,教学资料。如果用户实际并不需要按特定规则阅读的话,就不要使用线性模式了,否则用户会有一种挫败感。[译者注]苹果官方的“”文档中就是利用了线性模式,显然 iOS 开发的学习是个循序渐进的线性过程。    现在让我们看看如何结合这三种简单的模式来创建更复杂的信息架构。他们之间会有重叠,所以不要纠结于你的网站到底属于哪一类模式。    一种很常见的模式就是简单的层级结构与多个数据库式内容的结合。  这种模式适用性很广。你可以针对基础内容创建网站的层级结构部分,然后利用强大的数据库模式将具体信息与某部分集成。当然,也可以是其他任意组合。图片 16-17. ——一些内容页面安排在了一个小的层级结构中。图片 16-18. 展示部分使用了数据库结构——这个索引页面说明了标题、演讲者、简短概述、A-Z顺序排列。每个链接都指向一个详细内容的展示页面。()  这种模式的主要挑战之一是决定哪部分转化为结构性内容,哪部分留下作为层级结构内容。可有如下考虑:    第二种常用的莫过于目录模式。  这种结构事实上是数据库模式,但是这里特别提及,是因为它很常用,尤其是。底层是内容,由此向上的三个层级取决于网站规模和内容类型。  Jared Spool 曾写了一篇文章深入分析了该模式,并描述了主页和内容页包含的三种不同类型:  应需而变。毋庸置疑,大型的产品目录可能会用到这三种。  Jared 强调说,陈列页是信息架构设计中最困难的环节,因为用户会根据这个页面的效果来决定是否点击浏览详细页面。    中心辐射模式归根结底也属于层级模式的一种。然而,这里想单独阐述是因为人们使用的时候还是与层级模式有些许不同。  在层级结构中,人们倾向于从顶层(首页)开始,一级一级向下浏览内容,经常是徘徊于层级结构下的某个分支。而中心辐射型结构中,人们会从一个层级进入到另一个具体信息,然后返回出发点(中心点)然后在进入到其他详细页面,如此往复。例如,对于 ,个人页面就是一个中心点——它是你经常流连徘徊的地方。    我参与过很多大型网站——政务网站、大学教育网站等等。我用的最多的一个模式,自称为“子站点”(曾有一段时间,人们称之为“门户(portals)”,但后来就销声匿迹了)。  很显然,整个网站都是有一系列子站构成,并通过首页或多个顶层页面连接起来。子站可以应用任何模式,也不必局限于同一种。  在一些应用场景中,子站点都是使用统一的导航和页面布局,潜移默化地表达一种观点:这些子站点是品牌网站的一部分。当然,有些实践方案的导航和页面布局往往会考虑内容和用户的感受而略有不同,但是仍然会通过一些细节处理来展示其整体效果。   该模式特别适用于大型组织结构——往往拥有许多职能部门或者很多子品牌——但有需要以一个整体的效果呈现。此外,内容分析后,如果你不能找到一种单一的模式解决各部分的信息架构,那么你就应该考虑“子站模式”,而不是强迫套用某种模式。  正如你所想到的,大学网站是个很好的案例——大学作为一个整体代表了一个组织和品牌,但内容多样,每个学院和组织机构都有特定的交流沟通需求(包括对象、政策等)。政府机构也是一样。例如,ABC(Australian Broadcasting Corporation,澳大利亚广播公司)旗下拥有很多电视台、广播站、新闻以及其他网络服务。  图片 16-28. 对于 ,首页承载了许多子站点的入口。    很多大型站点,不可能以一种单一的方式组织内容就能满足所有的用户——所谓众口难调。  面对这种情况,我通常使用“集中入口点”模式。首先我都会根据内容和核心用户确定一个适用于该站点的信息架构模式(层级结构居多)。  然后,假设一些用户不会通过主信息结构来寻找信息,我会有意提供一些入口点来帮助他们发掘有用的信息。这些入口点不必覆盖所有站点内容——专注核心信息即可。  我曾说过一些分类组合很难使用——特别是用户组合和任务组合。我发现入口点很好地解决了该问题。例如,你先运用基础的层级结构组织网站内容,然后为不同的用户或任务提供合理入口。  案例——澳大利亚的水  澳大利亚政府的“水”主题网站包含了很多政府政策和相关大纲。当然,政策和大纲并不总是这么明显——一些人可能很了解(如相关政府人员和媒体工作者),但是很多人都很无措。两类人都需要找到自己关心的信息。  这个网站是个运用“集中入口点”模式的典型案例。主信息架构是简单的层级结构,围绕政策和大纲进行组织:  图片 16-34. ,作为类别分组显示出来了。  话题式入口,比如脱盐(desalination)、雨水贮蓄池(rainwater tanks)和节水(saving water),提供一些用户感兴趣的话题入口:   图片 16-35. ——链接贯穿整个网站    标签模式无论在基础的数据库模式或者是超链接模式中都有所运用。网站中的每个类目都利用关键词作为标签——而它们同时也是内容的入口。  标签可能是内容原作者添加的,也可能是其他具有权限的读者(例如同一团队成员)。  这种模式适用于大量不同内容的作品集,特别是内容读者都具有很不同的观点和想法。  当用户感觉无从下手时,标签能够帮助用户探索和发现相关的信息。例如,Flickr 列出了所有的标签,你可以根据一个特定的标签找出所有相关照片——摄影师和访问者都有权添加标签。  当内容完成后,可能需要重构;  轻松找到相关信息;   最著名模式方面的建筑著作是 Christopher Alexander 的《The Timeless Way of Building》(1979)。   目录模式更多信息可以参见 Jared Spool 的文章: 和 。另外,也可以参考 Jared 和 Robert Hoekman Jr 合著的《》(Web Anatomy: Interaction Design Frameworks that Work)。

  ,由最开始的源代码托管库,演变成了开发者趋之若鹜的技术社交平台,最近 Github 基于其强大的代码资源库以及用户资料,推出了新一代的招聘平台,。  Github 已在社区里产生影响,如技术专家刘未鹏将其誉为“”。Githire 利用其技术社交平台的优势,通过解析 Github 上的用户资源和代码资源,对程序员进行搜索和排名,并针对不同的语言或者不同的技术领域,将卓越的软件工程师找出来:  这种全新的排名方式为 IT 公司的 HR 部门提供了新的招聘途径。$1000美金, Githire 承诺会找到五个卓越的软件工程师(引用自 Githire 官方网站): 我们会找到五个卓越的软件工程师——我们的流程非常简单。1000美元,我们会在三十天内找到五个卓越的工程师做电话面试;如果不能达成,可以将已付的佣金退回  Githire 的出现,各方反响不一。如纽约时报的一篇报道“”,文章阐述寻找有竞争力的程序员是件费时费力的工作,Githire 提供的服务和理念是新颖的、有创造力的:在旧金山海湾招聘杰出的软件工程师,用比克福德先生的话说,“不是一件容易的事儿”。31岁的比克福德是 Yelp 网的元老程序员,直到去年 11 月还在担任 Minted.com 的首席架构师。比克福德先生在为 Minted.com 招聘软件工程师的时候,Githire 还没有出现。但他很欣赏 Githire 提供的服务以及发现天才的新颖方式。“顶级的程序员就像赛车,一旦你拥有他,你就不想失去,还会搜罗更多这样的人才”比克福德如是说。  当然,对于 Githire 的排名,也存在质疑的声音,有位系统架构师 Richard Bucker 在其技术博客上发表,认为 Githire 虽然新颖,但在选择软件工程师的广度、如何定义“卓越”的标准上,难令人信服:Githire 能找到不计其数的程序员,但这些程序员写 Javascript 和 Ruby 居多(大家可以去 Github 统计的验证下)。在这里找 Erlang 程序员就会捉襟见肘了。Githire 是如何定义“卓越”呢,代码行数?提交代码次数?这些衡量指标,在计算机课程上讲会比较合适一点。  Githire 旨在打造一个衔接 IT 企业和软件工程师的平台,码农的招聘革命是否真正到来,时间会给出答案。

探知Google员工离职背后的故事 称Google无创新

  导读:原 Google 员工 James Whittaker 在 msdn 发表博文《》,文中他谈及他离开 Google 背后的故事。并对比旧 Google 与新 Google 之间的区别,还称 Google 已抛弃创新精神,而一味的偏向广告,不再是一家技术公司。以下是文章内容:  每个人都想知道我为什么离开 Google,我在文章中会给大家一个满意的答复。文章内容属实,不带有任何感情色彩,不抨击以前的同事。只是就事论事,谈谈我离职的原因。  我离开 Google 并不是一件轻松的事。就职期间,我一直对公司保持着激情。我曾主要参与过 4 次 Google 开发者日活动,两次 Google 自动化测试会议,并且是谷歌测试博客的贡献者。而且,招聘人员经常让我帮助公司推荐优秀人才。实际上,近 3 个月我一直处于低靡状态,我曾试图找回我以往的那些激情。  我曾热爱的 Google 是一家以技术创新为核心,并帮助员工创新的公司。而我离开时的 Google,已成为一家只注重广告的公司。  从技术层面上讲,Google 一直都是一家广告公司,过去 3 年中我并未有过这么强烈的感觉。虽然 Google 是家广告公司,但它是以优秀丰富的内容为主,从而吸引广告客户盈利。埃里克·施密特  在 Eric Schmidt(埃里克·施密特)带领下我们一直保持这样的做法。Google 就如同一家创新工厂,提倡员工发挥企业家精神,并对员工发放创始人奖励和其他奖励。广告收入给予了我们思考、创新和创造的空间。App Engine,Google Labs 和开源项目都给我们带来展示创新的机会。实际上,多数员工都忘记了我们一切收入是来自于广告。也许只有从事此工作的工程师们才意识到这一点,而我们却一直认为 Google 是一家以技术为主的公司,是一家雇用优秀人才,并且给他们空间去展示创新才能的公司。  而这家创新公司最具重要战略意义的产品是 Gmail 和 Chrome,是最基层的创新成果。但创新中也掺杂着失败,但 Google 能及时发现并从中吸取教训。在这样的工作环境中,你不必考虑太多其他因素,只要你有想法、有能力就可以参与到项目当中,成为一个有贡献的人。这段期间,我曾有数次机会离开 Google,但我却认为离开后很难能找到比它更好的公司。    之所以可与 Facebook 相抗衡,是因为 Google 原本是一个提倡创新并引以为主的地方。而随着社会的发展,Google 突然从自己的梦境中惊醒,它发现自己不可动摇的广告巨头地位已受到了威胁。  即使 Google 广告业务比 Facebook 更为繁荣,但 Facebook 更了解用户。而广告商和发布商看重的正是 Facebook 这种个人信息,所以他们都愿意以 Fcebook 为平台来打造自己的品牌效应。例如,Nike 公司就在 Facebook 上创办了品牌主页,而没有与 Google 展开类似的合作。拉里·佩奇  Laryy Page(拉里·佩奇)本人曾亲自出面纠正这个错误,开发了属于 Google 自己的社交业务 Google+,但是他认为做的还不够。搜索也要社交化,Android 也要社交化,YouTube 也“惨遭毒手”。更糟糕的是,创新也要社交化。他将 Google+ 制定为公司战略中心,并称“一切不与 Google+ 为中心的想法都是失败的”。  突然间,Google Labs 被关闭,App Engine 涨价了,一直免费的 API 也开始收取费用了。创新的标签被拆除了,原来的 Google 已逝去了,为抗衡 Facebook 竞争的新 Google 从此诞生了。以前雇用优秀人才并鼓励员工创新的 Google 已不在,而现在的 Google 对未来有着明确的目标,公司将干涉员工权力并纠正错误。  Google+ 与我并没有联系。实际上我从来不关心也不点击广告。我不希望在搜索结果中包含 Google+(或是 Facebook 或 Twitter)的内容。当我搜索“London pub walks”,我想看到的是更多厂商的建议“Buy a London pub walk at Wal-Mart。”  以前的 Google 依靠广告盈利是因为它提供优秀的内容。就好比电视节目:把自己做好,才能赢得广告收入。而今日的 Google 却一味得到偏重广告,而忽视了这点。  也许 Google 是对的,也许在未来的确需要收集用户的个人信息。也许 Goolge 比我更了解什么时候应该给我母亲打电话,也许知道什么时候适合购物。  以前的 Google 是一个伟大的工作环境。而新的呢?  原文链接:

百度人才首席执行官(CEO)李珍文(腾讯科技配图)  4月 25 日消息,腾讯科技今日获悉,百度旗下招聘网站百伯网再次发生重大人事变动,CEO 李珍文已于近期低调离职。CTO 刘平川则于去年底离职。百度和百佰都不对此表态。  据了解,百度人才是百度全资子公司,去年 4 月份测试版上线试水网络招聘领域,后更名为百伯。去年 11 月百伯宣布获得来自其母公司百度的第二笔投资,投资金额超过一亿元人民币,此笔投资将主要用于百伯产品研发和品牌建设。  百伯 CEO 李珍文去年接受腾讯科技专访时曾表示,百伯正处于投入期,不急于盈利,百度最关注百伯的产品是否能被用户和业界认可,包括企业用户。除资金支持外,百度公司还将在技术以及内部资源共享等各个方面全力支持百伯的发展。  知情人士透露,CTO 刘平川去年底离职,CEO 李珍文今年初已被架空,并于近日正式离职。李珍文向腾讯科技证实,自己已离职,不过并未透露未来规划,仅表示会休息一段时间。  百伯相关负责人透露,为广大求职者提供最新最全的招聘信息,百伯将加大技术和产品研发投入。该人士进一步透露,百伯网原 CEO 李珍文由于个人原因已于 2012 年 1 月份离职。公司核心管理团队成员韩晓明出任公司总裁一职,负责公司整体运营,目前两人已经顺利完成工作交接。    李珍文,前百度人才首席执行官(CEO)。  在网络招聘领域具有近十年的丰富实战与管理经验,是中国最早进行网络招聘营销和管理的专业人士,尤在网络招聘销售管理、品牌营销、渠道拓展以及团队建设等方面颇有建树。  2011年 1 月 1 日,百度人才创立,李珍文出任 CEO,凭借在网络招聘领域的丰富经验,全面、系统的梳理公司产品体系和销售运营体系,旨在将百度人才打造成国内首家专注于人力资源精准服务的互联网平台,引领互联网人力资源服务的健康发展。  2002年-2010年,李珍文就职于智联招聘,历任智联易才西南大区总经理、智联招聘北京公司总经理、集团副总裁兼华东大区负责人等多个职务。多年来,其带领团队对网络招聘的品牌建设不断进行创新与开拓,在销售业务及运营管理方面取得了卓越的成绩。  2011年 1 月创办百度人才,2012年初离职。    刘平川,前百度人才首席技术官(CTO)。  刘平川,多年来一直专注于互联网技术和产品的研究开发,在互联网产品创新和商业模式拓展方面造诣颇深。  在公司成立伊始,作为百度人才核心创始人,制定了前瞻性的产品研发战略,推出具有行业标志性意义的创新产品。未来,百度人才将通过对技术和产品的精益求精领跑行业发展。  2000年加入网易,曾担任技术部架构设计师、网易通行证和网易电子支付平台负责人。2006年进入百度,历任战略发展部、创新发展部产品/技术经理,为百度影视、百度下吧、百度币、杀毒频道、游戏频道产品技术负责人,对百度电子商务、影视、游戏娱乐等新业务的孵化进行创新探索。  2008年起,加盟智联招聘,出任产品研发中心总监、数据运营中心总监、集团公司代理 CTO,全面领导智联技术体系工作及公司 BI 工作的规划与建设,规划设计了行业首款网络自助销售产品“i聘 99”,在无任何推广情况下,一上线单月销售额突破 30 万。  2011年 1 月创办百度人才,2011年底离职。

谷歌周二推出 Google Play Store。  导语:有国外媒体日前发表了综述,对谷歌将谷歌音乐、Google eBookstore 以及 Android Market 进行整合,并推出 Google Play Store 的原因进行了分析。指出谷歌此举主要源于谷歌音乐盒 Google eBookstore 的表现不佳,同时该公司要进一步强调“谷歌”这一品牌。    谷歌日前将把该公司出售音乐的网站谷歌音乐、出售电子图书的平台 Google eBookstore 以及出售其他包括应用程序和服务在内的数字产品的在线商店 Android Market 进行了整合,并更名为 Google Play Store,该调整从周二起正式生效,此举是谷歌为改善自身在电子内容销售市场上的形象,并且更好地与苹果和亚马逊展开竞争而推出的最新措施。  这不禁让人联想到 2005 年当微软推出了一大堆 MSN 在线服务之后,对这些服务进行了整合并推出了 Windows Live。尽管该服务并没有什么特别的亮点,但是还是向外界进一步强调了该公司的核心产品:Windows。  而如今,看来谷歌似乎也开始意识到重新确立起“谷歌”品牌的重要性,而不是 Android 在线服务,同时基本上借此一并处理掉了谷歌音乐以及 eBookStore,特别是这两款服务本身的表现并不尽如人意。  尽管谷歌音乐已经经历了 1 年左右的测试阶段(作为在线音乐存储服务),并且音乐商店也于去年秋天正式推出,但是由于一直缺乏一大主要唱片公司——华纳方面的音乐产品,而另一方面,相同的在线音乐服务也很多,因此谷歌在这一领域并无优势可言。  因此最后谷歌走出这样一步,并不出人意料。  eBookstore 在 2010 年正式推出,在其后的 6 个月当中,用户总共从 eBookstore 当中下载了 250 万册图书,一年的销售量大约为 500 万册。而相比之下,亚马逊在 2010 年的电子书 Kindle Book 的销售量应该为 2200 万册,而亚马逊在之后进而宣布该公司的电子书销售量已经超越了实体书销售量。而苹果方面在 2011 年 10 月则指出该公司在苹果书店开业之后的不到 2 年内已经售出了 1800 万册电子书。  然而 Android 市场则是大获成功,该市场在去年 12 月已经完成了 100 亿次下载,尽管其增长速度尚无法达到苹果 App Store 的高度,但是总体发展还是一帆风顺的。

  最近忙着毕业设计,需要文献翻译。本想随便那之前翻译的交个差,但总觉不够严谨。我的毕业设计主要是帮老师的研究所做个网站,本来已经有网站了,但老师和我都觉得老版本的网站很是陈旧。于是毛遂自荐。  网站需要重构,自然信息架构部分也是重要的一环,虽然之前也看了不少,比如《》即是思索的痕迹,但还是系统地翻译了 Five Simple Steps 团队著作的《》其中一个章节:《IA Patterns》。(对于这本书,网上有 PDF 文档流传,由于个人洁癖,就不贴出来,需要的可以留言。另,需要本章节 PDF 的亦可留言索要。)  ——Start——  这一章都是关于信息架构的模式——主要是针对不同类型网站的信息架构所需的一些通用方法。希望能够抛砖引玉,当你构建自己网站的信息架构时,能够从这些模式着手开始。当然,前提是你的网站得符合这些模式中的一类,或者是他们的结合。    一种模式即是对于一类频繁遇到的设计问题的通用解决方法。  模式的思想来源于建筑。正如你所想像的,建筑物有许多普遍的问题等待解决——食品准备区和食品服务区间的关系,人们如何进入一幢建筑,以及房间的内饰怎样与屋外和谐相处等等。  模式在软件开发领域也非常普遍(一些问题屡次出现),提供一些软件设计的解决方案给开发者们。交互设计也同样如此,一些可复用的解决方案浮出水面,通用的需求譬如有登录表单和分页设计。  模式中很关键的一点是这些想法都是来自真实世界的需求。你不必坐下来冥思苦想,为一个全新的领域创建一套模式。以下我们讨论的模式都是“劳动人民”智慧的结晶。    信息架构与人们需要使用信息的很多领域都有关。下面我将阐述每个模式的特点,使用场景,并提供相关案例。  首先我将讨论四种简单模式(层级、数据库、超文本和线性)以及三种的结合。      在层级的概念中,类目之间关系是父子关系或者广义与狭义——即抽取为更广义的群组或者是分解为更具体的群组。  层级结构可以描述为扁平式和锥形式:    一个层级结构也可以描述为严格型(strict)和多元层级型(polyhierarchy):  现实世界里,严格型层级结构是必须的——毕竟一个实体一次处于不同地方是不可能的。然而,在数字世界里,我们很容易就能让一个东西置于很多地方,且很好的解决了现实里类别混乱的局面。我们能够将东西放在期望看到的多个位置,并且允许类别边界的重叠。  层级结构是组织信息所使用的最简单和常规的方法,适用于内容范围很广。尤其适用于小型站点,仅仅需要一些简单的层级——顶层(首页),一些二级页面和底层的详细页面。  同样,层级结构对大型站点也适用。尤其是那些内容型的网站(内容杂乱多样)。即使你的信息复杂度各异,层级结构也有作用。例如,你首先可以展现综述信息,然后允许用户根据需要细分出更多详细信息。    很多年来,一直有个“传说”:每个具体内容从首页进入时都应该少于三次点击。  对于很多网站来说,这简直是天方夜谭。按它这么操作,很多网站每个层级的类目将会多的让人无从选择。  相反,更重要的应该是让用户在每个层级都能轻松决策,并告知其处于正确的路径。如果用户觉得自己的操作是正确的,那么他们会按照自己的意图进行浏览学习。                     图片 16-3:是一个小型的组织且信息量也很少。    简单的层级结构就很有效。  图片 16-4.白宫官方网站有许多内容,但仍然采用了基础的层级结构。()    这里讨论的数据库并不是一种技术对象——各种信息的数字化存储,而是一种概念模式。  它们的相同点都是具有特定规划的结构或模型,所有的信息都必须来适配于这些结构。所以你不能强加一些不适合此模型的东西。  数据库模式针对的是具有一致性结构的内容。有些内容可能与其他的没有直接关系——它们确实不具备层级内容里所需的父子关系——但是它们都由相同的内容块组成,拥有相同的结构。  例如,etsy 网站,这两个类目没有任何共同点:  图片 16-7.    Sleepy time (来自 )  图片 16-8.Headbands (来自 )  但是它们具有相同的内容块来构成列表:  即 etsy 上的每个产品都是相同的结构。  数据库模式应用场景要么是较小的信息集,要么是很大的数据集。  数据库结构最大的优点是一次性储存数据,然后可以使用不同的数据块和方式来展示信息。例如,在 etsy 里,你可以通过类别、颜色、位置甚至是最近更新(很小的层级)来寻找内容。这给了用户很多途径来发掘他们自己感兴趣的信息。  数据库结构适用于音乐、产品目录、书籍、文章、博文等等具有一致性结构的内容。它为用户提供了很多进入内容的入口。例如,flickr()中,你能够通过摄影者、相册集、小组、最受欢迎和标签来发掘照片。    元数据通常被定义为“关于数据的数据”或“关于信息的信息”。这种定义虽然不是很有帮助,但是很准确。元数据就是所有的与内容块相关以及描述内容块的信息。  有三种不同类型的元数据:  比如 ,元数据可能包括:  这些元数据主要用于两件事情:  当然,项目最困难的部分莫过于决定收集哪类内容和他们的内容是什么(或者你将使用哪些分类)。    超链接模式是信息架构中很有趣的部分,因为它似乎是一种反结构(anti-structure)模式。内容块仅仅根据相互关系来进行连接。与层级或数据库不同的是,不存在主结构——内容仅仅通过链接进行连接。   超链接结构最佳案例是维基(wiki)。维基没有预先规划的结构——内容仅是通过内嵌的链接产生联系。  就是最好的注解。维基百科的内容并没有主架构,也没有很健壮的数据库结构。(没错,他是储存在数据库中,且有一些基础的数据块,例如表头、描述等。但是它不是上面所述的“数据库结构”。)每个页面都是独立的,通过相关链接与其他页面进行连接。  如果内容已经创建了一段时间,但你仍然不确定构建的东西,那么超链接结构特别有用。在这种情况下,预先确定详细架构甚至是为网站确定基本模式都是不可能的。许多文档项目都是这样起步的——人们首先写出独立的文档页面,然后忙着通过链接来创建文档关系。  许多网站开始时都是超链接结构,当内容确立后,才进行重构。  超链接结构的主要问题在于:该模式的成功很大程度上取决于人们在内容块间创建的联系。对于层级结构,你能很清楚地看到下一级;对于数据库模式,你能展示一种特殊类别的所有内容;但对于超链接结构,它本身并没有能力自动展现关联内容。如果作者没有创建链接,用户就根本有办法发现信息。    线性模式,顾名思义,按照直线规则一个跟随着另一个。    线性模式并不常见——通常使用该模式是为了用户能够按照他们所理解的方式跳转内容。  如果你遇到一种情境:当用户转移到另外一件事前,必须先理解一件事情,那么很适合使用线性模式——通常例如,教学资料。如果用户实际并不需要按特定规则阅读的话,就不要使用线性模式了,否则用户会有一种挫败感。[译者注]苹果官方的“”文档中就是利用了线性模式,显然 iOS 开发的学习是个循序渐进的线性过程。    现在让我们看看如何结合这三种简单的模式来创建更复杂的信息架构。他们之间会有重叠,所以不要纠结于你的网站到底属于哪一类模式。    一种很常见的模式就是简单的层级结构与多个数据库式内容的结合。  这种模式适用性很广。你可以针对基础内容创建网站的层级结构部分,然后利用强大的数据库模式将具体信息与某部分集成。当然,也可以是其他任意组合。图片 16-17. ——一些内容页面安排在了一个小的层级结构中。图片 16-18. 展示部分使用了数据库结构——这个索引页面说明了标题、演讲者、简短概述、A-Z顺序排列。每个链接都指向一个详细内容的展示页面。()  这种模式的主要挑战之一是决定哪部分转化为结构性内容,哪部分留下作为层级结构内容。可有如下考虑:    第二种常用的莫过于目录模式。  这种结构事实上是数据库模式,但是这里特别提及,是因为它很常用,尤其是。底层是内容,由此向上的三个层级取决于网站规模和内容类型。  Jared Spool 曾写了一篇文章深入分析了该模式,并描述了主页和内容页包含的三种不同类型:  应需而变。毋庸置疑,大型的产品目录可能会用到这三种。  Jared 强调说,陈列页是信息架构设计中最困难的环节,因为用户会根据这个页面的效果来决定是否点击浏览详细页面。    中心辐射模式归根结底也属于层级模式的一种。然而,这里想单独阐述是因为人们使用的时候还是与层级模式有些许不同。  在层级结构中,人们倾向于从顶层(首页)开始,一级一级向下浏览内容,经常是徘徊于层级结构下的某个分支。而中心辐射型结构中,人们会从一个层级进入到另一个具体信息,然后返回出发点(中心点)然后在进入到其他详细页面,如此往复。例如,对于 ,个人页面就是一个中心点——它是你经常流连徘徊的地方。    我参与过很多大型网站——政务网站、大学教育网站等等。我用的最多的一个模式,自称为“子站点”(曾有一段时间,人们称之为“门户(portals)”,但后来就销声匿迹了)。  很显然,整个网站都是有一系列子站构成,并通过首页或多个顶层页面连接起来。子站可以应用任何模式,也不必局限于同一种。  在一些应用场景中,子站点都是使用统一的导航和页面布局,潜移默化地表达一种观点:这些子站点是品牌网站的一部分。当然,有些实践方案的导航和页面布局往往会考虑内容和用户的感受而略有不同,但是仍然会通过一些细节处理来展示其整体效果。   该模式特别适用于大型组织结构——往往拥有许多职能部门或者很多子品牌——但有需要以一个整体的效果呈现。此外,内容分析后,如果你不能找到一种单一的模式解决各部分的信息架构,那么你就应该考虑“子站模式”,而不是强迫套用某种模式。  正如你所想到的,大学网站是个很好的案例——大学作为一个整体代表了一个组织和品牌,但内容多样,每个学院和组织机构都有特定的交流沟通需求(包括对象、政策等)。政府机构也是一样。例如,ABC(Australian Broadcasting Corporation,澳大利亚广播公司)旗下拥有很多电视台、广播站、新闻以及其他网络服务。  图片 16-28. 对于 ,首页承载了许多子站点的入口。    很多大型站点,不可能以一种单一的方式组织内容就能满足所有的用户——所谓众口难调。  面对这种情况,我通常使用“集中入口点”模式。首先我都会根据内容和核心用户确定一个适用于该站点的信息架构模式(层级结构居多)。  然后,假设一些用户不会通过主信息结构来寻找信息,我会有意提供一些入口点来帮助他们发掘有用的信息。这些入口点不必覆盖所有站点内容——专注核心信息即可。  我曾说过一些分类组合很难使用——特别是用户组合和任务组合。我发现入口点很好地解决了该问题。例如,你先运用基础的层级结构组织网站内容,然后为不同的用户或任务提供合理入口。  案例——澳大利亚的水  澳大利亚政府的“水”主题网站包含了很多政府政策和相关大纲。当然,政策和大纲并不总是这么明显——一些人可能很了解(如相关政府人员和媒体工作者),但是很多人都很无措。两类人都需要找到自己关心的信息。  这个网站是个运用“集中入口点”模式的典型案例。主信息架构是简单的层级结构,围绕政策和大纲进行组织:  图片 16-34. ,作为类别分组显示出来了。  话题式入口,比如脱盐(desalination)、雨水贮蓄池(rainwater tanks)和节水(saving water),提供一些用户感兴趣的话题入口:   图片 16-35. ——链接贯穿整个网站    标签模式无论在基础的数据库模式或者是超链接模式中都有所运用。网站中的每个类目都利用关键词作为标签——而它们同时也是内容的入口。  标签可能是内容原作者添加的,也可能是其他具有权限的读者(例如同一团队成员)。  这种模式适用于大量不同内容的作品集,特别是内容读者都具有很不同的观点和想法。  当用户感觉无从下手时,标签能够帮助用户探索和发现相关的信息。例如,Flickr 列出了所有的标签,你可以根据一个特定的标签找出所有相关照片——摄影师和访问者都有权添加标签。  当内容完成后,可能需要重构;  轻松找到相关信息;   最著名模式方面的建筑著作是 Christopher Alexander 的《The Timeless Way of Building》(1979)。   目录模式更多信息可以参见 Jared Spool 的文章: 和 。另外,也可以参考 Jared 和 Robert Hoekman Jr 合著的《》(Web Anatomy: Interaction Design Frameworks that Work)。

  ,由最开始的源代码托管库,演变成了开发者趋之若鹜的技术社交平台,最近 Github 基于其强大的代码资源库以及用户资料,推出了新一代的招聘平台,。  Github 已在社区里产生影响,如技术专家刘未鹏将其誉为“”。Githire 利用其技术社交平台的优势,通过解析 Github 上的用户资源和代码资源,对程序员进行搜索和排名,并针对不同的语言或者不同的技术领域,将卓越的软件工程师找出来:  这种全新的排名方式为 IT 公司的 HR 部门提供了新的招聘途径。$1000美金, Githire 承诺会找到五个卓越的软件工程师(引用自 Githire 官方网站): 我们会找到五个卓越的软件工程师——我们的流程非常简单。1000美元,我们会在三十天内找到五个卓越的工程师做电话面试;如果不能达成,可以将已付的佣金退回  Githire 的出现,各方反响不一。如纽约时报的一篇报道“”,文章阐述寻找有竞争力的程序员是件费时费力的工作,Githire 提供的服务和理念是新颖的、有创造力的:在旧金山海湾招聘杰出的软件工程师,用比克福德先生的话说,“不是一件容易的事儿”。31岁的比克福德是 Yelp 网的元老程序员,直到去年 11 月还在担任 Minted.com 的首席架构师。比克福德先生在为 Minted.com 招聘软件工程师的时候,Githire 还没有出现。但他很欣赏 Githire 提供的服务以及发现天才的新颖方式。“顶级的程序员就像赛车,一旦你拥有他,你就不想失去,还会搜罗更多这样的人才”比克福德如是说。  当然,对于 Githire 的排名,也存在质疑的声音,有位系统架构师 Richard Bucker 在其技术博客上发表,认为 Githire 虽然新颖,但在选择软件工程师的广度、如何定义“卓越”的标准上,难令人信服:Githire 能找到不计其数的程序员,但这些程序员写 Javascript 和 Ruby 居多(大家可以去 Github 统计的验证下)。在这里找 Erlang 程序员就会捉襟见肘了。Githire 是如何定义“卓越”呢,代码行数?提交代码次数?这些衡量指标,在计算机课程上讲会比较合适一点。  Githire 旨在打造一个衔接 IT 企业和软件工程师的平台,码农的招聘革命是否真正到来,时间会给出答案。

分类:兴趣

时间:2016-03-01 09:19:01