这个时候，想到vim还有很多的地方不完善。比如项目管理和插件管理，虽然也有扩展支持，但是其实效果都不理想。 在想，是否该适当的转换一下我的编辑方式，尤其是sublime还支持基本的vim操作方式情况下。

今天抽空在网上转了转，没想到找到了一个我非常喜欢的vim插件管理机制。在github上发现了一个项目vim-scripts (https://github.com/vim-scripts) 它将vim的插件，全部搬到了github，使用git来管理。

例如FuzzyFinder,

然后在vimrc中增加配置

这样以后，就可以直接用git pull来更新了。

后来又发现还有更好的方式， 有个工具vundle支持这个项目。 安装扩展只需要在vimrc中加入一句

就可以方便的下载安装和升级插件了。

这正是我想要的，vim的插件管理终于完美了。是时候将我之前的插件们都迁移一下了

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：

使用Vim发表WordPress日志

我常用的VIM插件

git 的企业级授权工具 gitolite

每讯项目管理工具选型

无觅

1. 未考虑清楚就匆忙下手，导致不断的停下来思考和重写。
2. 匆匆写完之后，出现很多的错误，包括各种语法错误，花费了大量时间
3. 在整体逻辑没理清之前，陷入了很多的细节，纠缠不清。
4. 对于一些方法的使用不清楚，需要不停的去查询手册或者google之。
5. 编写重复的代码，执行重复的操作。
6. 经常被其他的人或者事情打断，无法集中精力。
7. 过早的进行性能之类的优化，引入了复杂性和潜在的bug。

提高编码速度的方法

1. 使用恰当的工具。如一些代码生成工具，好的编辑器（vim, textmate, eclipse and so on）。
2. 掌握相当数量的快捷键，
3. 先写整体逻辑和测试代码，再逐步实现细节。
4. 对于常用的库函数记住用法，并想办法提高查询文档的效率
5. 写完代码先自己阅读，检查语法逻辑是否正确。也可以采用结对编程的方式
6. 检查无误之后，再测试。
7. 使用番茄工作法等方法，为自己建立较为完整的编码时间，在这段时间完成高质量的编码。
8. 问题整体思路想清楚了，然后开始编码。
9. 有意加强练习上面的一些方法。
10. 选择好的调试方法，日志、断言等等，积累自己的调试工具。
11. 积累自己的代码库，经常做改进
12. 想到了再继续添加

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
vim插件管理	这一年的工作
无觅

热文发现：

• 从微博，RSS中发现热门的内容
• 按照热度排序.
• 按照时间衰减。

自然语言处理：

• 网页正文提取, 过滤广告、导航等内容，只保留文章主体。
• 文章标题提取, 自动去掉标题中含有的网站名称、标语等噪音。
• 制作缩略图,制作不同的缩略图，适用不同的版式和终端展示。
• 文本去重，内容相同或者相近的文章识别并只保留一篇。
• 文本分类，自动将内容划分到合适的分类。
• 来源提取，友好的文章来源展示。
• 关键词提取，分词并自动提取适用于展示给用户的关键词。

社会化：

• 接入腾讯微博、新浪微博
• Q+、人人等开放平台
• 社会化分享

个性化算法：

• 用户喜好模型的建立, 用户的主动、被动行为分析。
• 用户模型的快速生成和更新，用于冷启动。
• 新闻按照用户个人喜好等排序.
• 微博过滤，按照时间、热门度、用户关系、用户兴趣排序
• 即时计算用户喜欢的文章列表。
• 各种个性化因子的权重优化、评价。
• LDA话题模型。
• 计算用户间的亲密度
• 杂志化自动排版技术。

跨平台：

• 普通的Web版本, Q+版。
• 手机web版
• 未能完成的HTML5版本
• 即将推出的Andoroid、IPhone手机版本
• 即将推出的IPad客户端

语言层面：

• 在php, javascript之外，也写了一些Java，C++, Python 的代码。
• 此外还研究了HTML5, NodeJs, Objective C等等。

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
一个评价排名算法	推荐几款好用的firefox插件	vim插件管理	提高Coding速度和效率
无觅

　1. retain count. 对象创建的时候（new, alloc, copy）系统自动为对象指定了计数１.　当向向对象发送retain消息的时候，计数+１，当发送release消息的时候，技术-１.　如果计数为０，对象就被销毁，并发送dealloc消息。 注意手工发送retain方法的时候，retain和release必须对应上，保持平衡。

2. 还可以向对象发送autorelease消息，该对象将被放到一个NSAutorelasePool对象池中。当对象池被销毁的时候，会给其中的每个对象，发送release消息.　这些对象的计数都会-１，如果计数减为０，对象就会被销毁. 如果使用Appkit, 会在特定的时间给对象池发送销毁消息，比如当前的用户事件处理完后。

3. 垃圾回收机制。编译的时候，指定-fobjc-gc-only选项，将启用gc机制。用户不需要自己管理内存，像java一样，系统自动识别哪些对象没有指针指向了，自动释放这些内存。.　GUI程序中，gc也在事件处理完后触发。 只是目前iphone开发中还不能用这个特性.

对象初始化

objc的对象初始化包括两步
　1. 分配内存[ClassName alloc],alloc方法继承自NSObject，分配内存，并清空置０.
2. 初始化[Object init], 返回对象实例;　注意init方法有可能返回的是跟alloc取得的不同的对象. init 是个普通的方法，类可以有多个初始化方法.

categories

作用:　给已经存在的类增加新的对象方法
用法
1. 将类的实现代码拆分到多个文件，如果很多的话
2. 创建私有方法的前向引用
3. 给对象增加非正式的协议

动态特性 [待补充]

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
Objective C 学习笔记(1) — 语法	IOS下的Safari的一些特性	这一年的工作	vim插件管理
无觅

#import 引用头文件,比#include 好的地方在于头文件只会包含一次，不用再写#ifdef 了.

NSLog Cocoa提供的函数库，统一以NS作为前缀，以示同C标准库的差别. NSLog与printf类似。

@”strings” @后接双引号字符串，代表NSString类型的字符序列，比普通的字符串有更多的用法。

main方法，同c语言一致 int main(int argc, const char * argv[]){return (0);}

面向对象.

id：对象指针类型
方法调用 [shape draw] ,调用shape对象的draw方法.shape 是id类型

@interface 声明类接口 

@implementation 实现类

创建新实例, 调用类的new方法

构造方法
init

访问器 getter/setter
set方法需要带上set前缀，get方法不需要，保持跟属性一致即可。
@property 可以简化访问器. 声明同数据成员相同的属性，可以省去访问器方法的编写
@property (选项) 类型 名字;选项包括readwrite/readonly/assign/retain/copy/atomicity等。
在实现中需要用@synthesize让编译器获取实现代码
之后可以用.来引用属性来读取和写入，而不需要调用方法。

继承/组合
super 访问父类
self

@class 声明使用的类，可以不需要#import a.h, 避免循环引用

静态方法, 以+开头
+ (void) instance;

@protocol 协议，类似其他语言中的接口。　遵循协议就必须实现其中规定的方法。
一个类可以同时遵循多种协议。还可以用@optional指定非必须实现的方法

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
Objective C 学习笔记(3)　–　实现特点	IOS下的Safari的一些特性	vim插件管理	提高Coding速度和效率
无觅

iOS Sarari 浏览器允许网页 Head 里存在一个 Viewport 声明，用来规范浏览器对此页面的缩放特性，完整的声明如下：

Viewport 里目前有五个可以设置的属性，它们各自的作用如下：

• width：设置 viewport 的宽度，即 iPhone 最初模拟 PC 浏览器的宽度，之后 iPhone/iPad 会这个宽度展现的页面同比缩放到 iPhone/iPad 屏幕上。设置 width=device-width 后就不会再进行缩放了，因为宽度正好和 iPhone/iPad 的宽度相同（前提是没有设置缩放比例）。
• minimum-scale 和 maximum-scale：是控制用户允许设置的最大/最小缩放比例的。
• user-scalable：标识是否允许对页面进行缩放，取值有两个 yes 和 no。设置为 no 则不允许进行页面缩放了。
• initial-scale：设置页面的初始化缩放比例。

通过控制这个，将网页的主体内容扩展到整个界面，能够给用户更好的阅读体验。

2. 横竖屏切换。

Mobile Safari for iPad 可以直接在 link 或者 style 标签的 media 属性里声明该样式是竖屏的还是横屏的。可以利用来在横竖屏下面做一些不同的内容布局。

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
Objective C 学习笔记(1) — 语法	Objective C 学习笔记(3)　–　实现特点	这一年的工作	vim插件管理
无觅

我们在课本上学习的历史，往往将单一的历史事件割裂开来，对于事件的起因和后续的影响简单的带过。事实上历史是连续的。这本书中从清初开始讲起，是为了说明中国近代史并不是被鸦片战争的炮声突然轰开的，它有着之前深刻的社会背景,此前的200多年，西方的很多传教士进入了中国,已经将很多的先进技术带入了中国，只是中国并不重视，只是作为玩具和观赏艺术来对待。之前的西方国家也不敢小瞧这个巨大的国度，只是在后续的几次交锋中逐步摸清了中国虚弱的本质。

鸦片战争之后，中国先从经济军事、政治制度、思想文化上学习西方.二次鸦片战争之后开始了30年的以慈禧，奕訢、曾国藩、李鸿章等人领导的“中学为体，西学为用”的洋务运动，学习制造西方的现代船炮，打造了一支亚洲领先的北洋海军。然而中日甲午海战的惨败宣告仅仅学习经济军事是不够的。之后又开始了政治制度的学习，康有为梁启超学习英国和日本的君主立宪制度，孙中山学习美国的民主共和制度。最终戌变法失败了，辛亥革命成功了但却面临之后的多次复辟混乱,最终导致了军阀割据。说明中国还没有为这暂新的制度做好准备。强烈的挫败感和危机感，使得中国人又开始从思想文化上学习西方,陈独秀，胡适，鲁迅等领导的新文化运动，主张学习西方的科学和民主，矛头直指传统的儒家思想。运动动摇了封建思想的统治地位，大大解放了人民的思想。不过很多人带有非常偏激的情绪，主张摈弃中国民族文化，全盘西化，对中国传统思想文化,价值观念造成了相当大的破坏。不过建立起现代中国的社会基础已经准备好了。

北伐战争的胜利，使得中国重新统一了。但是国民党政府没有抓住历史的契机，进行土地改革，改善民生。而是忙于奔命处理内部不和，通货膨胀，与共产党内战和日本侵略等问题。最终赢得了抗日战争之后，却失去了民心的支持，逃往了台湾。中国也真正完成了三民主义中的民族革命。

对于新中国的历史，几乎还没有其他书籍做过系统的整理,历史课本就不用提了。看了这本书之后，相信对于大跃进，对于文革，对于改革开放,对于许多的历史人物，等等都会有更深刻的理解。例如中苏的交恶，文化大革命的发起，林彪的叛乱，80年代的通货膨胀。不能说太细了，不然我的博客要被墙了。

对于很多的历史人物和事件，我们需要更全面的去评价他们的成败得失。

对于中日甲午海战之后的百日维新戊戌变法，往往都说它是失败的，是一部悲剧。但是它对宪政，对民主起了很大的宣传作用，点燃了许多中国民众心中等政治火炬，大大加速了帝制的灭亡。

有一些人说孙中山又没有打过仗，辛亥革命发生的时候，孙中山甚至都不在国内，甚至都不一定知道有这回事。完全是个投机者。读了这段历史会发现，孙中山为了达到最后的目的，有时候真的有些不择手段。但是他的思想和远见，着实具有深刻的指导意义。他学习西方又不唯西方，而是结合中国社会背景，提出的三民主义和五权宪法，直到现在都有现实的价值。可惜我们现在也只是实现了民族主义，民权主义和民生主义还远未达到。五权宪法在孟德斯鸠的立法、司法、行政三权之外加上了考试权和监察权。科举考试是中国古代的非常重要和先进的一项人才选拔制度，后来出现问题不是考试制度的问题而是所考的内容出现了重大问题，变成了无用的八股文。监察权相信也是因为中国历史上贪污腐败横行而独立出来的，不过如果立法和司法真能够独立的话，相信监察权也许就不需要单独提出了。

喜欢看这段历史的童鞋，不妨去新浪爱问http://ishare.iask.sina.com.cn/上搜索下徐中约，中国近代史 42章,相信不少。徐中约的这本书提供了丰富的史料让我们了解这段历史，不过更多的体现在外交和国际关系层面上。社会和文化层面上，不知道你们有没有什么更详尽的书推荐.

中国每次的大变革时期，都是思想文化最开放的时期，为之后辉煌灿烂的文明打下坚实的思想文化和政治制度的基础，比如战国之后的秦汉，南北朝之后的隋唐。希望这一次也一样。

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
这一年的工作	vim插件管理	提高Coding速度和效率
无觅

利用html5构建一个离线应用，主要依赖于三个新的特性

1. 离线资源缓存：

可以在一个manifest文件中指明离线应用工作所需的资源文件。缓存的文件可以在manifest文件本身发生变化的时候更新，或者检测window.applicationCache.status，然后调用window.applicationCache.update()更新缓存。

2. 在线状态检测：

html5支持通过navigator.onLine获取当前的在线状态。html5还提供在线和离线事件机制.针对在线状态，我们可以做出不同的处理

3. 本地数据存储：

html5提供了LocalStorage和WebDatabase(WebSQL/indexedDB)两种存储机制。前者提供key/value存储方式，后者提供关系数据库存储功能。

离线资源缓存

要使用离线缓存功能，需要在编写manifest文件，并指定使用的manifest.

manifest文件格式.

• 首行必须是 CACHE MANIFEST。其后，每一行列出一个需要缓存的资源文件名。
• 可根据需要列出在线访问的白名单。白名单中的所有资源不会被缓存，在使用时将直接在线访问。声明白名单使用 NETWORK：标识符。
• 如果在白名单后还要补充需要缓存的资源，可以使用 CACHE：标识符。
• 如果要声明某 URI 不能访问时的替补 URI，可以使用 FALLBACK：标识符。其后的每一行包含两个 URI，当第一个 URI 不可访问时，浏览器将尝试使用第二个 URI。
• 注释要另起一行，以 # 号开头。

文件示例

在线状态检测

上面提到过，目前html5提供了两种检测是否在线的方式

检测 navigator.onLine

侦听document的online和offline事件

本地数据存储

通常我们用cookie来存储数据，但是cookie存储的数据量太小.而且每次发起http请求都要带上，增加了数据的传输量.html5新引入了两种key/value存储方式，提供比较大规模，性能更高安全性更好的存储方式。 localStorage 和 sessionStorage
sessionStorage只在本次浏览器会话中保存，浏览器关闭之后存储就被丢弃。localStoage则可以比较长期的保存。但是使用方式都一样，非常简单.
直接

另一种方式是关系数据库存储，不过虽然chrome提供了websql特性。但是貌似html5工作组停止了这个标准的制定工作，转而支持另一种indexedDb的标准。但是indexedDB目前还没有浏览器实现。我的理解，前者基于Sqlite的Sql来操作数据，后者可能更像是ORM的方式,数据操作更加优雅更加对象化。所以可能暂时这个功能得不到大范围使用。

问题

利用离线资源缓存，我们就可以能够访问读到应用了。然后利用状态检测和数据存储功能，我们就可以在离线的时候，将用户的操作保存起来，等到在线的时候，再将它们发布到服务器上。做了一些demo后发现，已经能实现一些简单的应用了, 还有一些问题需要解决，包括。

1. manifest文件不支持通配符，因此我们的一些通过动态生成的文件，比如合并压缩的js和css文件，不太好缓存。以及很多根据ID通过ajax生成的数据也不容易缓存。
2. 一些离线状态下的操作，比如发表的评论和执行的转发操作。即时能够通过在线的时候同步，但是也可能面对失去了时效性之类的问题。而且下次再次离线上来的时候，还没能够同步到服务器的这些离线操作内容不容易呈现出来。
3. 如何在线上的内容更新的时候，通知客户端更新缓存。动态生成manifest文件，可能导致所有的内容都更新。
4. httpCache和offlineCache的内容无法共享，导致的客户端存储空间浪费。

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
flipboard简单分析	用Redis来做排行榜存储	提高Coding速度和效率	这一年的工作
无觅

使用燃尽图的时候，产品的理想开发周期应该在三周左右。我们一开始将任务拆分出来，粒度在半天左右的。列出开发计划，每一天完成多少个功能点。需求不明确的，要尽快跟产品人员沟通确认。在白纸上或者白板上，以功能点个数为纵轴，开发工作日为横轴的坐标上，标出每天的剩余的未完成功能点数，连成曲线。然后每天标出实际的剩余功能点数，汇出另外一条曲线。如果发现实际曲线高于计划曲线，说明项目进度慢于预期，那么项目将可能面临延期的风险。如果实际曲线低于计划曲线，并且差距越来越大，说明项目可能能够提前完成。理想的情况应该是两条曲线基本吻合，否则要么是我们的估计出现了偏差，要么是项目中出现了意外情况。根据曲线的偏离情况，可能需要及时的做出调整，保证项目的正常完成。项目中团队每天下班前需要碰一下，报告完成的功能点数。
根据项目的情况，我们可以在几个关键的功能点上标明项目的里程碑，重点关注几个里程碑的开发进度。相对完整的功能块及时提交给测试人员。使得他们能够提前介入测试，缩短项目周期。
任务条的部分我们是上一个项目开始使用的，详细情况参见同事的文章。

燃尽图和小纸条都属与scrum开发方式的组成部分。它要求我们一开始就将任务能够拆分的足够细致。开发过程中发现曲线偏离过大的，及时的做出风险提示，并尽快找到原因，作出修正。每天团队有短暂的会议来相互沟通，跟踪进度。测试能够尽快进入。实现产品需求的快速迭代。

这些技术应该說还是不难使用的，最关键的地方还是一开始的功能拆分，需要完全理解产品的需求，不明确的尽快沟通。任务需要拆分的足够细致，并分配到具体的人，才能做好开发的时间评估。这个工作要一整天甚至更多的时间。之后需要每天通过短暂的会议沟通，坚持绘制曲线和移动小纸条。需要注意的是任务的完成需要以能够提交给QA测试为标准，而不是差不多完成了。說差不多完成了的时候，往往还需要一半的时间来做到真正的完成。

至于单元测试的东西，改天我再写一写当初我们的经历。
最后感兴趣的朋友我推荐一本书
硝烟中的Scrum和xp 网上可以免费下载。

关于作者

reedboat, 每讯网, 研发经理

执着的技术人，完美的追求者。
PHP、JS职业攻城师。
SNS、SCM、IOS、敏捷开发、推荐算法…

Facebook 豆瓣 新浪微博 Twitter

向文章付费

您可能也喜欢：
设想的小额电子支付方式	每讯项目管理工具选型	vim插件管理	这一年的工作
无觅