無標題文檔

看不透 iPad

就如我期前所说的Apple 新的平板出来后 ,Google Reader 中有关 iPad 的消息铺天盖地的过来。

总体看来,发现负面的消息多于正面消息,既然已经有那么多有关 iPad 的文章了,那么我也跟个风来说说我对 iPad 的看法。

我们为何失望

发布会后的几个小时,就看到老外就很不客气的这样评价 iPad:

As always, Apple's posted a full video of the iPad event, 
so you can pretend you were right there as Steve Jobs 
unveiled the world's most incredible digital photo frame.

我几乎熬夜看完了苹果的发布会。上述用户的言论虽有偏激之处但也不无道理,我和此用户一样,心里也有点小小的遗憾。

https://friable.rocks/_/2010_01_28/1264734559.jpg

对于 iPad 最多的抱怨大多都是在硬件上 ,有关硬件上的问题又集中在了扩展性、性能等方面 -- 对于用户来看说 iPad 是个大号的 iPod Touch 一点也不为过。

iPad 让用户失望的点太多,让我失望的是我期待的 Apple 平板电脑系统会是精简版的 Mac OS,而事实上 iPad 取而代之的是「增强版」的 iPhone OS,这无疑个人对于 iPad 而言诱惑程度降低了不少。

不过,采用了精简版的 Mac OS,那么可能硬件的改动会比目前的大得多,硬件成本(包括耗电量)可能不会是目前的售价。

另外个可能的可能,就是 iPad 会为 iPhone OS 4.0 开路,种种的现象说明 iPhone OS 的触手会越来越长。iPhone OS 上的应用一点也不比 Mac OS 少(甚至更多),Apple 当然不会放弃这张牌。

Apple 要和 Google 干,那么 iPhone OS 之于 Android 会是很好的竞争对手。iPad 的出现无疑会让 Apple 巩固 iPhone OS 的地位。但换个角度考虑,iPad 可能会成为这场仗中的陪嫁品。

因此总体而言,iPad 在 Apple 产品线中的位置在 Macbook 和 iPhone 之间。我期望 iPad 使用 Mac OS 只是更希望它能更靠近 MacBook 那边些。

不仅仅是硬件

回到 iPad 硬件的这个话题,这次改动最大的可能就是整体的系统架构。Apple 采用自家的 A4 处理器让开发人员们充满了好奇。

http://pic.yupoo.com/feelinglucky/960478c5cb18/medium.jpg

有关 A4 处理器的资料并不多,但值得肯定的是 iPad 肯定不会是简单地更换块处理器那么简单。如果正如 这篇文中所言 ,那么 A4 高达 1g 的处理的 可玩程度可比 iPod Touch 高得多 (这是肯定的)。

扩展性方面,iPad 在夹缝中也是非常的难受,它注定会和 iPhone 和 Mac 不同,因此它没有摄像头和语音输入,同时它也会没有 USB、火线等接口。

其实,我更愿意将 iPad 和 Macbook Air 归为同一条产品线。

iPad 屏幕方面的争议也相当得多,例如为何不用 OLED 以及 16:9 的宽屏等。可能苹果的对于 iPad 屏幕的搭配是出于成本方面的考虑。除此之外,我怎么也想不通 Apple 为何会这样干。

同时,iPad 的 9 寸触摸屏对于设计人员而言也是个挑战。iPhone 和 iPod Touch 的 3 寸「金莲」完全可以搬抄手机设备的设计,想象的空间也相对较小,但 iPad 的「大饼脸」则会不同。

硬件方面还有个可能, 就是 iPad 会不会如当年的 iPod Touch 2g 一样给用户个「惊喜」呢 ?相信我,其实 Apple 很擅长做这样的事情。

注定的,硬件方面从一开始 Apple 就满足的不了用户的 100% 需求。

好戏还在后头

犹如运动员在起跑之前都会将屁股翘起来一样,目前我们看到和听到的有关 iPad 的消息都是它的「屁股」。

我们对于 iPad 的了解也仅仅停留在 Apple 的发布会、几张产品图、网友的评论等。

结论应该在两三月后,看到 iPad 的真机并拆解、SDK 、iPhone OS 4.0 以及 App Store 的应用丰富程度等,再做定论。

论 Apple 功底,绝对不会让 iPad 那么简单,而我们现在能做的也只能是等待。

