百度李彦宏:曾想只管三人 避免成关系型企业

2024-01-19 21:38

本文主要是介绍百度李彦宏:曾想只管三人 避免成关系型企业,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

新浪科技讯 10月27日下午消息,百度董事长兼CEO李彦宏今日在中欧国际工商学院(以下简称中欧)北京校园表示,他曾经一度无意出任CEO,但最终发现自己不管百度会出很多问题。此外,他还澄清说太太拔菜园的故事并不是他回国创业的动力。
  曾经只想管三个人
  “我这是一生第一次穿上学袍”,李彦宏说他在北大本科毕业时没有穿过学袍,而在美国读博士时虽然通过了所有考试,但由于是中途退学,只获得硕士学位再次错过毕业典礼。今日李彦宏以顾问委员身份,在北京出席中欧2010级EMBA毕业典礼时说。
  回顾百度将近十三年的创业历程,李彦宏坦言每年都会遭遇一两道“过不去公司就要完蛋”的坎,而之所以都能顺利度过,一方面是对理想的坚持,另一方面还要懂得相互协作。李彦宏说,“现在没有一个伟大的理想是靠一个人能成功的”。
  李彦宏更愿意把自己定位成工程师,所以在百度创立之初,他并没有刻意去学习积累管理经验,而是寄望于可以找到一个“懂管理”的CEO。后来因为2005年上市需要,李彦宏的职务才从总裁变为CEO,即便如此他也曾只想管三个人:CTO、COO、CFO。
  “后来发现不行,很多事情我不管会出问题”,李彦宏并不避谈百度成长过程中的高管流失,而现在直接向他汇报的高管已有七八个人。“我已经放弃了不管也能成事的想法”,李彦宏在总结百度管理模式的变化后说道。
  同样变化的还有李彦宏的理想。“有时候是一些偶然事件让你坚定理想”,李彦宏说他刚到美国求学时,有位教授在面试过程中问他:“中国有计算机么?”这句话让李彦宏感觉很受伤,并由此决心在计算机领域做一番事情。
  “网上说是我太太拔了我菜园子的菜,我才回来创业的,其实不是”,李彦宏说。
  避免成为关系型企业
  与变化的管理方式不同,李彦宏强调百度从一开始已经已经建立起完善的企业制度,有明确的风投、清晰的股东结构。李彦宏在与中欧陈威如教授对话时指出,“如果讲百度和其他企业的不同之处,就是公司治理结构、看重技术、刻意避免变成关系型企业”。
  所谓看重技术主要体现在人才方面。与美国创业企业偏爱有经验的人才不同,由于中国环境的制约,百度更加倚重自己培养毕业生。
  李彦宏用几句话来描述百度的人才理念:招最优秀的人、给最大的空间,看最后的结果,以及让优秀的人才脱颖而出。“贵不贵”从来不是百度人才引入的考虑因素,李彦宏的方法时先招进来,人有所值固然可喜,“如果不行可以让他走”。
  “这个公司不是招人来养老的,我要的结果必须给出。我们的淘汰也是很坚决的”,李彦宏强调百度注重每一层的授权和信任,并提供相应的是错机会。他举例说,“如果下属跟我意见不相符合,按照他的路先走,走不通再按照我的来一遍”。
  所谓避免变成关系型企业,是李彦宏一直坚持的要求:即不能有任何一个客户,对百度收入的贡献度超过10%。
  之所以强调至一点,是因为李彦宏不想百度对任何一个客户有过高的依赖程度。“中国很多的企业,起伏跌荡非常地剧烈,其中很重要的一个原因就是说,他在快速地上升的过程当中,是跟某一个客户关系极其紧密”,李彦宏如此解释。
  移动商业模式尚待探索
  谈及百度近年和未来的发展,李彦宏说百度2009年提出框计算的理念,改变了以往搜索引擎单纯给用户返回页面链接的模式,他透露目前80%的百度搜索结构,已经不是单纯的链接,而是有了更多书局型的展现。百度新首页,也是类似的探索。
  而最近一两年大的产业转型,则与云计算和移动互联网密切相关。“消费者、用户迅速的从PC向手机迁移,比我自己的想象还快”,李彦宏说这个期间创造了很多机会,例如苹果就是在这一过程中崛起,重新定义了移动终端。
  在李彦宏看来,百度、谷歌都是云计算的受益者,但仍有问题需要解决。例如原来PC上很多应用,却在手机上成为羁绊,原因是手机屏幕较小、计算能力偏弱、也更加耗电。也正是因此,怎样有效的结合云和端成为挑战。
  为应对这一问题,百度成立了移动•云事业部,试图将两个趋势协同发展。这个事业部的总经理李明远(微博),也是今天中欧EMBA毕业生中的一员。
  李彦宏也再次强调百度目前还没有想清楚移动互联网的商业模式。谈及与开发者之间的合作关系,他提出了两个可能性:一条路移植互联网的广告模式,另外一条就是应用收费的分成模式。“我们在布局、在观察、在等待也在准备”,李彦宏表示。
  此外,李彦宏对于垂直领域和O2O市场也较为看好。

