绅士与暴君

大家都觉得 Google 挺绅士的，态度总是很开发，欢迎大家来掺和；
大家都觉得 Apple 是个暴君，这个不行，那个得滚蛋。

所以现在那么多 android 电话还是那么糟糕，今天一个 Ophone，明天又来了 乐Phone，后天还有 Uphone，没完没了；别说系统改得乱七八糟，屏幕尺寸更是五花八门。所以如果想要写几个小 app 赚零花还是去找 iPhone 吧。打个比喻就是 Google 提供了免费的大房子，结果一群流氓把它占去了搞成了黑监狱。

微软前些年有些晕头晕脑，经常错过好事情，不过最近貌似比较清醒。看看 Windows Phone 7，屏幕分辨率、按键数目都是定死的。用 WP7 项目经理的话说，从前我们提供平台然后放手不管，现在我们要自己来提供“微软标准的用户体验”了。 

android 要想好好发展下去，首先得“安内”——把 htc sense, moto blur，ophone, OMS 等统统掐死，所有 android 厂商必须签约保证系统随 google 升级，所有手机必须能连接且只能连接一个统一的 app market。只有这样才能保证用户体验一致，才能让应用市场繁荣，才能让系统长存。

不想当“暴君”的企业做不出好产品。

关于显卡热切换

前段时间我说我变微软粉丝了，起因就是我发现Windows Vista/7是唯二支持显卡热切换的操作系统。Mac OS现在不行，Linux更不行。

Linux的一个好处在于开发速度还是蛮快的，不过今天去freedesktop翻了翻邮件列表，对于显卡热切换就彻底绝望了，在我这台笔记本退役之前大概是看不到了……

本来我觉得这个可能是个驱动级别的问题，只要慢慢等还是有可能的，毕竟AMD/ATI最近在Linux驱动这块表现不错，可是当我认识到这需要X Session迁移的时候我就知道没戏了……

• Linux开发者需要AMD和intel提供文档才知道如何关闭显卡；
• X Server需要向用户程序隐藏大量的物理细节才能实现迁移；
• 用户程序需要适应新的X server接口。

综上，就是整个的图形stack需要大兴土木……而对Linux社区稍有了解的人都应该知道这基本是不可能的。

顺便说一下，今天才知道原来XP也是不可以显卡热切换的，因为XPDM驱动模型的限制，只有WDDM的vista和7才可以；嗯vista生早得不是时候啊，两年前哪来能切换显卡的笔记本啊，那时双显卡可是只有Sony家Z千金才有的……

---

http://lists.freedesktop.org/archives/xorg/2009-January/042543.html

Win 7 实在太厉害了……

居然连我这么小众的鼠标都认出来了，而且还有专门的图标～

惊讶得一塌糊涂……

在Win 7下安全移除USB移动硬盘

微软的系统自从Vista以来（就是nt6.x）就有了一个十分让人烦恼的问题——所谓的安全移除外接硬盘的安全变成了对系统和数据而言的，至于硬盘的物理健康则被完全忘掉了。点了安全移除之后硬盘还在全速转动，这时候拔下来就必然听到咔嗒一声，让人对立面的数据十分担忧……

不过解决办法总是有的～ 来自 Linux 的 sdparm 有 windows 版，用这个东西就能安全的移除硬盘了。Linux 下着曾经是我主要的工具，不过后来有了 devicekit/udisk 之后就可以从 gnome 直接完成这个动作了。

下载 sdparm window 版，移除硬盘的时候在 有管理员权限的 cmd 里面执行：

sdparm --wscan

查看硬盘，然后执行

sdparm –C stop PDX

其中的 PDX 是 scan 告诉你的外设硬盘。这样机秒钟后就可以拔掉了。注意不要再用window自己的“安全移除”了，会反而再次激活硬盘。

Unix Hater Handbook 是好书！

Unix Hater's Handbook 真是一本好书啊～～ 连前言都很搞笑：

As for me? I switched to the Mac. No more grep, no more piping, no more SED scripts. Just a simple, elegant life: “Your application has unexpectedly quit due to error number –1. OK?”

话说 sed script 真的不是给人写的，而我至今也搞不清楚在vim/sed/perl的正则里可以用哪些是需要escape的……btw，昨天我终于学会在sed里一次处理跨行并且使用传说中的hold space了……

btw, 昨儿 LFS-6.6 失败了，glibc 编译不能，重大悲剧…… 哥不干了，装个ArchLinux算了…… 昨天搜索的时候遇到一个ArchMobile，囧，我们Arch这么小众的都在进军mobile领域……要是足够闲就自己造手机了，EE/CS俺都会点的呢……

智能手机OS观察

前些天写的，是中文的就没放到 tech blog，放到生活日志又不合适，干脆建立一个中文的“技术水池”吧……

最近很是受到TIM版的 G2 的引诱，不过价格暂时还在2k以上，没有下手的动力……

