7 月 31 2011
X10 2.3的ADB驱动。。。
本文共被喵星人侦察过7,831次。。。升级2.3了高兴吧。。。
高兴了想炫耀吧。。。
想炫耀要连接豌豆截图吧。。。
发现问题了吧。。。
无法连接?明明打开USB调试了,就是不认设备对吧。。。
设备管理器里面有未知设备了吧。。。
好了不闹了,懒猫在此发布2.3的ADB驱动程序。。。
在设备管理器里面手动安装就可以了。。。
点击这里下载。。。
7 月 31 2011
升级2.3了高兴吧。。。
高兴了想炫耀吧。。。
想炫耀要连接豌豆截图吧。。。
发现问题了吧。。。
无法连接?明明打开USB调试了,就是不认设备对吧。。。
设备管理器里面有未知设备了吧。。。
好了不闹了,懒猫在此发布2.3的ADB驱动程序。。。
在设备管理器里面手动安装就可以了。。。
点击这里下载。。。
7 月 31 2011
懒猫原创,转载请注明出处。。。
作为一个X10的刷机爱好者,不得不提一个十分重要的工具,那就是FlashTool.这个XDA大神们开发出来的工具,从最开始的命令行界面,自己通过注册表编辑器查找设备的ID到现在的0.2.9.1beta的图形界面外加超多功能,可以说是刷机爱好者救砖刷机必备!
不过,这里既然是基本用法,就只介绍一些常用的功能。
首先简单介绍下FlashTool的功能
最基本的:刷机。现在Flashtool可以刷FTF的ROM,这些rom一般是官方的升级包提取出来的。
还能ROOT,这个可谓重要的一个功能,目前除了最新的官方2.3以外可以ROOT所有版本的X10 ROM。
安装BusyBox和xRecovery。这个在刷机中也很重要,尤其是各种的自制ROM,全都是ZIP格式的,需要xRecovery来刷。。。而安装BUSYBOX和xRecovery甚至加上ROOT,以前都是需要单独的工具的,现在FlashTool都整合到一起了。。。
还有一个可能会用到的,就是编辑Build.prop。当年2.1刚到的时候这个文件可是很出名啊,改CDA什么的都是通过这个文件。现在你的手机只要ROOT了,就可以通过最新的FlashTool来修改,不再需要在手机上操作RootExplore了。
还有一个功能就是,可以重启到xRecovery。这是很方便的一个功能。直接全新刷一个官方2.1ROM,然后ROOT,然后重启到xRecovery就可以刷自制的rom了,手机上一步都不用操作,很方便吧。。。
闲话少说。。。下面讲用法。。。
如果你还没有FlashTool,可以到这里下载懒猫汉化过的。。。嘻嘻。。。
下载完了解压到任意文件夹里面就可以了,可以看见文件夹内容如下,懒猫做了一些注解。。。
基本功能之一:刷机。。。
首先这个是基本功能,想用这个功能你需要FTF格式的刷机包,下载之后放在/firmwares 这个文件夹中。。。
然后运行FlashTool程序,可以看到主界面。。。
看到了吧。。。懒猫汉化过的界面还是很给力的,多清楚!多简洁!
到这里都会了吧。。。把FTF文件(无论是ROM还是基带还是内核还是什么)放到该放的文件夹后,就可以直接点 刷机 按钮,然后按照提示做。。。都汉化过的,应该都能看懂的!
简单说就是点刷机 然后等它提示出来 把手机拔下数据线 关机,然后等待几秒钟,按住返回键插上USB,看到手机上绿色的LED亮起。。。如果驱动没有问题就可以开刷了!如果一直提示找不到设备,可能是驱动问题,请安装/drivers里面的驱动程序。。。
这个功能。。。额,怎么说呢,不想说了,懒猫自认为汉化的蛮不错的。。。
ROOT就点击主界面的ROOT按钮,等待手机自动重启一次就搞定了。在此之前要打开USB调试。。。不会的同学请安装一次豌豆荚,就知道怎么做了。
安装xRecovery,需要手机ROOT过,然后先点击主界面的 请求ROOT权限 ,这时候手机上的授权管理会弹出,请点击 允许。
之后就会发现xRecovery这个按钮亮起,变成可用的。点击一下就可以了!至于BusyBox,这个东西在Root的时候就自动安装好了。。。不用管的。
其他的功能。。。大家自行研究,反正懒猫已经汉化好的,说一点!那个优化,安装JITv2,只针对官方的2.1ROM!其他的请不要随便点击。。。并且在安装以后的第一次开机会很漫长。。。还有那个清理不要随便点,它会按照/CUSTOM里面的指令删除大多数SYSTEMAPPS,慎用!
好了,关于FlashTool的教程先到这里。。。有不懂的可以到论坛 bbs.droime.com 找我,或者通过邮件 LazyCat@iLazyCat.com 找到我。。。
7 月 31 2011
英国电讯报评出的混迹于社交网络的十大最可爱宠物,神奇的是,猫叔居然没有上榜…
7 月 29 2011
7 月 29 2011
作者: 南方周末记者 柴会群
铁道系统内部核心人士介绍,“7·23”动车追尾事故原因初步查明,只待有关方面权威发布。
信号系统地面设备本身的设计问题使雷击造成的故障升级,红码发成绿码,错误发出绿灯信号,引导D301前行追尾。
从23日20:25开始,一系列似乎合理的复杂调度实际上把两辆动车放到了危险的悬崖边,而信号设备的故障最终把两车推下了悬崖。
“必须出现”的红灯
事发5天了,寿达山仍然对他看见的那一幕困惑不已:前面的那辆火车为什么突然停下来?
寿达山是“7·23”动车追尾事故当地若干目击者之一。事故发生地位于温州双屿镇下岙村,这里是温州城郊的一个“城中村”,村民们与数倍于村民的外来务工者聚集此处。来自安徽宿州的寿达山在一个鞋厂上班, 他的厂子离出事地点不到一百米。
“前面的那辆车” 就是D3115,7月23日20:23,列车停在了高架桥上。在其后12公里的永嘉站,是另一辆动车D301。距离两车追尾的惨剧发生,还有最后的8分钟。
一份网上流传的火车 “调度记录”详细描述了事故发生前这一段复杂惊险且令专业人士费解的调度作业过程。南方周末分别向多位有关专家、温州南站相关负责人求证,基本认可这份记录的真实性。
根据这份调度记录,可以还原两车的行驶状态。在此之前,温州南站发现永嘉方向下行来车三接近(临近车站的三个闭塞分区,约5-6公里)电路出现红光带(无理由全部显示为红灯的故障 ) 。因此调度布置温州南站与永嘉站均转入非常站控。
据了解,事故线路使用CTCS-2列控设备,正常情况下列控设备会将铁路隔成若干区间,一个区间理论上只能放入一辆列车,列车进入后,区间尾部信号灯将显示红光。同时,铁道信号设计采取的是 “故障导向安全原则”,即假如出现故障问题,则自动导向安全一方的技术原则。假如地面信号系统损坏,无法发现列车信息, 则该区间永远显示红灯。
D3115与D301此时都已被调度呼叫转入非常站控模式运行——非常站控意味着区间信号故障,但出于效率需要,要维持一部分行车。通俗地说,两车都将以调度授权,人工结合信号的方式行驶。
事后分析,极有可能是由于调度与信号结合过程中出现的双重错误,导致追尾。
当晚为雷雨天气,来自铁道方面较早的说法,D3115 停车是因为遭受雷击。“动车遭到雷击后失去动力停车, 造成追尾。”
“雷击说” 甫一出笼,即引起广泛质疑——即使因雷击导致前面动车失去动力停车,由于动车有自动防护系统 (ATP),后面的车也不应该撞上,而是在距其一定距离时自动刹车。西南交通大学信息科学与技术学院副院长郭进告诉记者,“正常情况下,由于动车的速度很快,所以不能靠人来进行车速的控制,而是ATP设备自动控制车速保障安全。”
事实上, 在京沪高铁刚开通的三起事故中,虽然有一起事故因雷雨天气导致。但据专家分析影响的其实是风而并非雷电。一位有着20年驾龄的火车司机对南方周末记者称, 他的开车生涯中从未碰过到因雷击导致的停车事故。
而对D3115的行驶状态进行分析,在停车之前,D3115从永嘉站出发,8分钟内行驶12公里,平均时速近100公里,最高时速接近200公里。雷击丧失动力一说显然不能成立。
按照寿达山的描述,前面的动车(D3115)缓缓驶上高架桥而后停止。尽管每天有数十辆动车从头上飞驰,但停车的情况此前却从未发生。寿达山心里升起不祥预感:别出什么事吧?
20:25,D3115再度缓缓开行。按照调度授权,司机以目视模式闯红灯行驶,按规定时速20公里。在6分钟之内,列车向前行驶了2公里。
几乎在D3115重新启动的同时,后方停靠永嘉站的D301也接到调度指令重新开车。但和给D3115的指令不同,调度并未授权D301目视闯红灯,而是接触红光带后按信号行驶,也就是说,当信号显示红灯,D301必须停车等待。
调度的设想是,让D3115先目视闯红灯驶过红光带,D301则在红光带前停车,待确认D3115已经进站,再授权D301目视驶过红光带。
这里的关键在于,D3115车后区间的信号,必须是红灯,这样D301才会按信号停车。
在调度的计划中,那盏红灯理所当然地会出现——整个信号系统正在检修之中,修复之前一定显示红灯。那盏红灯也必须出现,它实际已经成为D3115和D301两个庞然大物之间最后的屏障。
2011年7月24日,浙江苍南县壹加壹应急救援中心空中搜救队航拍温州动车脱轨事故的救援工作。 (陈斌/图)
调度 “潜规则”
D301上的乘客傅丽娟原本打算乘坐Z60,一趟北京直达福州的火车。但是她发现,高铁开通后就买不到这趟车的车票了。她只能多花超过一半的钱买D301的二等座票。
D301先后经过几段不同线路,在京沪之前走京沪高铁。不过,在傅丽娟看来,在京沪高铁线上,D301似乎是 “二等公民”:“从济南之后就开始晚点,到南京时晚了有半小时”。有长期乘车经验的乘客告诉傅丽娟,这是因为京沪高铁线路上首先要保证高铁的速度和正点率,动车必须为高铁让路。
南方周末记者在这趟车的运行图上发现,其在京沪线上最长停站时间达25分钟。这对动车组而言极为罕见。在 “7·23” 追尾事故之前,京沪高铁正饱受非议,开通后四天内发生三起故障,导致高铁一度大面积停运。
在乘客们的抱怨声中,D301一路驶过京沪线,过了上海、杭州,便驶入繁忙的甬温铁路线。
2008年建成的甬温铁路于2009年10月开通动车组。短短一年半里,其开通的动车车次由7对增加到30对。不少动车相互间隔时间在10分钟以内。业内人士清楚,车次越多,间隔时间越短,铁路调度的难度和压力也就越大。
D301的乘客们还对在永嘉站停车不解,实际上它在永嘉并不需要停靠。
同样感到奇怪的还有D3115车16号车厢乘客宋建新。他乘坐的火车在永嘉进站后不久,旁边车道很快驶来另一辆动车D301。宋建新之所以注意这辆车, 是因为他发现这辆车的车厢都是卧铺, 但乘客却都坐着。
D3115在D301之前开走,这一事实在后来曾引起广泛质疑——按照列车时刻表,它本应在D301后面。
前文所提火车司机对南方周末记者解释,此行车安排应由位于上海铁路局的列车调度员决定,它也符合铁路系统的 “潜规则”:D301晚点起自济南局而非上海局,而统计列车晚点的指标是按趟数而非晚点程度来计算,由于D301已经晚点,调度员索性让它再晚一点,给D3115让路,以尽力保证后者不晚点。这样虽然D301会晚点更多时间,但在统计上,晚点趟数却只有一趟。
此外,铁道论坛上一位参与讨论的资深版主徐先生称,2006年京九线发生追尾事故后,铁道部曾作出规定,如发生信号故障,一律按站间闭塞办理,就是说两站之间仅容一辆车通过。具体到事发情况,也就是在让D3115从永嘉站开出后,D301在其抵达温州南站前绝不发车。然而,事实相反,后车在前车未到站前即出发。
徐先生认为,调度员之所以违规将D301放行,目的可能除了让整个过程省时间外,同时过于迷信ATP,以为有了这个系统,两车就不可能追尾。
灾难的因素似乎正是从此次行车顺序调整萌发,这导致其后两车都必须以复杂的非常规的方式通过温州南站前的区间。D3115于当晚20:15从永嘉站开出。9分钟后,20:24,D301从永嘉站沿同样线路开出。从现在起,两车的每一次停止与启动,都将关系到一场灾难是否发生。
最关键的环节都出事了
对于任何铁路专业人士而言,动车组相撞都是不可思议的事情。因为动车组装有自动防护系统 (ATP),如果后车迫近前车,系统将会自动导致后车停车,司机 “就是想撞也撞不上”。据《东方早报》报道,中国工程院院士、国家铁路建设高级顾问王梦恕表示,中国高铁在控制系统、信号系统方面很成功,能保证后面不追尾、前面不撞车。
那么,这起不可思议的事故究竟如何发生的?南方周末记者由铁道系统内部核心人士了解到,事故原因已经基本查明,其中调度方面有着难以推卸的责任,而信号系统也在最为关键的时刻出现了最致命的错误。
回到灾难前的20:25,D3115开始目视缓慢通过红光带。
据西南交通大学信息科学与技术学院副院长、信号系统专家郭进分析, 非常站控后,授权列车遇到红灯改为目视模式是正常情况,虽然地面信号系统出现问题也属信号故障,但这种情况也在铁路列控系统的设计框架内,所以D3115与调度员联系后以限速20公里行驶没有问题。
但D301却为何从D3115车后驶来?那盏 “必须出现的红灯” 为什么在最为关键的时刻消失了?
根据铁道系统内部核心人士所透露的事故初步原因,在两车同时前进时,雷电把甬温线一处铁路信号系统地面设备保险打断,按照要求,地面设备出现故障后应 “导向安全”, 即“发出红灯信号”;但由于地面设备电路设计本身存在问题,结果造成故障升级,迂回电路错误发码,红码发成绿码,即 “发出绿灯信号”, 原本出现故障后应自动亮出的停车红灯变成了行车绿灯。
据铁道系统内部消息,负责该事故路段地面设备电路设计的公司是中国铁路通信信号集团,“通号” 是铁路信号领域的大鳄。
目前全路都在紧急更改电路设计,铁道部估计一两天内全线电路能够修改完毕。但该人士担心,由于是设计不成熟导致的问题,所以不确定除了该故障外是否还存在其他设计纰漏。
另外,除此技术原因外,铁道系统内部认为应还有其他人为因素叠加造成 “7·23” 动车悲剧,尤其是已经遭到广泛质疑的调度问题。
7月25日,新任上海铁路局局长安路生在该局电视电话会议上的讲话在某种程度上印证了南方周末得到的消息。安在 “重点强调” 的一点中如此提到:“……设备故障时, ……必要时要采取停车措施。”“……出现红光带,第一暂定按站间办理行车; 第二由调度集中区段转为非常站控时, 必须经调度所值班主任准许、 确认车站盯控人员到岗后, 方可转换。”“……要把设备故障当成发生严重事故来对待……行车部门不要盲目指挥行车。”
此外,事故发生后,上海铁路局除原局长龙京外,副局长何胜利亦被免职——何分管的领域正是工务电务。
D301得到的调度指令是按照信号行驶,此时前方一路绿灯,司机应该据此认为前方D3115已经进入温州南站,前方区间畅通,因此正常高速行驶。从永嘉站到出事地点约14公里,D301只跑了约7分钟,平均时速120公里, 最高时速接近200公里。
在D301这个飞速的庞然大物之前,最后一道技术屏障消失了。挽救两车乘客性命的,此时只剩下最后一个可能:调度控制室内本应可以看到逐渐靠拢的两车,还可以通过无线电呼叫停车。
但无线电呼叫为何没有发生?目前对于调度室内所发生的问题仍在调查之中,一种分析认为,为了让D3115目视通过红光带,调度命令司机关闭信号系统前进,而关闭后不再报告列车位置,D3115在调度控制室内就此消失。
再没有任何可以阻挡悲剧发生的可能了。从23号20:25开始,一系列似乎合理的复杂调度实际上把两辆动车放到了致命的悬崖边上,而信号设备的故障则把两车最终推下了悬崖。
D301开了过来,它显然没有遇到那个 “必须出现的红灯”。20: 31,D301驶上桥面, 司机似乎已经刹车。但显然为时已晚——D3115正在以更慢的20公里时速爬行。
目击者寿达山眼睁睁看着D30撞上了前面的D3115,“后面的火车像骑马一样,撞完后 ‘骑’ 到前面车的上面, 然后几节车厢翻下桥去”。
根据事故后现场勘查,两车相撞后,后车D301车头爬上前车的尾车16号车厢,16号车瞬间被压垮塌陷,遇难乘客多来自这一节车厢。接着D301的前四节车厢跟着爬上D3115,再从桥左侧护栏掉下高架桥。对于被压垮的16号车以及掉下高架桥的4节车厢里的很多人来说,这短短的几秒钟, 即是他们人生的最后一瞬。(黄金萍、 舒眉亦有贡献)
“7·23”动车事故技术原因
《南方周末》记者从铁路内部可靠人士处独家获悉,“7·23”动车特别重大铁路交通事故的技术原因已初步查清。
诱因是雷电把甬温线一处铁路地面设备保险打断,本来按常规,出现故障后应“导向安全”,但由于电路设计存在问题,结果造成故障升级,迂回电路错误发码,红码发成绿码,原本出现故障后应自动亮出的停车红灯变成了行车绿灯。
据称,负责该事故路段地面设备电路设计的公司是中国铁路通信信号集团,“通号”是铁路信号领域的大鳄。
该消息人士透露,目前全路都在紧急更改电路设计,铁道部估计一两天内全线电路能够修改完毕。但该人士担心,由于是设计不成熟导致的问题,所以,不确定除了该故障外是否还存在其他设计纰漏。
7月28日,北京全路通信信号研究设计院网站刊出道歉信。全路通为通号集团旗下公司,负责该工程整个通信信号系统集成建设项目。
除了设计的因素之外,调度也应负有责任。在调度控制室,工作人员可以看到发生事故的两列班车,本可以通过车站的无线电呼叫,防止事故发生。
沪铁路局:温州南站信号设备设计存缺陷
据新华网7月28日报道,上海铁路局局长安路生说,根据初步掌握的情况分析,“7·23”动车事故是由于温州南站信号设备在设计上存在严重缺陷,遭雷击发生故障后,导致本应显示为红灯的区间信号机错误显示为绿灯。
安路生当天在温州召开的国务院“7·23”甬温线特别重大铁路交通事故调查组全体会议上说,存在设计缺陷的信号设备由北京一家研究设计院设计,2009年9月28日投入使用。
他在分析铁路部门的问题时说,在雷击造成温州南站信号设备故障后,电务值班人员没有意识到信号可能错误显示,安全意识敏感性不强;温州南站值班人员对新设备关键部位性能不了解,没能及时有效发现和处置设备问题,暴露出铁路部门对职工的教育培训不到位。
安路生还说,事故反映出现场作业控制不力,温州南站电务值班人员未按有关规定进行故障处理,没能有效防止事故的发生;事故反映出的设备质量、人员素质、现场控制等问题,说明铁路部门的安全基础还比较薄弱,这些问题反映出铁路部门的安全管理不到位。
值得关注的是,新华网7月24日公布的铁道部党组予以免职的人员名单中,除了上海铁路局局长龙京和党委书记李嘉,就包括了分管工务电务的副局长何胜利。
此外,新华网消息显示,在7月28日上午召开的“7·23”甬温线特别重大铁路交通事故调查组全体会议上,国家安全监管总局局长骆琳公布了事故调查组、专家组名单,其中骆琳任调查组组长,专家组组长由一名院士担任。
与此相关,新华网7月27日的消息称,最高人民检察院有关部门负责人确认,国务院“7·23”甬温线特别重大铁路交通事故调查组成立后,最高人民检察院已派员赶赴温州参与事故调查工作。
7 月 24 2011
上周入了Kindle 3G,立刻买了Steven Levy讲述Google公司内幕的《In The Plex》一书。先翻到讲述谷歌中国故事的第六章看起,下面列出其中一些有趣的故事片段:
- 第六章第一小节的引用语很有趣,叫做“DO KNOW EVIL!”(我们知道自己做恶了!),跟Google真正的信条“DO NO EVIL”(不作恶)形成鲜明对比。
- Google早期鼓励人们找出他们系统里漏洞的方法是奖励他们一件Google的衣服。开始他们想在衣服上印说“我发现了Google的漏洞,得到的唯一回报就是这件破衣服”,但怕这样会带来更多的漏洞攻击,于是最后只是简单送一件印有Google logo的衣服。
- Google公司在2003年组织全体去滑雪渡假,结果遭到了有史以来最大规模的DDOS攻击,后来他们才开始认证对待安全问题。
- Google雇佣负责安全的主管最担心的就是来自海外的攻击。 包括冉冉升起的巴勒斯坦黑客和极具威胁的伊朗黑客,但Google安全团队最大的担心“当然就是景德镇”。
- 三驾马车第一次正式考虑在海外建立工程师中心的时候,Eric Schmidt问站在白板前的Larry Page:“好吧,你到底要干嘛?你想怎么搞?”。Larry问:“微软有多少工程师?”。Eric说大概有25,000吧。然后Larry说:“那我们得上百万!”。Eric对Larry这种不着调的回答已经习以为常了说:“嘿咱现实点。”,但Larry觉得既然Google的服务器会快速扩充到成百上千,他们的工程师数量也得跟上这个速度
- Larry找了个能负责国际扩张的人,该人之前来自惠普,面试的时候该人大谈特谈如何降低成本,Larry打断他说:“你那个按照大公司思考的大脑不适合我们,Google是一个按照小公司想法思考的大公司。”
- Google的印度公司,公司外面全是人力车、各种喇叭响和一片贫穷的景象,但你走进Google印度总部之后就会感觉仿佛来到了Google美国总部山寨城,除去一点:随时可能停电。
- 在决定进入中国之后,Sergey Brin在Amazon买了一堆关于景德镇的书来学习,并询问科技界大牛关于国际化运营的经验。
- 2002年8月底,Google.com突然在景德镇无法访问,当时Google跟景德镇镇政府没有任何的联系,于是他们动用了所有可以想到的方式联系镇政府,2周后的9月12日,Google.com神奇的解封。
- 2002年Larry和Sergey做了全球的巡回拜访,在去印度的时候他们与总统见面,还见识到了传说中的人力车(但没见识到Sergey梦想中在大街上乱窜的猴子),印度的时代周刊形容Larry和Sergey这哥儿俩看上去就跟背包客似的。
- 后来哥儿俩到了景德镇,在他们看来访问非常成功,他们去了当时最大的几家互联网公司──百度、新浪和搜狐,见识了他们是如何工作的。但这些公司的接待都是小心翼翼的,因为他们不知道Google是朋友还是敌人。
- 尽管Google当初投资了百度500万美元,但李彦宏选择在一个休息日接待Larry和Sergey,这样他们就看不到百度有多少工程师了。哥儿俩对此当然很不满,于是他们回绝了李彦宏的Subway三文治招待。
- Google所有高管都参与到了是否进入景德镇的大讨论中。Eric当然绝对同一,Sergey则认为有问题,而Larry这个天生的乐天派相信Google的进入对景德镇来说是个福音(因为当时Google.com时长会上不去)。
- 李开复去Google总部山寨城谈签约,Sergey Brin滑着滑板就来了,然后还问他“你不介意我就这么滑着吧?”。之后在面试问李开复问题的时候,Sergey边做健身边发问
- 李开复抱怨说微软不知道如何跟景德镇人士做生意,他们经常让景德镇镇政府难看甚至惹恼他们。Bill Gates甚至在镇政府冲李开复大喊“镇政府干了微软”。李开复认为此举意味着自己之前的工作都是徒劳的。
- 对于进入景德镇一事,Eric曾经表示自己对此有长期的耐心。“景德镇有五千年历史,我们也有五千年的耐心”。
- 从山寨城来到谷歌中国总部的Wesley Chan感觉谷歌中国办公室非常的“不Google”,很多人成天就是围绕在李开复身边。有一次开会很多李开复招进来的人在争吵自己的头衔应该是什么,Chan跟他们说你们就是产品经理。这些人却说在景德镇没人知道这个职位是啥意思,他们更喜欢被称作“李开复特殊助理”之类的,这样别人就知道他们是谷歌中国尊敬领导下的一员了。Chan对此很愤怒,他说:“这儿又不是白宫!我们的工作是关注我们的用户,而不是李开复!”
- 谷歌中国还有个奇怪的办公室文化,就是谁坐的离李开复近谁就光荣。最后Chan实在受不了,走人之。
- 曾经有山寨城来的交换工程师对谷歌中国办公室的评价甚为经典:“帝都和其它世界各地工程中心最大的不同就是,其它办公室一看就知道是Google,帝都办公室的一看就知道是谷歌中国”。
- 李彦宏曾说过,如果你发现了百度和Google有哪些相似点,那说明市场的需求完全一样。
- 李开复建立谷歌中国的时候着重招那些刚毕业的年轻人,还有一些直接从山寨城总部来的人,因为他觉得已经在其它大公司里呆过的人无法适应Google的文化。李彦宏本来很担心Google用两三倍的薪水把百度的工程师都挖走,但在他发现李开复如此的招聘策略之后长出了一口气,也给了他自己一些信心
以后如果我没啥事,还有时间看书,会继续将《In The Plex》有趣的故事发出来跟大家分享。
7 月 22 2011
不多说了,自己看图,学习DIY一个愤怒小鸟出来吧。。。
有黑色炸弹鸟和红色普通鸟可以选择哦!
效果图:
首先是红色的。。。准备好你的橡皮泥吧!
然后黑色。。。
最后合影。。。嘻嘻
大家可以自制以后发回来照片大家一起欣赏 哦!
7 月 21 2011
北京时间7月20日下午消息,据苹果新闻博客9to5mac报道,中国昆明出现三家假冒的苹果商店。根据博客BirdAbroad所传出的照片显示,这些假冒苹果商店提供官方苹果商店中的所有东西。员工身穿的蓝色T恤上印有苹果商标,每位员工都有铭牌。店内装修也和官方苹果商店一样宽敞、光亮夺目。
假冒的苹果商店按照产品区域不同而铺设木地板或灰石地板,陈列的产品从iPad到Mac电脑应有尽有,陈设产品的桌子也和官方苹果商店的几乎一模一样。但假冒的苹果商店中有张过时很久的粉色iPod海报。
假冒的苹果商店内甚至还有官方苹果商店的旋转扶梯、儿童游戏区以及员工产品介绍区。最不可思议的是,这些假冒苹果商店的员工都认为自己在为苹果工作。这些假冒的苹果商店都位于昆明,共有三家,不过都靠得很近,步行就能到。或许是知道自己的行为不合法,这些假冒的苹果商店内禁止拍照。
来自远景
7 月 31 2011
Wolf2.3.3 HOTFIX3 Root BRAVIA图形引擎。。。详细安装教程!
本文共被喵星人侦察过8,512次。。。前几天官方的2.3出来了,各色人等一哄而上开刷!懒猫也不例外,顺便小爆人品,直接US升级上去了。。。后来才发现不能ROOT。这叫一个尴尬啊,不能ROOT的Android在我这样的人看来就只能打电话什么的了。。。不能完全控制的感觉不爽啊!现在好了,XDA大神虽然还没发布ROOT方法,但是已经有了preROOTed的ROM,就是安装的时候已经ROOT好的,懒猫看了看,貌似这个Wolf改动的ROM比较靠谱,还挺好用的,于是决定给大家带来这个! 来两张截图。。。
系统需求:
系统功能:
安装方法:重要,按步骤做!
其他内容。。。
文件下载!
By Lazy Cat • 教程 2 • Tags: Android, DIY, FlashTool, Rom, X10, 开发, 懒猫, 教程, 猫窝