雷军的野心,远比我最初想象得大。
而且,这野心,并不是空中楼阁。
中国本土已经可以支撑世界级的互联网企业,腾讯成为市值超过1000亿美元的帝国,微信在海外已有超过1亿用户,阿里巴巴放在全球电子商务的舞台上也是翘楚。小米,用3年4个月的时间,达到100亿美金的市值,史无前例。面对这样的成长速度,雷军说:“小米才刚刚开始,我们的未来会更夸张”。
此前人们对雷军的概念是“中国的乔布斯”,小米也被认为是最有“苹果”气质的产品。然而,雷军并不满足于成为成乔布斯第二。采访中,他对我说,不喜欢别人叫他雷布斯,尤其是西方媒体,里面暗含“中国山寨”的批评。他说,雷军有雷军的精彩。
对“小米模式”,雷军给出的定位,说实话,有点令人咋舌,这也是我觉得他的野心远比我最初想象得大的原因。他说,小米模式,相当于苹果、谷歌、加亚马逊。
跟一位IT业内的朋友聊天,说到雷军这个提法,得到的评价是:“可真敢说呀!”这不禁让我想到,跟另一个企业家朋友聊天时候,他谈到的对马云的看法,他说:刚开始马云说一些话,什么让天下没有难做的生意之类,人们听了都笑。后来人家真的做到了,别人再想笑的时候,也不敢笑了。
反过来,我问自己,雷军为什么不能呢?如果3年4个月市值100亿美金算第一个奇迹的话,为什么不会有第二个?
前谷歌全球副总裁、Android产品副总裁Hugo Barra用他自己的加盟为这个奇迹增加了砝码。
我问雷军,虎哥加盟是因为花边新闻吗?雷军笑笑说,我不知道。可就算因为谷歌创始人抢了虎哥的女朋友,全球希望虎哥加盟的公司也数不胜数,能忍着北京PM2.5爆表的空气,到北京的清河来工作,也足以说明这位安卓的全球领军人物,看好小米的发展。
去位于北京清河五彩城的小米总部采访的时候,听员工介绍,小米员工的工作时长是6乘12小时,这还是标准时长,雷军等高管恐怕还要更长。其实,在做小米之前,在金山的时候,雷军就有“中关村[4.99% 资金研报]劳模”的称号。但这位劳模的前40年总是不能大成,以至于年逾不惑,还是心有不甘,冒着被人耻笑的风险,仍要创业。
雷军自己说,光靠勤奋加努力是远远不够的,创业要想成功,得在台风口放风筝。
不知道移动互联网这场台风,能不能承载雷军的野心。我们拭目以待。
这些天在调试展讯平台上的tp和lcd驱动,这是一些小的总结。
屏幕出现竖条纹,(在视觉上给人的感觉是屏幕出现轻微的闪烁),这个可以调节vcom电压,来调节这个电压值,可以修复竖条纹.
但是无论怎么修改都没怎么改善屏闪现象,可修改像素点的翻转方式,一般屏幕默认的翻转方式是列翻转,可以修改为点翻转,可完全修复竖条纹,但是带来的不良影响是可能屏幕会出现轻微的很条纹,如果屏幕的玻璃和ic都支持兼容点翻转,则屏幕厂商推荐的像素点翻转方式是点翻转
send_cmd(0xc0b4);
- send_data(0x55);
+ send_data(0x10); //doc inverstion
调试tp的时候,同一颗tp IC的不同模组也无法兼容,这个在LCD上也是一样,只能选择性的注释掉一个tp的cfg配置模块,因为现在展讯的平台下TPC(touch panel controller)和LCDC(LCD controller)都是以识别ic的id来兼容匹配不同ic厂商的tp和lcd,同一颗ic的不同模组暂时不好同时兼容,如果同时兼容则可能出现异常不能正常。
还有,tp调试的时候需要以ko文件的形式导入到系统中,动态的加载tp驱动,这个在打包的时候必须非常注意,重新动态加载的tp驱动必须重新打包system.img,不然system.img无法更新到最新的驱动,这导致驱动加载的是之前编译生成的驱动,而出现错误。
./mk –o=2sim **_**_**_**pac system
还有,调试驱动经常使用的调试方式,一般是日志输出,可通过logcat或者是cat proc/kmsg,二是文件输出方式,可通过动态创建输出文件,proc 或者sysfs,然后adb shell进入Android系统,查看输出文件,起到调试目的!
一、修改方法:
frameworks/base/cmds/app_process/app_main.cpp
main方法中注释掉以下一行:
-- doLastShutDownCheck();
++ //doLastShutDownCheck();
frameworks/base/core/jni/android_os_Power.cpp
android_os_Power_shutdown方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
android_os_Power_reboot方法中注释掉以下一行:
-- delFlag();
++ //delFlag();
然后编译生成app_process和libandroid_runtime.so分别替换到手机
的/system/bin和system/lib目录下,重启;
或直接全部编译生成system.img烧机
二、存在的风险:
已经通过关键Service Check以及Nandflash增加保护等方式保证不会有无法开机的问题。
但是,如果客户经常直接拔电池开机,有可能引起dalvik-cache中保存的客户应用的dex文件被破坏,
从而导致该应用在下次开机时无法被正确加载,需要卸载后再重新安装。
三、版本说明:
以上修改方案只适用于2.3.5版本