实时文件同步软件--端端(Clouduolc)的诞生小记

码农做了很多年了，当软件需要在多台机器上进行调试开发时，在每个机器上修改的代码，同时需要同步到其他调试的机器上，然后再进行编译调试，发现问题，继续修改，同步，不断重复这个过程……，在这个过程中，最痛苦的无疑就是同步工作，一开始使用windows 共享，复制拷贝，速度慢，操作繁琐，不甚其扰。然后到处搜索是否有好用的同步软件，dropbox、金山快盘、百度云盘等等倒是有很多，但是一方面，这些同步云存储的实时性不能达到要求，一台机器修改了代码，其他机器要好几十秒才能感应到更新启动同步；另一方面，将自己工作的源代码同步到公有云存储服务器上，心存疑虑，这可是自己的心血，万一不安全，泄露，或者被盗取。所以也被否定了。其他还找了一些同步软件，但是都不能满足要求，有的是单向同步，有的不能实时感应，不能多于2台机器，不一而足。

是自己的要求太高了吗？还是这样的同步根本不可能实现？我开始对这个问题有了强烈的兴趣。以前在什么书上看到过这么一段话，如果找不到自己想要的东西，那么就创造它。我可以将它做出来吗？需求一句话就可以说清楚，无服务器转存数据的实时双向文件同步。

经过1个多月的思考，基本上确定应该可以实现，不过，并不是100%的确定，因为牵涉的逻辑实在比较绕。但即使是这样，我也决定要试一试，把他做出来看一看。我和我的小伙伴们踏上了征程。好在我们也不完全是从头做起，以前开发的p2p项目，有许多可以现成拿过来用的模块，这大大加快了我们的开发进度。那真是一段昏天黑地的日子，痛苦与快乐交织，焦虑和欣喜齐飞；有时山重水复疑无路，有时柳暗花明又一村。各种辛苦，各种挣扎，不一一细数。

半年之后，第一个版本出炉了。功能全部实现，文件同步，双向、实时、无服务器中转，还是增量同步，意外的收获啊。不过，bugs一箩筐，频繁的异常、闪退，文件不同步，冲突文件处理错误，等等。每天调试，debug，多的时候，五、六台机器一起调，阅读天量的bugs日志文件，分析查找问题。记得那段时间刚好是夏天，我们的办公室在顶楼，还没有安装空调，身在新晋三大火炉之一的杭州，靠着一把破电风扇，每天赤膊大战炎热，代码在汗水的浸泡下日趋完善。呵呵，这是题外话，扯远了。但此时同步功能已经可以用起来，同步修改代码极大提高了调试效率，这也更让自己相信，这个功能可以给更多有像我一样需求的人以方便和帮助。这段时间，恰逢全国各地创业咖啡馆雨后春笋般的兴起，天使投资热潮席卷而来，各种创业活动对接会在咖啡馆中密集举办，我们拿着这个尚有bugs的demo，试图寻找独具慧眼的天使降临。形形色色的投资人让我们大开眼界，同时也浇灭了我们的那点天真的欲望。去说服一个你并不熟悉的“天使”，投资百万级的资金，给一个码农团队的概率，比买体育彩票中500万高不了多少。我们迅速中断了持续2个月左右的融资尝试，将所有精力放在了完善项目上面。尽快投放产品给广大用户使用，才是正道。

时光如梭，转眼又是半年。终于，我们的端端(Clouduolc)上线发布了。免费，无限量，双向、实时、无服务器中转的文件同步功能上线了，这真是一个值得庆贺的日子。不过，别高兴的太早，真正的考验才刚刚开始。慢慢的，开始有用户找到并开始使用，问题也开始反馈回来了，各种各样的，真让我们大吃一惊，自己用用很好的东西，怎么会如此不堪？但这就是现实，十个用户，一千个用户，和一万个用户，量变引起质变。不经过大量用户的洗礼，产品无法从玩具进化成工具。我们得到的惨痛教训就是，应该更早的将产品发布给用户使用，那怕还存在这样那样的不足之处。用户是最终的裁定者，他们决定产品的形态和走向。我们砍掉了一些自以为是但用户根本不用的功能，增加了许多简单但是用户强烈要求的功能。问题不少，幸运的是，我们的一批用户一直伴随着我们一路前行，让产品不断的完善、进化。到今天，产品终于达到了一个阶段性的版本，除了主打的同步功能，还扩展了远程控制、大文件传输、简单的即时通信功能，更有详细的工作日志。

这一篇，算是对端端(Clouduolc)诞生的一个简述。从下一篇起，开始逐步介绍端端(Clouduolc)的一些使用技巧。