今天 Typora 的作者找到我,说要跟 iPic 合作。我觉得这个点子挺好的:我专注于图片上传、合作伙伴专注于 Markdown 编辑器。
这是个启发,除了 Typora ,可以考虑和更多的 Markdown 编辑器合作,甚至是其他的编辑器。但要保证自己的开放性、强健性,这样对方地愿意跟自己合作。
更进一步的,一个人的能力毕竟是有限的、能干成的事也是有限的。只有跟大家一起合作,才会有更多可能性,给用户带来更多的便利。
独立开发,自由职业
今天 Typora 的作者找到我,说要跟 iPic 合作。我觉得这个点子挺好的:我专注于图片上传、合作伙伴专注于 Markdown 编辑器。
这是个启发,除了 Typora ,可以考虑和更多的 Markdown 编辑器合作,甚至是其他的编辑器。但要保证自己的开放性、强健性,这样对方地愿意跟自己合作。
更进一步的,一个人的能力毕竟是有限的、能干成的事也是有限的。只有跟大家一起合作,才会有更多可能性,给用户带来更多的便利。
七年最近上线了新的存储区域。这醒好事,可却因为对之前产品的兼容有问题而被骂。
如果问题出现在一个还在开发过程的产品中,可能不是什么大的问题,改掉就是了。
可是,偏偏出现在生产环境中,问题就严重了:没有哪个开发者愿意看到因为别人的原因而导致自己的产品不能正常工作、而被用户骂。
产品发展时间越长、越成功,所背的包袱越重。
联想到正在开发中的 iPic ,如果做不到准完美的程度,绝不上架。毕竟在体验期有问题大家还能接受,可还不是上架了、甚至是收费了,那问题可就大了。
今天在做 iPic 对Imgur 的支持。经过初步的研究,发现这是个很大的坑,几乎想放弃。
但又想了想,导致这个事情比较复杂的原因是要考虑的因素比较多。如果仅考虑主要的因素、服务有这个需求的用户中的主流用户,事情就简化了许多。况且,目前还只是验证需求的阶段,没必要做的很完善。
于是,经过简化,顺便在睡觉前完成了这一功能,感觉挺不错。
黄金原则:用最少的时间,做最重要的事。
正所谓拳不离手、曲不离口,尤其是写代码,必须每天都写,保持手热。
还是呆在稳定的、自己熟悉的环境里,效率高。
今天出远门,开启度假式旅游。是很新鲜,接触不同的人和事。可是,也有不好的地方:比如不能规律作息,会觉得困;比如没有稳定的网络环境,一些操作习惯都被打破了。
创意,在变化中捕捉;
执行,在稳定中前行。