無標題文檔

迟到的地铁

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

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

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

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

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

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

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

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

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

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

-- eof --

再读《牛棚杂忆》

牛棚杂忆

这是第二次读这本书,上次是在 2009 年。我是个至今还能未脱离低级趣味的人,认知季老是在其身后,而知道他的作品则更晚。

当初《牛棚杂忆》这本书是和郑念《上海生死劫》一起看的,说起来很巧它们各自的作者是再差不多时间作古,而同时这两本书同样是记录了那十年的浩劫。因此,我总是会将这两本书做对比。

当年的《上海生死劫》所给我带来的震撼远远比《牛棚杂忆》大得多,原因不仅仅是郑念她比季老更为悲惨的遭遇,也同时是因为季老在那本书中的文字更像是平淡无奇的回忆录。

时隔三年再读《牛棚杂忆》,而此时本人的心境与三年前也亦然不同。拿到书本想随便翻阅然后放下,不想就变成了细细品读然后竟然将整本书又重新读了个遍。

其实,个人对于季老的印象不深,甚至对于其研究的领域也不甚了解。因此,我只能从《牛棚杂忆》这本书描述对于季老的印象。

在那场浩劫中对比郑念丧女的痛苦,季老无疑是「幸运」的。从《牛棚杂忆》其中幽默调侃,很多时候看起来更多的是在自嘲。然而细读文字,其实季老所承受的痛苦和冤屈,不比郑少许多。

他说过,「不厌恨,不仇恨」。

即便季老成书是在那浩劫后的十几年,那些尖锐的话语在我们这篇土壤中还是没有存活的环境(这佐证了为何《上海生死劫》只能在海外出版)。所以,季老选择了用种温柔的方式诉说和释放其痛苦。

有段季老回头对于那十年的总结,季老自问自答「国人有无反思?没有,完全没有」。这让我苦笑不堪,我应该是个悲观主义者 -- 季老您可曾了解,恐怕在您作古后的数年后,或许也不能会有您说的总结和反思。

四十年的光阴逝去,其实浩劫还没有就此结束,甚至会随时再来。《牛棚杂忆》存在的必要,就是温柔的告诫我等后辈们,他们是曾经经历过怎样痛苦的年代。

回到这书的本身,它现在是季老自选集中的其中一本,同时再推荐再看季老的《佛》、《读人生》、《读国学》等几本。我个人觉得,这几本应该是自选集中最能说明大师造诣的作品了。

然而,季老的有些书(例如《佛》等)在我目前读起来还是略感沉闷和晦涩。这就好比我几年前的初次读《牛棚杂忆》一样,还没有到高度去领悟吧。

那么,几年后我再回来看看。

-- EOF --

Windows Phone Sucks!

注意,此篇文章完全为吐槽,不喜勿看

Microsoft Sucks via

有人曾经和我吐槽,当前智能机平台中唯一一个官方不支持 SQLite 数据库的 SDK 恐怕也只有 Windows Phone 了。

不难理解,微软当然有理由这样子做,他们自家有自己的 SQL Server 产品线。但作为开发者,我想说我自己也有用脚投票的权利。

从自己负责过的 Windows Phone 项目而言,目前在 Windows Phone 开发应用的情况,可能遭遇的问题比想象中得多得多。

首先,作为个自称「不跟随」的系统,其对应的 SDK 也的确让开发者盲目 -- 对比 iOS 以及 Android 平台,「原本应该有的功能,在 Windows Phone 上实现缺很麻烦」。

然后,就算您经历了「千辛万苦」开发成功 Windows Phone 应用,如何将其发布到市场上也会遭遇很多陷阱:

  1. 目前,Windows Phone 在国内大陆还没有官方市场,只能通过走运营商后门,或者登录香港的市场
  2. 恭喜您,无论选择上述哪种方案,你都要重置您手机的地区设置
  3. 然后千辛万苦付款提交上去以后,那缓慢的审核流程会让你怀疑微软的应用审核人员是不是翘曲到了思维空间
  4. 过了那三关后别高兴太早,以后每次更新版本也几乎是前面的流程再走一遍

幸运的是,目前而言 Windows Phone 漫长的审核时间并没有损失我们多少的用户。

