1，Kettle跨平台使用。
例如：在AIX下（AIX是IBM商用UNIX操作系统，此处在LINUX/UNIX同样适用），运行Kettle的相关步骤如下：
1）进入到Kettle部署的路径
2）执行 chmod *.sh，将所有shell文件添加可执行权限
3）在Kettle路径下，如果要执行transformation，就运行./pan.sh -file=?.ktr -debug=debug -log=log.log
其中。-file说明你要运行的transformation文件所在的路径；-debug说明日志输出的级别；-log说明日志输出的路径
4）同理，对于job的执行，请将./pan.sh更换成./kitchen.sh，其他部分说明不变。
2，Kettle环境变量使用。
在transformation中，Core Objects-->Job-->Set Variables，可以设置环境变量，对于绝对路径和相对路径的转换很有帮助，Kettle的跨平台很大程度依靠它
3，其它功能的使用。
其它功能包括DB存储过程调用，流查询，值映射，聚合记录等，各位自行摸索
4，Kettle定时功能。
在Job下的start模块，有一个定时功能，可以每日，每周等方式进行定时，对于周期性的ETL，很有帮助。
a.使用资源库（repository）登录时，默认的用户名和密码是admin/admin。
b.当job是存放在资源库（一般资源库都使用数据库）中时，使用Kitchen.bat执行job时，需使用如下的命令行：
Kitchen.bat /rep kettle /user admin /pass admin /job job名
c.当job没有存放在资源库而存放在文件系统时，使用Kitchen.bat执行job时，需使用如下的命令行：
Kitchen.bat /norep /file user-transfer-job.kjb
d.可以使用命令行执行job后，就可以使用windows或linux的任务调度来定时执行任务了
e.如果出现异常语句，
Unexpected error during transformation metadata load
No repository defined!
请按上面的操作排除。
5,Kettle经验之日志。
Kettle对于日志的处理，存在一个BUG，看过上一篇的人或许已经看到了我的留言，Kettle对于日志处理有一个BUG，当日志多于49M（不是50M，也不是49M），Kettle就会自动停止，这一点我在源码里面也没有找到对应的设置和约束，原因还找不到，因为是日志没有写，所以原因也不好跟踪还不知道具体原因。
6，Kettle之效率提升。
Kettle作为一款ETL工具，肯定无法避免遇到效率问题，当很大的数据源输入的时候，就会遇到效率的问题。对此有几个解决办法：
1）数据库端创建索引。对需要进行查询的数据库端字段，创建索引，可以在很大程度上提升查询的效率，最多的时候，我不创建索引，一秒钟平均查询4条记录，创建索引之后，一秒钟查询1300条记录。
2）数据库查询和流查询注意使用环境。因为数据库查询为数据输入端输入一条记录，就对目标表进行一次查询，而流查询则是将目标表读取到内存中，数据输入端输入数据时，对内从进行查询，所以，当输入端为大数据量，而被查询表数据量较小（几百条记录），则可以使用流查询，毕竟将目标表读到内存中，查询的速度会有非常大的提升（内存的读写速度是硬盘的几百倍，再加上数据库自身条件的制约，速度影响会更大）。同理，对于目标表是大数据量，还是建议使用数据库查询，不然的话，一下子几百M的内存被干进去了，还是很恐怖的。
3）谨慎使用javascript脚本，因为javascript本身效率就不高，当你使用js的时候，就要考虑你每一条记录，就要执行一次js所需要的时间了。
4）数据库commit次数，一条记录和一百条记录commit对效率的影响肯定是不一样的。
5）表输入的sql语句的写法。有些人喜欢在表输入的时候，将所有关联都写进去，要么from N多个表，要么in来in去，这样，就要面对我在2）里面说道的问题，需要注意。
6）注意日志输出，例如选择数据库更新方式，而且日志级别是debug，那么后台就会拼命的输出日志，会在很大程度上影响速度，此处一定要注意。
7，常见的调试BUG。
Kettle提供了很多调试的解决办法，但是对于常见的调试BUG还是能避免就避免。
1）路径问题。我最常遇到的问题就是在windows下调试成功，但是部署到UNIX下出问题，忘记将windows下路径变成unix下，经常会出现问题。
2）输出端，数据库插入更新选择不对。输出端，提供了三种数据库输出的办法，数据库输出，插入/更新，更新，对于这三种，各有利弊，如果你知道数据库输出，完全是插入，如果有重复数据，则会报错；插入更新和更新，因为更新数据时，后台输出很多日志，会导致效率很低。
注意：在创建一个引导任务（bootstrap job）或者通知任务（notification job）前请确保通知处理（notification handler）被正确的配置应用于设备管理器（Device Manger）的通知处理（Notification handlers）
在使用OMA客户端供给任务（OMA Client Provisioning job ）、引导任务（bootstrap job）、文本信息测试任务（text SMS job）或者通知任务（notification job）时，你可以开启设备管理器（Device Manager）的通知处理（notification handlers）。通知处理（notification handlers）在任务被设备提交后触发。
设备管理器（Device Manager）支持下面几种通知处理（notification handlers）。
- WAPPushv12
- Generic HTTP POST
- OSGi HTTP POST
详见原文
Generic HTTP POST当时用Generic HTTP POST通知处理（notification handler）时，通知（notification）通过设备管理服务器（Device Manager server）的HTTP协议发送。
Generic HTTP POST通知处理（notification handler）在发送的时候使用一些参数，它发送信息的的URL是由用户自己指定的。也就是说Generic HTTP POST通知处理（notification handler）可以定制短信的发送环境。
URL 必须是在设备管理服务器（Device Manager server）上是可以访问到的类似下面的样子：
http://host_name:port/name
当发送给这个URL的时候，会包含如下字符串：
HTTP header "Context-Type"="application/x-www-form-urlencoded;charset=UTF-8"
Generic HTTP POST的参数会以“？”开始，并追加到URL上。多个keyword=value对以“&”分隔。就像这样：
http://myHost:8080/myServlet?keyword1=value1&keyword2=value2and so on
下面是Generic HTTP POST里面使用的关键字：
phonenum
URL 编码的电话号码。电话号码必须是国际标准格式。
data
发送到URL的数据。
type
数据类型。可用的有：
- text
- binary
dcs
发送到URL的dcs数据。dcs关键字是可选的并且仅当type="binary"时候可用。它的值通常是04.
udh
发送到URL的udh数据。udh关键字是可选的并且仅当type="binary"的时候可用。
如果URL返回HTTP_OK或者HTTP_NO_CONTENT，那么就可以认定Generic HTTP POST发送成功。
Generic HTTP POST传输的到URL后可以使用任何你想用的途径来给OMA DM发送通知（notification）或引导（bootstrap）。一些数据可能需要条短信息才能发送出去。Generic HTTP POST的URL服务器方负责把数据分成多条短信息。
Generic HTTP POST通知处理（notification handler）对以下设备可用：
- BaseOMADM 设备
- NokiaOMADM 设备
- SMSGateway 设备
- 塞班操作系统设备
详见原文
设置设备的通知事件（event notification）属性你可以通过Web服务器来设置通知事件（event notification）属性。下面是代码示例：
Hashtable notifAttribs = new Hashtable();
notifAttribs.put("DIALING_NUMBER","+19195551212");
notifAttribs.put("USERPIN","123456");
device1.setDeviceNotificationAttributes(notifAttribs);
device.setDeviceNotificationType("WAPPushv12");
下面的代码示例是确保任务通知是打开状态：
job.setSendNotification("T");
下面的代码示例是查询一个基于MSISDN的设备：
//-----------------------------------
// Find a device base on MSISDN
//-----------------------------------
q = new Query();
qc = new QueryClause();
qc.setAttribute("NOTIFICATION.DIALING_NUMBER");
qc.setOperator(ClientAPIConstants.EQUAL);
qc.setValue(msisdn);
q.setQueryClause(qc);
通知管理器
通知管理器里面的通知存储在设备管理数据库（Device Manager database）里的任务通知表里。如下两种情形会在表里新增记录：目标设备激活了任务，并且该任务在设备管理器面板（Device Manager console）里勾选了通知复选框；使用护理应用（Care applications），设备管理器管理API（Administration API），设备管理器管理命令（Administration commands）提交任务时选中了通知。一旦任务的状态从激活状态改变时，任务通知记录在任务通知表里被移除。
例如，如果一个任务是被10,000个设备创建的并且任务有“等待任务被选中”的通知，那么对于这个任务将会有1000个记录添加到通知表里。由于这些设备通常不会连接着网络，一个激活任务的通知几天才发送给设备一次。
注意：发送给设备的激活任务通知的频率不能改变。通知的频率在任务被设备管理器安装注册的时候就设定好了。
支持任务通知的任务的通知周期和发送给设备的最大通知数的列表：
任务类型 非OSGi Base设备的通知周期 非OSGi Base设备
的最大通知数 OSGi Base 设备
的通知周期 OSGi Base 设备
的最大通知数 Bootstrap 6 hours 8 --- --- Bundle control --- --- 1 hour 4 Command script 72 hours 4 1 hour 4 Custom command 72 hours 4 1 hour 4 Device configuration 72 hours 4 1 hour 4 Eclipse feature control --- --- 1 hour 4 Eclipse feature distribution --- --- 1 hour 4 Eclipse removal --- --- 1 hour 4 Eclipse preferences editing --- --- 1 hour 4 Eclipse preferences retrieval --- --- 1 hour 4 Forward SMS
任务通过SMS上运行,
不需要连接设备管理
服务器 1 minute 1 --- --- Inventory 72 hours 4 1 hour 4 Lock device
任务通过SMS运行,
不需要连接设备管
理服务器 1 minute 1 --- --- Native software distribution --- --- 1 hour 4 Node discovery 72 hours 4 1 hour 4 Nokia OMA DM firmware
update 72 hours 4 --- --- Notification 1 minute 1 1 hour 4 OMA Client Provisioning 72 hours 4 --- --- OMA DM firmware update 72 hours 4 --- --- Proerties editing --- --- 1 hour 4 Prooerties retrieval --- --- 1 hour 4 Reboot 1 minute 1 --- --- Registry editing --- --- 1 hour 4 Registry retrieval --- --- 1 hour 4 Run command 72 hours 4 1 hour 4 Software distribution 72 hours 4 1 hour 4 Software distribution 72 hours 4 1 hour 4 Software list update --- --- 1 hour 4 Sofrware removal 72 hours 4 1 hour 4 Text SMS
任务通过SMS运行，
不需要连接设备管理
服务器 1 minute 1 --- --- Wipe device
任务通过SMS运行，
不需要连接设备管理
服务器 1 minute 1 --- --- 管理任务通知的表现
为了管理设备管理服务器发来的一定数量的通知以便它显示时不受影响，在web.xml文件（在Troubleshooting 主题里谈到过）里有一个参数，这个参数可以定义刷新周期和通知的任务的数量。
deviceJobNotificationPollInterval
设置任务通知的刷新频率。默认是60（秒）。使用默认值，任务通知一分钟发送一次。
deviceJobNotificationPollNumberOfJobs
设置任务通知的数量。任务通知是从通知管理表中读取的。默认是1000个任务（每次）。
理想状态下，通知管理器应该可以发送比设备管理器可以处理的更多的任务通知。
“不疯狂，即犯错。”代表了谷歌身上一种舍我其谁的使命感，也恰恰是谷歌重回科技创新浪潮之巅的秘诀之所在。
如果把时间拉到足够远，该如何审视一个时代与一个帝国？
就像3年前的早春，旧金山芳草地艺术中心，当乔布斯在万众瞩目中发布了iPad，一个由Mac、iPad加上iPhone构筑起的苹果帝国开始变得如日中天；几乎与此同时，谷歌宣布退出中国，PC互联网时代的搜索老大迅速被移动时代苹果的光芒所遮盖，随之而来的还有Facebook在硅谷成为宠儿，谷歌的身影显得黯然失色。
仅仅过了3年，同样是农历新年后的早春。当谷歌发布Project Glass最新演示视频，揭开Google Glass的神秘面纱时，它已经将乔布斯所定义的智能手机时代引向了更加多元化的智能设备竞赛，在双手之外，Google Glass开创了眼镜这个新的战场，也为这个新时代带来更多的可能。
几天后的2月22日，谷歌推出了自家设计的首款笔记本Chromebook Pixel，比起触控这些新的交互噱头，没有桌面应用和授权软件并完全运行在云端的Chromebook Pixel被硅谷评论家认为堪称与乔布斯当年重新定义手机一样重新定义了笔记本，它将引领产业告别“web还是App”的务虚争论，开启一个web的新时代。
另一个标志性的事件则是股价，在Google Glass和Chromebook Pixel发布后，谷歌股价一路攀升到800美元，而全球市值最高的苹果股价则一度跌破440美元。
在移动互联网时代第一个3年中被苹果抢尽风头的谷歌，这一次，王者归来了吗？
就连谷歌的高管们都很少像现在这么高调，先是CEO拉里·佩奇继2004年谷歌上市之后罕见连续接受《财富》《连线》等媒体专访，谷歌董事局主席施密特更是在1月11日来到中国，现身极客公园创新大会现场，这家公司过去3年积累的创新势能正如决堤一般喷涌而出。
今天再提到谷歌，人们已经不再会感叹它的英雄迟暮，相反，在后乔布斯时代苹果创新乏力的背景下，谷歌再一次被认为是硅谷引领科技创新的领航者，从暂时蛰伏到重回浪潮之巅，过去的3年里，谷歌做了什么，又做对了什么？
Android
谷歌对于安卓的收购绝对可以写入管理学教材经典收购案例中。
在施密特执掌谷歌的那段时间，佩奇终于有时间可以追求他真正感兴趣的事情上了，他把热情投入到对公司未来能够产生巨大影响的项目上，收购Android和它的创始人安迪·鲁宾(Andy Rubin)就是佩奇的主意。鲁宾现在是谷歌工程副总裁，Android是目前谷歌最大的资产之一。
今天回过头去看谷歌对于安卓的收购，其实是在移动互联网第一个5年内一次非常成功的防守和后发制人，凭借着彻底的开放，安卓已经逐渐成为目前智能手机操作系统的主流，并且在体验上逐渐地提升。
然而这也只是局外人的臆测，在佩奇看来，如果只是把眼球盯在竞技体育那样的竞争，这样的公司不会有什么大的未来。
“很难找到仅仅为了竞争而诞生的优秀产品。如果你倾尽全力，只是为了击败在做同样工作的其他公司，那么这样的工作怎么会令人兴奋？这就是许多公司逐渐衰落的原因。他们喜欢修修补补，进行微小的改进。做熟悉的事情以避免失败，是人类的天性，但“增量式改进”会逐渐失去意义。科技行业更是如此，它会发生非增量式的改变。”佩奇说。
“那么他们做得如何？”在被《连线》记者问到史蒂夫·乔布斯(Steve Jobs)曾非常重视竞争，并声称要对Android发起“热核战争”时佩奇反问道。
在佩奇看来，谷歌对安卓的收购并不是在下一场大的赌注，而是在那个时候有信心去做一些长期投资。“当我们收购Android时，很明显当时的移动操作系统非常差劲。你无法为这些系统编写软件。可以将现在与那时进行对比，相信未来会越来越好。”
在佩奇看来，由于投入开发Android，并从中获得到经验和知识，所以谷歌对移动市场的理解更加彻底。安卓手机能够占据多少市场份额并非最终目的，移动市场处在货币化的早期阶段，而事实上，一个支持定位功能的手机是非常有利于实现货币化的。
不过平心而论，安卓对于现在的谷歌有多重要，只要假想假若谷歌当初没有做出这项收购会如何便可推测出来。如今的安卓已经不仅是在和iOS争抢半壁江山，而是在更深更广的层面定义着智能手机，但是于谷歌来说，安卓在智能手机市场的成功依然是一场防守，佩奇从不屑于跟随别人划定的游戏方式，在智能手机的竞争已成肉搏之时，谷歌的目光早已瞄向了眼镜和汽车这些新的领域。
Chrome
即便在产品创新看起来最乏善可陈的过去两年，谷歌依然在全球范围内力推Chrome的普及，并且试图打造一个Chrome OS的生态系统。
2月22日，当谷歌推出自家设计的首款笔记本Chromebook Pixel，人们终于看明白谷歌从Chrome浏览器到Chrome OS应用商店再到Chrome book一路走来的良苦用心。
Chromebook Pixel的问世让之前两年从未停止的“web还是app”的争论至少可以停一停了。没有桌面应用、没有授权软件，只有云和无处不在的无线网络，在将Chrome浏览器与Google Drive云存储的整合之后，所有的软件和App般的存在都会被呈现在以Chrome为核心的Web浏览器上，这正如英剧《黑镜-Be Right Back》中出现过的场景，女主角的电脑屏幕上并无过多的应用，只有浏览器，在云无处不在，网络传输足够快的情况下，任何应用都能通过高速网络以web的形式调用，显然这样的科幻场景正在被Chrome实现。
Chrome OS应用商店正在变得越来越重要，目前Chromebook Pixel除了内置了Google自己的各种在线应用，如Gmail、Google Map、Google Docs之外，还重新设计了Chrome Web Store供用户下载不用安装在桌面上的云端和网络应用。不妨大胆设想一样，谷歌推出硬件设备Chromebook Pixel真正的意图就像当年苹果靠着iPhone带动iOS生态的繁荣一样，真实的目的在于打造一个融合了云和浏览器的全新生态系统，重新定义个人电脑。
Google X
这里所说的Google X并非狭义的Google X实验室，而是谷歌那些看似天马行空的产品创新，如Google Glass、Google无人驾驶汽车等。
尽管还不是一个完美的产品，Google Glass的初次亮相已经足够惊艳。作为一个划时代的产品，Google Glass最大的突破不在于技术的细节，而是将之前数年智能设备领域白热化的具备竞赛的战火引入到一个新的领域——眼镜，这几乎已经是抢占了人体视觉的第一落点，也抢占了任何智能终端与人连接的必经之地。
相比智能手机，眼镜离我们更近，对手机而言，我们只有当拿出它、滑开手机屏幕的那刻才开始进入数字世界，然而并不是所有时候我们都能腾出双手做这件事。Google Glass的突破性便在于，在现实世界通往数字世界的路上，它真正解放了我们的双手。
Google Glass将智能设备创新的焦点从手持引向了距离眼睛和大脑更近的部位，这小小的转变可能就是通往人工智能的关键一步。用Google Glass首席产品总监的话来说就是iPhone诞生以后，人们老盯着自己的手机看，而忽略了周围现实生活中在发生些什么。如果我们把科技和感官的距离缩短呢？你可以很快获得信息并与他人联系，但当你不用这些的时候，它会从你的眼前消失。
关于Google无人驾驶汽车，则是佩奇少年时期的一个梦想。还是一名密歇根大学的本科生时，当年佩奇对运输系统非常着迷，他还设计了一个未来感十足的通勤方案，用来替代学校的单轨铁路系统。
某种程度上，谷歌致力于解决数字世界的信息拥堵，这使得谷歌的创始人们对糟糕的交通状况无法忍受。
当向媒体解释自己为何如此痴迷于无人驾驶时，佩奇会引用一个构建停车场设施的成本，每个车位约40000美元。“如果我们有自动驾驶汽车，或者我们只有少量的自动驾驶汽车，我们就能在停车这方面节省数亿美元，这还仅仅只是在谷歌公司。你可以想象一下这样的体验——汽车把你载到办公楼前，然后自己去停车。任何时候在你需要它的时候，譬如你的手机显示你正在离开办公室，你的车便立即自驾到楼下等待好。”佩奇说。
很长一段时间谷歌的一系列大胆创新都让习惯观察公司战略的媒体感到疑惑：谷歌做这么多事情，背后的逻辑是什么？如果按照这样的思维去观察谷歌，可能永远都没有答案。
事实上，在谷歌创立后的很长一段时间，除了一些用来说服风险投资人放心投资的PPT，并没有什么战略规划，谷歌前高管爱德华兹曾说，“关于未来的设想都在拉里和谢尔盖的脑子里，他们从没想过要拿出来。”
在为一些天马行空的决策辩护时，佩奇曾说，“投资者往往担心，你们这些人把太多钱花在这些疯狂的事情上，但是这些事现在变成最令人兴奋的事，比如YouTube、Chrome、Android，如果你不愿意做这些‘疯狂的事情’，那么你实际上是在犯错”
“不疯狂，即犯错。”代表了谷歌身上一种舍我其谁的使命感，也恰恰是谷歌重回科技创新浪潮之巅的秘诀之所在。
ad（advertising）
14年前的某个下午，拉里·佩奇和谢尔盖·布林给约翰·多尔(John Doerr)打了一个电话。几个月前，两位谷歌创始人从多尔的风险投资公司KPCB和红杉资本分别获得了1250万美元的融资。当时两个人同意，拿到钱后会雇佣一名局外人来代替佩奇担任谷歌首席执行官(CEO)，为的就是给两位没有经验的创始人提供“成人指导”，但后来佩奇和布林反悔了。多尔回忆道：“他们说，‘我们改变了主意，我们认为凭我们两个就能管理好公司。’”
多尔的第一反应是立即撤出他的股份，但是他没有这么做。多尔向佩奇和布林提出一个请求：他将为两人组织一次与硅谷最优秀CEO的见面会，佩奇和布林随后参加了这次科技界的神秘会议，参加会议的有苹果的史蒂夫·乔布斯(Steve Jobs)、英特尔的安迪·格鲁夫(Andy Grove)、Intuit的斯科特·库克(Scott Cook)和亚马逊的杰夫·贝佐斯(Jeff Bezos)等。
聚会结束之后多尔接到了这两位年轻人的电话，佩奇和布林告诉多尔：“我们同意你的看法。”他们准备聘请一位CEO。但是，他们只会考虑一个人：史蒂夫·乔布斯。
多尔最终说服了他们拓展选择范围，随后把艾瑞克·施密特介绍给了他们，2001年施密特开始担任谷歌CEO一职。一直到2002年，对于投资人推荐的新CEO，布林还曾对记者吐槽：“现在投资者对我们放心多了，他们现在不用担心两个小流氓在乱花他们的钱”
事实证明佩奇和布林天才的产品能力加上施密特丰富的商业经验堪称绝配。不到10年的时间里，在施密特的带领下，依靠搜索广告谷歌将搜索技术完美的商业化，谷歌成为全球收入最高的广告公司，超越微软成长为全球第二大科技公司。
在PC互联网领域成为无可争议的广告霸主之后，谷歌迅速迎来了移动互联网时代的挑战。在过去的3年里，谷歌在广告领域做了3件事，来进一步强化其在移动互联网时代商业变现的能力。
其一，对YouTube的经营。2012年，YouTube单日的点击量已超过40亿次，仅《江南Style》的点击量就突破10亿次，据花旗银行的数据，2012年YouTube的营收已达36亿美元，而谷歌在2008年收购YouTube的花费仅为16.5亿美元。一个更让人振奋的消息是，消费者更习惯在移动设备上观看YouTube，根据美国宽带服务公司Sandvine的数据显示，YouTube目前在北美用户的无线数据流量中达到近1/3，YouTube的商业化潜力远远未被充分挖掘。
其二，提早布局移动广告。2010年，就在所有厂商都被苹果开启的移动互联网时代弄得猝不及防的时候，谷歌花费7.5亿美元收购了移动广告公司AdMob。随后谷歌将AdMob的移动广告与AdWords无缝打通，如今AdMob已经成为移动广告生态链中最具战略价值的资产。
其三，力推展示广告。当年谷歌靠着更加精准的搜索广告从雅虎手中抢过了互联网广告市场的头把交椅，很长一段时间搜索广告的客户还是相对较小的公司，展示效果上也相对单一，借助于力推展示广告谷歌得以进一步拥抱更多的品牌广告主。施密特曾说，未来10年内，展示广告市场规模将增长至2000亿美元，为此，最近两年谷歌也在多个场合力推DoubleClick展示广告交易平台。
谷歌在广告上的稳健增长离不开施密特在商业层面的长袖善舞，商业的成功也为谷歌做出更多创新产品的投入提供了可能，但是如果在今天有人去问佩奇：谷歌的愿景是一家广告公司吗？得到的答案很可能是冷冷的否定。
早在2004年谷歌IPO之前,佩奇在给未来股东的信中就声称“谷歌不是一家传统公司，我们也不打算变成那样。”过去3年谷歌内部一件重要的事情便是佩奇接替施密特成为谷歌新的CEO。这位创始人性格中最突出的一点是具有无限的野心，既要超越自我，也要最大限度的改善人类的状况，商业的成功不是目的，让自己的企业循着既有的轨迹毫无作为才是真正的可耻（变革的创新）。
佩奇年轻时候挚爱的一本书是《特斯拉传》，虽然特斯拉的贡献可以比肩托马斯·爱迪生(Thomas Edison)，但这位塞尔维亚科学家死的时候却穷困潦倒、默默无闻。佩奇说：“这是一个悲伤的故事，我觉得他如果有更多的资源，可以取得更大的成就。他在商业化过程中遇到了麻烦。我认为这是一个很好的教训。我不想只是发明东西。”
所以佩奇非常厌恶被媒体拿来和竞争对手对比，在他看来，谷歌的愿景是不只是在搜索大战中获胜，也无意成为某个行业的霸主，他们甚至“不是要为全球性的无知和混乱提供权宜之计，而是彻底清除信息流动的重重障碍，重塑整个人类的知识景观（语出《永无止境：Google传》）”，所以广告之于谷歌是为了生存，而佩奇眼中盯着的更多是理想。
参考推荐：
Google重领浪潮（商业价值）
Google、Apple、FB、Amazon四国演义
5大科技巨头的战争
Apple 等六大生态系统的崛起