相对在 Jobs 时代苹果严格的保密风格，这一年来媒体们对于新产品的预测做到了异乎精确的预测和判断，这不得不让人觉得苹果的风格是否在 Cook 时代有了些转变。

不断被曝光的 iPhone5 、搭载 Retina Display 的 Macbook Pro、以及业界早已经「熟悉」的 Mini iPad，苹果的产品设计越来越符合用户的「口味」和需求。总体看来过去的2012 年，对于 Apple 而言是稳扎稳打的一年。

现在看来 柏枫 兄弟对于 2012 年苹果产品的判断已经预测正确了大部分，那么我也斗胆来预测下 2013 下一年的苹果产品吧。

Retina Display

之所以将这个放在开头，是因为我实在是太爱这块屏幕所带来的效果了！

从相对「低端」的 Macbook Air 到 Macbook Pro，下一年搭载 Retina Display 的 MacBook 成为标配。目前苹果已经有两款搭载了 Retina Display 的 Macbook Pro 以后，理所当然 Macbook Air 将会是下一个中标的产品。

而制约 Retina Diskplay 屏幕的普及几个方面我们逐一的考虑。

首先，产能问题基本上可以不用考虑，从 15 寸的 Macbook Pro 试水到 13 寸的 Macbook Pro 的推出，才花了半年不到，这说明产能和产品设计方面苹果已经毫无压力。

其次，对于这块屏幕的成本控制是苹果即将面临的问题，如果能将这块屏幕的成本控制在目前相对消费者可以接受的范围，那么将会给对手致命的打击。目前搭载 Retina Display 的产品还是以高端的形象存在，这原因之一就是硬件的成本问题。

需要担心的就是苹果将采取怎么样的电池才能支撑这样的一块屏幕，我们要考虑到 iPad2 到 New iPad 的更新体积不减反增，这样反常原因一直可能就是 New iPad 所搭载的 Retina Display 屏幕。

iPhone5 采用的新的电池，以及苹果专利申请通过的无线充电技术这让人不得不展开联想。解决了功耗这块问题，那么几乎可以准确的判断下一代的 iPad Mini 搭载 Retina Display 的。如果进一步的联想，iPad Mini 或许能支持无线充电。

同时，MacBook Pro 全系可能会去除现在已经使用很少的光驱模块，这样子能够一下子给电池腾出更多的空间，一举多得。

iPhone

如果苹果延续 iPhone4 以及 iPhone 4s 类似的命名，那么很有可能下一代的 iPhone 可能叫 iPhone 5s 甚至直接和 iPad 一样叫 The New iPhone 。

[在 Android 界玩烂的 NFC 芯片依然不会植入到新款的 iPhone 中](http://www.leiphone.com/iphone-5-bt-nfc.html
)，iPhone5 更新的蓝牙芯片以及足够能说明这个问题。

下一代新款的 iPhone 可能也不会搭载无线充电功能，因为这可能目前在苹果看来还不是一项成熟的技术。

新款 iPhone 的发布时间可能会比想象得短，因为和当年 iPhone4 爆出的信号问题以及，iPhone5 也需要解决掉漆等工艺方面的问题。当然，苹果是死活不会承认这个问题的，他们会发布新的「补丁」解决这个问题。

相比「iPhone 5s」，其实我更期下一年苹果能推出 iPhone Mini - 廉价版的 iPhone，这个可能性在我看来不大但是毕竟现在苹果的 CEO 是 Cook 而不是 Jobs 了。

iPad

就像我上面考虑的，新款的 iPad Mini 搭载 Retina Display 近乎已经是确定的事情，同时新的电池工艺或许不会像它前辈 New iPad 一样为了续航增加块头。

传统的十寸 iPad 在 2012 年经历了反常的接连两代更新以后会放缓步骤，或许在 2013 年的整整上半年都不会有大的更新：因为市场需要时间消化 iPad 四代以及 iPad Mini。

iPod

苹果已经几乎忘记了 iPod Classic 了，我也几乎记不起这款产品上次更新是什么时候了（2010年？）。很有可能苹果会在 2013 年宣布 iPod Classic 的寿终正寝。那么，苹果的播放器届时会全部采用芯片存储，这预示着一个时代的终结。

坦白讲我对新款的 iPod Nano 的外观十分不满，下一年 iPod Nano 的更新会比目前的播放器个头要小。被遗弃的摄像头会重新回到 iPod Nano 的背面，同时具有更强大的功能。

iPod Touch 会取代 iPod Classic 的地位，同时会更新新的配置，但外形在我看来不会有大的更改。

Other

说到此我似乎忘记了 iMac 存在，2013 年新款的 iMac 我对它的期待也许就是能搭载
Retina Display 以及标配 SSD 了。但是，因为苹果开发了 Fushion Drive 技术，所以我个人觉得这可能性非常小。

