在日常的编码中,我会记录大量的编程笔记。这些笔记对我来说,就是方便下次遇到类似任务时,无需再去花一两个小时查找资料和 试验。例如以下这几篇文章在撰写完成后,我遇到多次类似的任务,无数次的重返查阅,为我节省了大量时间:
- Laravel 5.1 Artisan 命令行实战
- Composer 本地路径加载第三方扩展包
- Ubuntu 14.04 下安装 MongoDB 服务器 和 PHP MongoDB Driver 数据驱动
以上是我在 Laravel China 社区 上的一些文章记录,这类文章有统一的特点,就是:精简记录,没有过多的辞藻,只是一步一步地指引你如何完成此任务。
我一直觉得这一类的记录不应该属于『博客』的文章范畴。『博客』里记录的内容应该是自己见解和思考,或者对某个知识的学习。而这类笔记相对来说工程机械化,可读性较差,对于大部分没遇到相同任务的读者来说价值并不大。虽然我也无数次在博客中记录过此类文章,但是内心一直是比较抵触。更多时候,我会选择以 .md
的方式记录在我的本地文件系统中。但是问题又来了:
- 图文类型的记录很不方便;
- 查找不方便,不方便检索;
- 排版不好看,影响查阅的质量,尤其是文章中出现图片的,查阅体验非常差;
- 存在本机上,远程查阅比较麻烦(只能使用文件备份),无法像网页一样随时随地;
- 没有反馈,有些记录的内容里存在错误,就一直错下去 [捂脸] ;
- 内容丢失严重,因为尝试过各种工具做记录,几年下来,这些对我来说高价值的记录分散遗失;
- …
以上慢慢让我萌生了创作一款纯粹记录编程日志产品的想法。利用互联网特有的『群体智慧』,我的记录也能得到很好的反馈,热心网友甚至能为我的文章提交修改意见。
并且,我不止能在上面记录自己的编程笔记,我还能发现别人高质量的记录。通过『点赞数』和『用户评论』作为判断基础,我能确定某篇笔记是经过很多人实践过,我可以很放心地使用他的方案。使用中如果发现问题,我也可以和执行过类似任务的作者一同讨论解决方法。
Tiicle 主要由以下几个功能:
- 搜索功能 - 快速定位
- 版本控制 - 每一次文章的修改都做好记录
- 用户投稿 - 允许网友直接对文章提交【改进版本】
- 用户点赞 - 辅助分辨内容的质量
- 订阅功能 - 关注感兴趣的人和技术标签
- 当然,也是最重要的,优雅好用的 Markdown 编辑器(黏贴图片、实时预览、语法高亮等)
如果你和我分享相同的纠结,我邀请你体验下 Tiicle:https://tiicle.com/ ,随时欢迎你的反馈和建议。
名字 Tiicle
来自于英文单词 Tickle
的谐音,借以『令人高兴』的意味。
赞~
不能访问。要翻墙?翻墙后还是不能访问。。。
好了能访问了,感觉不太稳定啊
@zhanzhenzhen 昨晚上 UCloud 服务器好像出了点问题
@summerblue 是的貌似昨晚cnode也崩了1小时
@summerblue 都在这里发帖了建议友帖里面也写上cnode,嘿嘿嘿