这篇关于百度李彦宏:曾想只管三人 避免成关系型企业的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/623773

相关文章

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

Hadoop企业开发案例调优场景

需求 (1)需求:从1G数据中,统计每个单词出现次数。服务器3台,每台配置4G内存,4核CPU,4线程。 (2)需求分析: 1G / 128m = 8个MapTask;1个ReduceTask;1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务(4    3    3) HDFS参数调优 (1)修改:hadoop-env.sh export HDFS_NAMENOD

POJ1269 判断2条直线的位置关系

题目大意:给两个点能够确定一条直线,题目给出两条直线(由4个点确定),要求判断出这两条直线的关系:平行,同线,相交。如果相交还要求出交点坐标。 解题思路: 先判断两条直线p1p2, q1q2是否共线, 如果不是,再判断 直线 是否平行, 如果还不是, 则两直线相交。  判断共线:  p1p2q1 共线 且 p1p2q2 共线 ,共线用叉乘为 0  来判断,  判断 平行:  p1p

pip-tools:打造可重复、可控的 Python 开发环境,解决依赖关系,让代码更稳定

在 Python 开发中,管理依赖关系是一项繁琐且容易出错的任务。手动更新依赖版本、处理冲突、确保一致性等等,都可能让开发者感到头疼。而 pip-tools 为开发者提供了一套稳定可靠的解决方案。 什么是 pip-tools? pip-tools 是一组命令行工具,旨在简化 Python 依赖关系的管理,确保项目环境的稳定性和可重复性。它主要包含两个核心工具:pip-compile 和 pip

如何来避免FOUC

FOUC(Flash of Unstyled Content)是指在网页加载过程中,由于CSS样式加载延迟或加载顺序不当,导致页面出现短暂的无样式内容闪烁现象。为了避免FOUC,可以采取以下几种方法: 1. 优化CSS加载 内联CSS:将关键的CSS样式直接嵌入到HTML文档的<head>部分,这样可以确保在页面渲染之前样式就已经加载和应用。提前引入CSS:将CSS文件放在HTML文档的<he

企业安全之WiFi篇

很多的公司都没有安全团队,只有运维来负责整个公司的安全,从而安全问题也大打折扣。我最近一直在给各个公司做安全检测,就把自己的心得写下来,有什么不足之处还望补充。 0×01  无线安全 很多的公司都有不怎么注重公司的无线电安全,有钱的公司买设备,没钱的公司搞人力。但是人的技术在好,没有设备的辅助,人力在牛逼也没有个卵用。一个好的路由器、交换机、IDS就像你装备了 无尽、狂徒、杀人书一

研究人员在RSA大会上演示利用恶意JPEG图片入侵企业内网

安全研究人员Marcus Murray在正在旧金山举行的RSA大会上公布了一种利用恶意JPEG图片入侵企业网络内部Windows服务器的新方法。  攻击流程及漏洞分析 最近,安全专家兼渗透测试员Marcus Murray发现了一种利用恶意JPEG图片来攻击Windows服务器的新方法,利用该方法还可以在目标网络中进行特权提升。几天前,在旧金山举行的RSA大会上,该Marcus现场展示了攻击流程,

argodb自定义函数读取hdfs文件的注意点,避免FileSystem已关闭异常

一、问题描述 一位同学反馈,他写的argo存过中调用了一个自定义函数,函数会加载hdfs上的一个文件,但有些节点会报FileSystem closed异常,同时有时任务会成功,有时会失败。 二、问题分析 argodb的计算引擎是基于spark的定制化引擎,对于自定义函数的调用跟hive on spark的是一致的。udf要通过反射生成实例,然后迭代调用evaluate。通过代码分析,udf在

企业大模型落地的“最后一公里”攻略

一、大模型落地的行业现状与前景 大模型在多个行业展现出强大的应用潜力。在金融行业,沉淀了大量高质量数据,各金融平台用户数以亿计,交易数据浩如烟海。利用大模型分析处理这些数据,金融机构可以预测用户行为偏好,更高效、准确评估客户风险,实时监测交易和市场波动,及时制定策略。IDC 调研显示,超半数的金融机构计划在 2023 年投资生成式人工智能技术。 在科技领域,商汤人工智能大装置为大模型企业提

读软件设计的要素04概念的关系

1. 概念的关系 1.1. 概念是独立的,彼此间无须相互依赖 1.1.1. 一个概念是应该独立地被理解、设计和实现的 1.1.2. 独立性是概念的简单性和可重用性的关键 1.2. 软件存在依赖性 1.2.1. 不是说一个概念需要依赖另一个概念才能正确运行 1.2.2. 只有当一个概念存在时,包含另一个概念才有意义 1.3. 概念依赖关系图简要概括了软件的概念和概念存在的理