Apple TV 以及新的 Mac Mini 也将会更新，但是毕竟是二线产品所以并不会给人带来多大的期待。然而，个人还是比较期待 Mac Mini 能够标配搭载 SSD 的。

在软件方面，2013 年新的 OS X 系统将会到来，即时将搭载 Siri 以及地图功能。预计在国内 10.9 系统还是搭载高德地图，虽然我个人不是很喜欢这个地图。

在我个人看来，2012 年信任 CEO Cook 执掌的苹果公司越来越在乎消费者的感受。在这一年来苹果让人眼前一亮的产品并不多，但至少没有范什么大的错误，然而对于苹果更新的步伐，我表示担忧。但愿，是我杞人忧天。

-- EOF --

那么多年过去，杭州终于通地铁了，久违了。从零七年开始地铁开始建造的时候，至今已经有五六年的时间，五年的时间不算长但能改变和发生很多事情，而唯一不变的就是杭州建造地铁的进度。

很显然，我已经对杭州建造地铁的进度已经失去耐心和兴趣，即便是在试运行的前几天，我也只是从微博和网络上得知的消息。

其实，我个人对于地铁的准备情况感到担忧。例如延安路等市中心的几条道路，因为建造地铁还没来得及整理。特别是雨天过后，那些道路便犹如黄汤灌肠一般，车辆通过都需要格外的小心。

杭州首条地铁奇葩的线路，惠众面也十分得有限。例如我目前所居住的杭州城西，可以说对我以后的出行丝毫没有什么影响。不开玩笑的说，打算长期居住在杭州城西人民而言，加紧赚钱买辆车或许来得更为现实些。

即便杭州地铁建设了那么久，还是有不到位甚至设计失策的地方。例如，据说地铁站里卫生间十分有限甚至设计不合理，这点需要我们注意下。

还有，杭州人民也还需要一段时间接受和习惯地铁这个新的交通方式。在试运营期间暴露的种种情况，也已经很能说明出很多的问题。

地铁带来的另外一面可能就是沿线房价的飞涨，还有地铁带来的经济利益除了房价外，就是地铁站周边的商铺，那么具体如何呢？老百姓还是会用脚说话的。

渴望地铁的杭州民众和政府，给这首条地铁附加了太多它本来不应该承担的期待和评价。好在让人感到欣慰的件事情就是这几年微博的发展，针对杭州地铁的官方与非官方的报道，也尽可能的多方面的呈现在百姓面前。

对于即将竣工的一号线，官方没有举办那些「传统的」、高调的、华而不实的表彰大会以及
竣工大会，而是首先缅怀纪念了四年前因坍塌事故而逝去的十几位工人，这不得不说已经是个不小的进步。

或许不久以后，在杭州我们已经习惯以地铁以及轻轨等多种方式的出行，它也将慢慢得融入到我们的生活。那时候去评论这条迟到那么多年的地铁已经毫无意义，这就好比评价我们现在生活中的水和空气一样。

-- eof --

正如各位所见，本博客改成了 Ruhoh 静态博客。有个问题就是 RSS 输出的时候会连页面元素等不必要的元素都一起输出，格式很混乱看着也不是很美观。

因此，就想更改下其中的代码，于是找到了 Ruhoh 脚本的安装路径，例如在我的 Mac 上面是如下路径（下面称这个目录为 $RUHOH_HOME ）。

/usr/local/lib/ruby/gems/1.9.1/gems/ruhoh-1.1/lib/ruhoh

分析生成的 RSS 的脚本，文件在 $RUHOH_HOME/compilers/rss.rb ，其中有段语句是

xml.description_ (post['description'] ? post['description'] : page.render)

虽然不是很懂 Ruby，但是可以理解它是将页面渲染以后的代码都传了过去，那么再看看这个方法是怎么写的。找到了对应的文件在 $RUHOH_HOME/page.rb 下，里面的 render 方法：

def render
  self.ensure_id
  self.process_layouts
  @templater.render(self.expand_layouts, self.payload)
end

其中 self.expand_layouts 的方法就是或许当前的 layout 然后配合 Markdown 渲染出我们需要的 HTML，那么我考虑就不要模板，直接输出。

所以新增了个方法，simple_render ，代码如下：

def simple_render
  self.ensure_id
  self.process_layouts
  @templater.render("\{\{\{content\}\}\}", self.payload)
end

最后，修改 $RUHOH_HOME/compilers/rss.rb 文件对应的上述行：

xml.description_ (post['description'] ? post['description'] : page.simple_render)

这样就可以不用任何模板直接输出正文内容了，虽然看起来「不干净」但至少「It Works」。

顺便提供下修改以后的脚本文件，覆盖对应的文件即可，只针对 Ruhoh 1.1 版本，希望作者能够尽快修复这个问题吧。

--

2013-02-17 更新：

根据 Ruhoh2.0 alpha 版本的描述，已经修复了此问题 http://ruhoh.com/docs/2/

-- eof --