开始搜索了一 些关于 android 系统手机的信息，后来好奇心驱使下熬夜爬墙的看了一大堆android的系统资料；今天顺手了解了不开源的 BlackBerry OS 的一点信息以及刚刚开源的Symbian……

总得印象就是 Android 很 有希望，Symbian 要悲剧了，BlackBerry 还能蹦跶一阵……至于Windows Mobile，这么个到现在还只支持65536色的系统我实在懒的了解，等 Windows Phone 7 的资料更多再说吧。

Android

Android 的特色之一就是 HAL，这个东西和 Linux 上的那个 HAL 同名，但是实际上起的是 OS kernel 之上的硬件抽象作用。这给了 Vendor 一个很好的避免 Linux Kernel GPL 传染的方式，消除了不少麻烦。

Dalvik VM 是 Google 自己造出来的，虽然一般被当作 Java 虚拟机，实际上执行的却不是 Java bitecode，因此理论上可以用其他语言编写然后交叉编译过去；不过 Java 为广大民工喜闻乐见，想要别的语言的估计也不太多……

Android只有性能相关的系统库是 native 的，而且给程序员用的也是 Java 包装好的接口，这对维护系统的一致性很有好处，应该不会像桌面 Linux 的那些库一样动不动就打架罢工……不过随之而来的一个问题就是拓展性，比如想加一个Helix解码库就不容易（不知道Helix？知道RMVB吧， 就是用来解码RMVB的库）。【正能解自家的Youbute视频就好啦，其他的谁管呢～

Android 用户程序生而平等…… Home 就是一个 Activity，对界面约束极少倒是像个 Linux，开发 Sense一类的用户界面相对更容易。

仰赖不同 APK 运 行于不同的 user id 下并只通过系统 bind 进行通信的机制，小机器人的安全性应该不错。当然到处乱刷 ROM 的风险还是不小的（特别在国内这种迷信xxx论坛美化/优化版的 地方，这种问题更严重，不厚道的说现在开发基于 Android 的 Adware/Malware已经很值得考虑了）。

Android 上现在还没几个收费的游戏，这说明大的软件厂商还没有大举进军 Android，暂时以来自自由软件世界的个人英雄主义开发者为主，不过这应该只是时间 问题。

需要说的一个是“ Android 不能关程序”这个说法，这个是设计成这样的，不是缺陷，理论上应该还是 个不错的想法。不过不知道运行时会不会智能的学习程序行为，对不同程序区分对待。如果没有，倒是可以考虑研究之……或许能在 Android 圈里立名，呵呵。

BlackBerry

铁板一块……想 hack 都找不到门的系统，只是提供了 Java API（不知道Android 是不是就是和BB学来的思路？）好处就是安全，坏处就是不那么geek-friendly。

另外 BlackBerry 结合企业应用还是很有点积累的， 有一套通过手机远程使用假设在公司服务的系统 （BES），这公司居然没跟着风大喊自己搞的是云计算，真是太憨厚了 *^__^*

不过没了 BES 感觉 BB 就少了 很多竞争力…… 尤其是在现在世界娱乐化无聊 化（以facebook崛起为特征）的大潮中，BB 对于第三方应用程序/游戏的开发者/开发公司的吸引力稍欠，有被边缘化的可能。

Symbian

从1980年开始活到现在了，比 DOS 长寿多了……Symbian（包括目前在规划和路线图中的 Symbian^3和 Symbian^4 的最大特点就是支持用户级别的 native 程序，反倒是 Java VM 在整个系统中看着很不伦不类……

大家常说的S60 其实是 Symbian 的上层而已，使用同样 Kernel 的还有以前 Sony 家的 UIQ 以及几乎没见过的 S90 等； S60 基本上是随着 Kernel 版号发行的。

Nokia 的开发语言是 C++， 准确的说是 C++的一个芬兰味方言版，哈哈。当 iPhone 开始颠覆手机概念的时候，Nokia 认识到需要一个更好的界面，于是收来了Trolltech ，把未来寄予在 Qt 上。在这之后就经常在 Youtube 上看 Qt 团队秀效果…… 不过全面 Qt看来还要等 Symbian^4 ，大概在 2010 Q4才会搞好……我个人很喜欢 Qt ， 不过我还是认为 C++ 可能不是在手机上的 最好选择…… 一则 Nokia 方言版的 C++ 很多限制，二是代码质量和系统安全都是挑战。（总体来说我认为当今 IT 从业人员写代码的能力持严重怀疑态度，开发工具最好越傻瓜化越好，而 C++ 太需要“智能”了，让二流开发者拿去 race to market 不现实。）

好在 Nokia 很 怕在一棵树上吊死，Java、Python、Ruby，连 .Net 都有……加上最近打了鸡血似的全面开源 Symbian ，接着拿出 Symbian^3/^4 的时间表，甚至跑出来指责 android 开源不彻底；看来去年在智能手机市场上份额的4% 下滑已经把 Nokia 的尾巴点着了……