今天本来有望在一天内搞定 iPic 对又拍云的支持，可惜晚上有点事情，导致没有搞完，不爽啊。

做事拿到结果、完成关键节点很重要，这可以保证做事是有节奏的。
比如，昨天我就把 iPic 的上传服务告一段落，今天就可以全心地做又拍云。假如今天把又拍云搞定，明天就可以全心地做别的事情。这样的节奏是很好的，既高效、在节点切换过程中心情是愉悦的。

虽然今次节奏被打乱了，不过更加也意识到了节奏的重要性。以后要注意保持这种高效的节奏。

从此，iPic 不仅是个独立的图床 App，也将自己的图床能力开放出去，方便第三方应用来调用。

明显感觉，开发 App 与开发服务的难度不在一个量级。

• 开发 App，自己完全可控。对于不太好实现的地方，可以使用投机的方式处理。
• 开发服务则不同，所有地方都是符合标准、尽善尽美。
  • 要充分测试，保证没有问题；
  • 要稳定可靠，不给第三方应用带来麻烦；
  • 要有多种开发接口，方便不同的人调用；
  • 要有详细的文档，方便开发者上手；
  • 要有技术支持，尤其是第三方应用线上有问题时，要及时跟进；

总之，感觉目前做服务还不太成熟，要等 iPic 本身已经成熟稳定时再推广。目前只是完成个最小原型，试探潜在合作者的态度。

看来还是技术底子差些，今天干了一天活，其中大部分是在学习新东西，边上网搜索、边码代码。这种不仅效率低，学到的东西也不扎实。偶尔这样还可以，但如果长期、持续这种状态，得不偿失。

今天 Typora 的作者找到我，说要跟 iPic 合作。我觉得这个点子挺好的：我专注于图片上传、合作伙伴专注于 Markdown 编辑器。

这是个启发，除了 Typora ，可以考虑和更多的 Markdown 编辑器合作，甚至是其他的编辑器。但要保证自己的开放性、强健性，这样对方地愿意跟自己合作。

更进一步的，一个人的能力毕竟是有限的、能干成的事也是有限的。只有跟大家一起合作，才会有更多可能性，给用户带来更多的便利。

七年最近上线了新的存储区域。这醒好事，可却因为对之前产品的兼容有问题而被骂。

如果问题出现在一个还在开发过程的产品中，可能不是什么大的问题，改掉就是了。
可是，偏偏出现在生产环境中，问题就严重了：没有哪个开发者愿意看到因为别人的原因而导致自己的产品不能正常工作、而被用户骂。

产品发展时间越长、越成功，所背的包袱越重。

联想到正在开发中的 iPic ，如果做不到准完美的程度，绝不上架。毕竟在体验期有问题大家还能接受，可还不是上架了、甚至是收费了，那问题可就大了。