前几个星期集中开发新版 Klib,好久没有输入新信息、研究新东西了。
周末休息了两天,明天开始去看看别人创业的产品、模式,也想想新的点子。
思维这种东西,不扩张,就会自动收缩;不有意识地去开扩、接收新想法,就会自动固守在已有的东西上、也会越来越狭隘。
独立开发,自由职业
前几个星期集中开发新版 Klib,好久没有输入新信息、研究新东西了。
周末休息了两天,明天开始去看看别人创业的产品、模式,也想想新的点子。
思维这种东西,不扩张,就会自动收缩;不有意识地去开扩、接收新想法,就会自动固守在已有的东西上、也会越来越狭隘。
今天知道的信息中,最有意思的就是 HEXA 机器人了。
六足全地形机器人,可以装进双肩包。配有丰富的传感器,开放的操作系统,可以轻松编程。
看起来像是程序员的机器人玩具嘛,没事编个程,让机器人跳个舞,也是不错的事。
先长个小草,之后再了解。最近,倒是想写个算法了排列下面的小球:
要发布新版 Klib 了,又要更新文档了…
哎,想到这个事就头大。
写代码容易,要把做好的功能用比较诱人的方式表现出来,不容易。
整个过程下来,繁琐又耗时。要是这些事能外包出去,自己专心研究如何改进程序、用代码实现就好了。
今天在 Klib 中集成 DevMate,花了 20 分钟,就完成了 Crash 日志的收集。
爽。
如果是自己搭建这套系统,不知道多麻烦。而采用现有的资源,则可以极大地提高效率,把节约的时间,用在自己更擅长的地方。
不过,自己造轮子的过程也很难避免。比如更满足自己的定制需求、多少减少一点金钱支出、找不到合适的已有资源、等等。比如,我就没有使用 DevMate 的反馈系统,因为其回复的机制不太好,还不如自己搭建的系统。
今天想到一个不错的点子:Klib 支持手工新建、标记章节。有了章节信息,就可以很方便地导出有大纲的笔记,阅读体验会好很多。
当然,最自然的方式是 Kindle 提供的数据中就包含章节信息。但这并不现实;即使有接口,要「自动」做到满足用户的不同需求也是不可能;比如,是一级章节信息就足够了,还是需要多级?这是因人而异的。
全自动很难完美;完美一定包含手工打磨。