一个产品的核心功能，通常在其最小原型阶段已经实现了。

后续堆积的功能，会随着边际效应价值递减。

更糟糕的，反而会削弱核心功能。比如，交互上的复杂会让核心功能更难用。

如果实在要加，开辟新的产品线也要优于在已有产品中增加功能。

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

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

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

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

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

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

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

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

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

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

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