所以当 NOKIA 以身相许给微软以后,我就开始重新评价这家北欧公司在我心目种的地位。

噢,顺便友情提醒一句。如果各位如果有 NOKIA 股票的,请问您如何处理了?

-- EOF --

再见,flickr !

又到了一年一度续费 flickr 的时候了,而我今年已经不打算再给 flickr 续费了。主要原因除了自己懒和忙没不愿意拍照外, flickr 的未来还是叫人比较堪忧的。

https://friable.rocks/_/2012_01_30/1327905208.png

flickr 的东家 Yahoo 现在的日子也并不好受,甚至我觉得 Yahoo 应该像 del.icio.us 一样,将其出售给更适合经营它的人,例如 Google 。

不难看出,近些年 flickr 做了哪些令用户激动的创新和改进,在我本人看来 flickr 目前的状态与老大哥 Yahoo 无异。

根据自己的使用习惯,其实有比 flickr 更适合我的图片托管服务商,例如我经常使用的 picplz 。相比 flickr ,picplz 、Instagram 等类似的服务有着几点天生的优势:

  1. 没有过于做作的照片(这点我对 flickr 颇有微辞,虽然有人喜欢这个风格)
  2. 更贴近大众
  3. 没有更方便的上传和分享方式了
  4. 免费,而且不限容量

所以,我开始并不买 flickr 的帐了,再见 flickr!

PS,如果您也需要备份 flickr 相片到本地,可以试试 fludump


Blog 的写作格式从 [Creole](http://www.wikicreole.org/
) 更换为 Markdown 了,具体的原因可以参看和对比这里 。如果您使用 Typecho 并且也对 Markdown 情有独钟的话,那么这个插件是你必不可少的。

-- EOF --

PHP 5.4 的 Trait 特性(翻译整理)

原文: http://www.xpertdeveloper.com/2011/11/trait-in-php/ 。这里总结下注意的几 点:

-- Split --

一些看法

坦白讲,我第一眼看到 Trait 对它并没有任何好感。PHP5 以来带来的新特性已经足够得 多,而且让开发者们有点应接不暇。

同时,Trait 更像是程序员的 「语法糖」 ,然而它提供便利的同时可能会造成巨大的隐患。 例如 Trait 能够调用类中的成员:

trait Hello {
    public function sayHelloWorld() {
        echo 'Hello'.$this->getWorld();
    }
    abstract public function getWorld();
}

class MyHelloWorld {
    private $world;
    use Hello;
    public function getWorld() {
        return $this->world;
    }
    public function setWorld($val) {
        $this->world = $val;
    }
}

同时,针对类中已经实现的方法,Trait 没有效果

trait HelloWorld {
    public function sayHello() {
        echo 'Hello World!';
    }
}

class TheWorldIsNotEnough {
    use HelloWorld;
    public function sayHello() {
        echo 'Hello Universe!';
    }
}

$o = new TheWorldIsNotEnough();
$o->sayHello(); // echos Hello Universe!

那么 Trait 的出现是为何呢? 有哥们的回答比较有意思 ,但不无道理:

因为php没有javascript作用域链的机制,所以无法把
function bind到class里面,曾经以为php 5.3的闭包
可以做这个事,最后才发觉作用域的设计不允许这么干

但话说回来,拿 interface 和 Trait 类比,显然 Trait 有更多方便的地方(虽然 两者不能完全相互替代)。

不过很显然 Trait 目前还处于测试阶段,它的未来相比其他 PHP5 新推来的特性还有 更多让人观望的地方,但或许这特性能改变 PHP5 未来继承的方式。

因为,我个人坚信 PHP 的作用链设计迟早会改得「更像 JavaScript」,即便这事情会在遥远的 PHP6 。

参考链接

-- EOF --

我的照片

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

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 其实无所谓叫什么名字,作为码农知道取名是件很难的事情。最后想到的这个名字,其实都没啥特别的含义,系统默认的文件名而已。

作为八零后,自认为还仅存点傲娇式的幽默感,以及对平淡生活的追求和向往。 为了免得对号入座和不必要的麻烦,声明本站点所持观点仅代表个人意见,不代表自己所服务公司的立场。

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

文章

项目