Sign in Subscribe

写作

安利 GitBook：兼谈笔记与博客的区别

笔记与博客的区别 以后我的技术学习笔记就都以书的形式写在GitBook: Write & Publish Books里面，新技术的全面了解最好能够有一个清晰良好的结构组织，而书的形式就再好不过了，就可以用章节的方式来全面管理知识架构。 另外不得不说 GitBook 是个非常好的书籍编写工具，可以用 Markdown 语法写作，git 管理，网页与客户端都做得不错，甚至可以甩其他的一些原生 Markdown 编辑器几条街。 与 GitHub 绑定之后只要发布到 GitHub 上 GitBook 就会自动更新书本内容，还有很多相关插件可以添加评论、书的封面等等。 Jimmy Lv’s React 学习笔记 Welcome, React is Awesome! 最后可能就会自己做网页啦，或者 iOS App，这是最开始学编程的时候就想做的事情，一直都没有实现，我是在干嘛？！而且现在在技术的道路上越走越远，真有点儿背离我要做产品的初衷啊！ 其实还真应该反思一下我的学习方式，这次
吕立青

出走寝室：在图书馆的所思所想

新感觉 其实不出来，不到图书馆走一趟，我还真不知道自己的电脑已经脏成这个样子了，真的是让自己吃惊了一把，而且忍受不了自己迫不及待地清理了一下。 坐在这里感觉好多了，莫名的轻松感，并且开始有信心去做要做的事情，目前最大的事情就是毕业论文，相信在不同的地方有不同的状态去完成它！ Mac OS X 刚刚保存文件的时候 tag 系统把我吓尿了，简直就是梦想中的功能，如图所示： OS X 原生支持为每个文件建立 tag 的功能，所以纯文本+标签的笔记系统完美建立起来啦，哈哈哈，根本不需要依赖任何一个大型软件，各个功能都解耦成功，都可以切换和选用在该领域做得最好的产品。 但是需要考虑的一个问题是这些 tag 能不能同步到其他设备？ 产品解耦 人类与机器最大的差别就是，羁绊。人作为群体性动物，不同的人之间往往耦合度极高，存在各种各样的关系将人们结合在一起。那这样的东西是不是束缚呢？以后再说，喜忧参半。 产品作为一种工具，这里讨论的特定于某一种形而上的软件，处于产品之下的代码。借鉴于软件开发的思想，不同模块的代码之间应该进行解耦，不能够互相依赖，那么在生活中使用工具的时候，是不是
吕立青

由写作环境引发的反思：单一入口的智能化

绪论 def hello(name): print "hello" + name 减少操作/思考成本 直达目标：文本先行，不用担心其他额外的事情 1. 比如现在我要记笔记、写博客就只需要打开写就是了，然后存到哪里，在哪里看，在哪里改格式，都不用管，或者说不是在写之前要考虑的事情。 1. 目标导向，释放大脑，只需要肌肉记忆 Cmd+Space 打开 Spotlight 里面输入 subl，打开了写就是，先做了再说，最重要就是“写”，剩下的事情之后再解决，内容先行。 1. 不用考虑文字格式，一切都是文本，只是 Markdown 语法，就像写代码一样顺畅和优雅，然后根据 Markdown 语法还可以马上转换成其他任何格式，HTML、Word、
吕立青