rethink

记一次 #博客大赛# 的作者采访

在宝尊,#博客大赛#可以继续。 主持人:本周,小编捉到一枚有趣的程序猿,随我一起来认识一下这位爱写博客的摄影师! Q: “采访开始前,可以先简单介绍一下自己吗(经历、爱好等)?” A: “大家好,我是 TIC 成都研发中心的吕靖,也可以叫我 Jimmy。技术涉猎广泛,也算是一名 Full Stack Developer,个人偏爱前端,对 Web 开发和小程序等技术比较熟悉。 自诩为一名「想做产品,却误入程序世界爱上写作的摄影师」。活跃于 GitHub 并特别热忱于写作和分享,这是我的博客:https://blog.jimmylv.info” Q: “我之前偶然进入你的博客页面,上面有很多的文章,都是自己的作品吗?你是从什么时候开始写博客的呢?” A: “是的,从 2013 年开始写到 2018
吕立青

不断革新,不断改进:去伪存真的知识管理之路

「不断革新,不断改进。」—— via. 敏捷学习宣言 曾经写过一篇:再谈个人知识管理:革新我的笔记系统,如今我又来亲自打自己的脸了。现在回过头去看上一篇内容时,最大的一个感受就是缺失了应用场景和情境性,看似介绍了很多好用的功能,但其实并没有串连到一起从而发挥实际运用的价值。这篇文章依旧会从 材料 -> 资料 -> 知识 这样的路径来解释信息的流通,如何方便快捷并且有效地收集材料,再将其整理转化为有价值的知识体系结构,便是本文的重点。 收集 对于如何收集的思考主要是来源于整理书签的时候,发现把一个网页收藏成书签并没有什么卵用,书签里的东西应该从来不会再被主动搜索并打开。其最大的作用就是在 Chrome 的搜索栏(Omnibox)里面,通过模糊匹配的方式快速打开历史记录或者书签,想搜某个关键词的时候真心挺方便的,还没有进入 Google 搜索就从弹出选项里发现:😯,原来自己曾经收藏过,或者曾经访问过类似网页。而与此同时,最近还发现了一个能对历史记录进行全文搜索的工具:lengstrom/falcon: Chrome extension for full text history
吕立青

再谈个人知识管理:革新我的笔记系统

书写和阅读是不一样的体验 这篇文章的重点即在于此,书写和展示完全就是不一样的体验。首先抛出论点,然后围绕这个观点写上这一篇,也算是给这一段时间以来对于效率的追求一个了结,不论完美与否,该毕业了。而今后,还就得根据这些方法论真正地去实践,去不断完善,长路漫漫其修远兮。 代码对于程序员来说就在于定制化的自由性以及随心创造的掌控感,在写作和整理的时候「文字即代码」当然是最佳的方案。但是产出的文章或笔记在被展示和阅读时,体验的重要性就会高于代码,甚至于应当尽可能减少代码的存在感,绝对不可以让读者(即自己)有太多的额外操作以至于分神。 我们在写作的时候,使用 Markdown 可以不用考虑样式,极简的语法让我们只需要掌握简单的几个规则就可以生成规整的排版,而且在后期你可以将其发布到各种平台,也可以放到自己的网站加上任何想要的样式。作为一份规范性「代码」,自然也就可以被 Git 管理,被解析,被传输,被同步,被 CI/CD。 而「文字代码最终的产出应当是最完美的阅读体验」,这种体验会让你忘记文字的背后是如何酝酿与产出,只用专注于文章本身的内容。此时此刻面对的这篇文章是否可以引发你的思考,是
吕立青

React.js 复习笔记:组件组合与复用

Why React? React 的创建是为了数据的频繁交互:通过组件化轻松展现数据;数据改变时,自动更新 UI,并且只更新有改变的部分。 组件入门 创建组件 var component = React.createClass()用来创建一个组件类,组件类似于函数,可以把它看作有着 props 和 state 状态并且可以返回(render())HTML 结构的函数。 React.render()将 React 的模板转化为 HTML,并插入到相应的 DOM 结构中,React.render方法可以渲染 HTML 结构,也可以渲染 React 组件。 渲染 HTML 标签 声明变量采用首字母小写 var myDivElement = <div className=
吕立青