QQ阅读终于在今天上线了 http://reader.qq.com

就不介绍它是什么，上去看看就知道了。写写整个开发过程中的事情~

完美实习时间

我觉得我的实习时间挺完美，新版QQ阅读一个半月的开发时间，刚好在我两个月实习的中间，让我可以刚进来有一个星期的时间缓冲习惯，接着参与整个新产品的开发过程，上线后还有一个星期时间收尾，运气非常好。而且QQ阅读这个新产品做起来也很爽，本来我一进来导师问我希望参与哪块的开发，我就说是阅读空间，这也是我自己感兴趣的一个产品，一直感觉自己非常幸运。

历程

QQ阅读本来不是做成这种杂志的模样的，一开始是设计成google reader那样，后来开发一个星期后allen要试试把好友日志、热文和广播变成像flipboard那样杂志的形式试试看效果如何，打算自己订阅的rss还是传统阅读方式，而这三个栏目是新的阅读方式。后来做出来了，觉得这种杂志阅读方式效果很不错，于是全部抛弃之前做的，把整个QQ阅读都做成杂志的形式，重新定义产品了。

开发

本来在原来的分工里我只负责导航栏模块，做完后再做各个订阅模块的，这个倒挺轻松。后来尝试杂志形式时就先让我实现杂志这块，再到后来全部变成杂志形式，主要的杂志渲染翻页还有打开的文章那个模块还是让我继续负责做了，这块逻辑和细节很多，做起来有时感觉挺吃力，对整个代码没有了如指掌的感觉，因为急于做出效果和代码架构能力的不足，代码写得黏性十足，一坨一坨的。

某天突然来了一个需求，翻页的形式需要改变，然后发现我当时的代码根本没法实现那样的需求，而且代码这么乱也是得梳理一下了，于是把一部分代码重构了一下，花了两天的时间终于把整个流程写得更清晰一点了，这个重构太费脑了，过程比较艰难，重构后看着有把握的代码感觉还是挺好的。但到后来这些代码随着功能和细节的不断增加现在也还是变得挺难看了。接下来得看看能怎么整理一下。

不给力的firefox

在给杂志加动画效果时，firefox让人抓狂，在IE6-8、chrome、safari下翻页都不会卡，性能没有问题，但在firefox下就卡得要命，这点我研究了挺多，是不是框架的动画函数有问题，自己用了setInterval让它做最简单的动画去动，还试了用-moz-transform属性去移动，还是一样卡，再想是不是插入dom消耗的性能多，于是延迟了1秒确保它插完dom再做动画，还是一样。后来通过firebug逐步排查才发现做动画的那个外壳去掉阴影-moz-box-shadow和圆角-moz-border-radius后动画立马就跟chrome一样顺畅了，原来是这原因。解决了这个问题感觉真爽哈。

另外firefox下还有个问题，文章的滚动条很卡，后来在群上讨论后一刚进来的帅哥说滚动条的问题背景加个颜色background:#fff就快很多了，一试还真是，firefox这什么bug来着，firefox太不给力了，接二连三出现这样的性能问题，css的-moz私有属性要慎用。

团队开发

第一次体验到团队开发，还挺顺畅的，团队开发感觉也比个人开发轻松很多，例如我不需要管js如何跟后台交互，这一块全部由yiheng负责，我只需要调用他的接口就行了。另外我也不需要管后台，不需要设计，HTML跟CSS也不用写，做好我自己那些的逻辑就行了。但这样也少了很多跟后台那些人交流的机会，而且他们都坐得很近交流很方便，我的座位离他们很远，各种不方便，导致跟后台开发的人几乎没交流，不熟悉，而且也导致我对后台的实现一无所知，无从学起~

另外美工方面，杂志的外观从一开始一变再变，挺佩服alex的，我每次都觉得，都做得很好了，不需要再修改了吧，但还是持续不断地变动，跟最初的模样差别挺大了，我觉得现在的QQ阅读UI是很漂亮的。

上线&产品定义

今天上线后大家马上在微博上跟踪反馈，大多数反响很不错，看着这么个新生儿横空出世，大家也挺激动的，包括我~哈~我自己挺喜欢这个产品，用来快速浏览无目的地看东西挺爽的，深度阅读可能不那么合适。这样的阅读方式没有了未读数，鼓励娱乐式的阅读，消除信息焦虑。它跟传统RSS阅读器定位不一样，它本身就想消除”rss”这个概念，所以如果想像RSS阅读器那样追踪某一个博客，QQ阅读并不合适，就我来说如果想随便逛逛看点东西会用QQ阅读，如果是mg游戏平台官方网站性地获取资讯我还是会用GR。

接下来

接下来大家当然会致力于把QQ阅读做得更好，后台向“您的个性化杂志”这个目标前进，通过各种数据筛选出对自己权重更高的文章。前端则致力于提供更好的用户体验，现在这个版本，可优化的空间还是非常多的。