-- EOF --

Python 脚本:自动从豆瓣获取专辑封面

iTunes 下的显示专辑封面往往被看作是鸡肋,到不是因为它的功能不好用,而是因为很多时候它都找不到中文歌曲的专辑封面。

https://friable.rocks/_/2012_12_10/1355124492@640.png

于是乎,就利用周末的时间用 Python 写了这样的一个脚本,用于自动从豆瓣找专辑封面并
嵌入至 mp3 文件中。使用方法相对简单, 下载压缩包以后,命令行:

python getCover.py *.mp3 

即可。

2012-12-10 更新:由于豆瓣更改了请求地址,所以更新下本脚本。

最新的脚本在这里下载

这里要说面下

  1. 脚本是 Python 2.x 的版本,3.1 下测试过没法用,Mac 下自带的默认就是 2.x 版本的,懒得转换了。
  2. ID3 的信息必须清楚,因为搜索 豆瓣 上的专辑插图是以此为依据的(当然,你也可以改下源代码)
  3. mp3 的 ID3 标签必须是 id3v2 和 utf-8 编码(详细有关 id3 方面的问题, 可以参考这里
  4. 获取正确的 ID3 标签可以考虑使用 MusicBrainz Picard 这个软件(2012-12-10 更新)
  5. Windows 下可以用 千千静听 批量转换 mp3 文件的 id3,如果在 Mac 平台下,可以考虑使用 ID3Mod 这个工具。
  6. 对应的 mp3 文件可写

脚本在 Mac 下测试通过,理论上说 Windows 以及其他平台都可以正常使用。如果在使用过程中碰到问题,欢迎联系我。

最后,感谢 付超群 推荐那么好的库

-- EOF --

将 iPod Touch 改造为「服务器」

http://pic.yupoo.com/feelinglucky/244708ae2eaa/medium.jpg

下面是 周末「闲着蛋疼」科技频道 为您报道

介于国内目前残酷的网络环境,秉承发挥科学发展观、实现可持续发展的态度,不给国家负担,经过两个小时的艰苦奋斗,终于研发出具有世界领先水平、国际不靠谱产权的无网线、可放在口袋里即可搬离 IDC 的微型服务器。

-- Split--

说正题,周末将我的 iPod 版本升级 ,破解以后里面没有数据,于是折腾装了个 lighttpd 和 PHP,配合起来就可以跑个小型的 HTTP 服务器了。

如果你也有 iPod Touch 的话,也可以试试装个 HTTP 服务器玩玩。围观跳转链接:

http://friable.rocks/dwarf/ 。Typecho + Sqlite 的组合在 iPod 下跑得很流畅,对性能要求很高的朋友,您也可以尝试下。

简单的说下架设过程

  1. iPod 当然需要破解掉
  2. 在 iPod 上装 lighttpd 和 PHP(这些在 Cydia 上都有)
  3. 让你的 iPod 一直开着(电源线是这台服务器唯一的物理连接线)
  4. 配置家里的路由器的 DMZ 主机(如果觉得不放心,端口映射也可以)
  5. 如果不想记 IP,那么找个动态域名服务商(可选)

注意事项

  1. iPod 的磁盘性能不好,lighttpd 记得关闭 access_log
  2. 虽然没那么夸张,但 iPod 在跑大型程序中,会发烫

想想看,这台两千不到的「服务器」能干啥 :^)

万一哪天有「相关人士」来机房拔网线,结果发现你的「服务器」没网线,他会不会泪奔?而且,迁移 IDC 从此不再是脏活累活,你可以装逼的将「服务器」放进口袋里,直接跳上公交车走人(途中还可以听歌)。

要跳墙的话更方便,直接邮寄个 iPod 到老外的家,让他插上电源即可…

……

呃,或许在不远的将来就有新闻说,「宫刑部」禁止在市场上流通 iPod 了…

-- EOF --

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHubTwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 要知道作为码农取名是件很难的事情,所以不想在取名这事情上太费心思。

作为八零后,自认为还仅存点点可能不怎么被理解的幽默感,以及对平淡生活的追求和向往。 为了避免不必要的麻烦,声明本站所输出的内容以及观点仅代表个人,不代表自己所服务公司或组织的任何立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

分类

搜索

文章