选择对我来说目的只有一个，一个新鲜的玩具。对大多数正常人来说，这是一款永远获得不了后续支持的手机。到手之后我连个评测也懒得写，一个原因就是我并不想向别人推荐这款手机，尽管它带给我了无数惊喜，以至于我现在都还沉浸在兴奋当中。
目前它的商店里面应用来说真的是屈指可数……我找了半天也只找到了一个文件管理器，豆瓣电台，和有道词典有用……（我可能还没完全发现程序的集散地……比如我刚刚才发现一个 my-meego.com 有 opera）
N9是一款生错了时间的手机。但不妨碍我想在上面造出点什么来。
People Come and People go. Open Source always lives.
我从 2010年1月15日给 fcitx 做了第一次提交，到现在也经过了不长不短的一段时间。选择fcitx的原因很简单，因为当初它在KDE下面没啥问题。
当然现在也是了。
选择fcitx是一个偶然的决定，不过至少到现在我没有觉得我的选择是错误的。
由于比较长的一段时间其实一直只有我一个人写代码，于是经常会出现一些巨大改动，大部分的时候都是当初写这段代码的时候考虑不足造成的。
破坏性的事情其实我没少干，ABI和API的兼容其实是我后来才学到的东西，比如说有些事情也是才学会的（struct的padding），不过学习这些的过程也很有意思。这两年来，写的最多的代码就是C的代码了（除了fcitx之外的代码也大部分是C的）。虽然说我写过的Code，按语言算也有一些，不过还是对C的代码最有感情。每每在深夜里面，写出的每一段fcitx的代码都让我心情愉悦。近期宿舍的人有去面试，回来提到的一些问题我比较容易就回答出来了，其实都是开发fcitx过程中学习到的 🙂
其实我是个很爱操心的人，操心这个操心那个。开发fcitx的时候，经常会因为某个功能不知道如何实现而辗转反侧，因为某个引入的bug而总想急切的发布下个修复了这个bug的版本。（当然还经常操心混蛋的GNOME又要把fcitx怎么样了，我讨厌GNOME的原因全是因为fcitx）
对所有使用fcitx的人来说，从3.6到现在的4.1.2，应该也经历了不少的功能变化。在这期间我不断破坏……比如说 GBK -> UTF-8，Xft->Cairo，配置文件格式以及布局的变化，引入DBus等等，其实我非常非常不想给你们带来麻烦，其实在你们没有看到的地方还是有一些向下兼容的事情，比如 ~/.config/fcitx 下面的拼音数据，现在其实在 ~/.config/fcitx/pinyin 下面，这里有个硬连接过去的操作，比如这个Issue，为了保持老的配置里面写了不少冗余的代码。
每一个向下兼容的操作背后都会意味着代码的膨胀，有个笑话是说“在我写这段代码的时候，只有上帝和我知道它在干什么，现在只有上帝知道了”。fcitx虽然是个历史悠久的项目（2002的gWubi 0.1），不过现在它还处于一个很年轻的阶段。由于我个人的水平限制，一些破坏性的事情是不可避免的（比如时不时的ABI就break需要重新编译下）……我非常感谢所有支持Fcitx用户。
为了避免你们的这种麻烦，建议不要手动编译，ppa，obs，官方软件源都是你们的好朋友。另外请尽量编译最新的稳定版，至少我会尽量做到提示而不是crash（比如fcitx内置的ABI检测和so version bump）。
其实到目前为止，我还没有来得及在fcitx创造什么呢，老实说我不是一个有什么创造性的人，不过目前还是有一些有意思的想法想要在fcitx上实现（这个想法倒是短期内难以实现的……希望libpinyin大能把多词库支持做好）。希望fcitx能坚持到那一天呢 🙂
顺便一提下面的计划。这次的两个部分都不是我孤军奋战了哦 🙂
非常感谢 ELizabeth HONG：名字已经解释了内容了，不过才刚刚起步，不要尝试（啥都没有呢还） https://github.com/fcitx/fcitx-anthy/
Raven Dark：（通过DBus开发输入法的支持） http://code.google.com/p/fcitx/source/browse/?name=dbus-bridge
非常感谢二位忍耐我的啰嗦，唠叨，不讲道理，非常感谢。
另外有些朋友问到的移植问题，最主要的问题就是人员以及设备（设备还在其次……），近期可能我就会入手N9一台，看看能不能在上面搞出点什么来（原生程序比Android的JNI，或者是iOS的ObjC要简单多了，更别提我不会ObjC了），当然我觉得也没啥人会去玩N9啦，不过给Plasma Active做输入法我还是有着相当的兴趣的呢，而且在我看来水已经在那里了 🙂
循环
http://www.bilibili.tv/video/av6305/
电车男
http://www.bilibili.tv/video/av16671/
迷茫
http://www.bilibili.tv/video/av158011/
2011.10.15
上午的部分同一个话题重复了太多次，而且商业化的部分其实感觉没有非常实质的内容（中国人还是喜欢赚钱啊:) ）。倒是下午同一天的会不少没法都去听听看。其实老实说一整天我都很困，因为前天兴奋的没睡好……
中午吃饭人很多……
下午做Speaker，老实讲一开始对这个话题感觉也有点微妙，因为很难在现场深入到太多代码的细节里面去，结果最后倒是做了不少KDE的演示。另外本来Slide里面有中文的，现场改成了全英文的……
Transifex是个非常好的工具，这边l10n.kdecn.org就是个自己搭建的Transifex，大概单独介绍工具也比较枯燥，所以加入了很多关于翻译的内容。其实Transifex的命令行工具也很有意思（离线翻译其实蛮有用的）。尤其是在和版本库的同步使用上。例如Owncloud的代码库就可以发现Transifex的配置。
jcome的Synfig介绍让我头次知道原来也有个开源的2D动画制作软件，当然最初的感想就是一个类似Flash的（好吧，我啥都不懂），不过已经过了那个什么都想试试的年代了。大概也不会去跑去玩玩。其实说起来开源的很多不错的项目都是由很少的人在支持的，算是存在着用户少于是开发者更少的尴尬局面（由于这些软件的专业性）……对这些项目而言大概我们能做的最直接的只有经济上的支持了。
Texlive的时候非常困（由于其实这部分还算比较了解……）于是就睡了一会。（Fedora的TexLive打包一直值得吐槽到今天……）
另外见到了IBus的开发者一名，他现在有在做libpinyin和ibus-pinyin的开发，由于他是paid的……于是schedule不能像我一样爱在样咋样。另外关于现有拼音的feature，他也有类似的看法，就是虽然ibus-pinyin和fcitx自带的那个拼音都很烂，但是没有另一个能完全替代现有功能的。
之后由于次日要考试，于是就闪了……要是有更多的时间的话还希望晚上能更多讨论一些。
