外观
字说字话
约 2271 字大约 8 分钟
2026-09-13
2023-10-31 21:28
Leetcode算法刷题记录在这里。
2023-10-31 08:34
阅读时很重要的一件事是:把当时自己的想法记录下来。如果不这样的做,我们大部分的阅读都是无效的,因为写下来有助于真正的理解。
我们需要长期的记忆来帮助我们从广泛的信息中甄别和提取重要的资料,排除重复和无关紧要的内容。然而除非死记硬背,我们不可能记住所有的东西,这就要求我们我们在阅读时有非常好的选择能力,能够提取广泛有联系的参考资料,跟踪反复出现的问题。我们如何才能掌握这样的能力呢?
最好的方法不是摘录,而是做笔记,就是最阅读的文本进行浓缩重写。
卡片笔记中对“重写”的具体阐述:
“对所阅读的材料进行重写,能够自动地训练人们把注意力转移到文本的框架、模式和类别中来,或者是转移到文本的条件或假设上面,注意到这些以后,你的表述就会变得与之前不同。有效的办法是在阅读过程中时刻谨记以下问题:当文章中提出某个主张时,作者想要说明的是什么,想要排除的又是什么?比如有人提到了‘人权’,他要对比的是什么?是‘没有人权’?还是‘义务’?是一种文化的对比?还是与历史上的那些没有人权概念却依然能和平相处的人们对比?对于这个问题,往往难以从文本中找到直接或明确的答案,只能依靠读者自己的理解。”(Luhmann,2000)”
—— 《卡片笔记写作法:如何实现从阅读到写作(聪明人如何记笔记,高效记笔记)》 申克·阿伦斯。
2023-10-31 08:07
当完美的方案短时间不能落地,寻找一个可替代的不完美方案。因为,先把一件事情做了,比把它做得完美更重要。
具体来说,对于折腾卡片笔记的工具,暂时要求折腾到可用的状态就可以投入使用了,更多的细节的完善可以往后放放。同理,当读到书中的某些特别有启发的内容时,先用自己的话简单记录当时的阅读感受,待到后续时间充裕再做系统性的思考。
2023-10-29 14:18
任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!任务计时!
不要在一件事情上,因为纠结于细节和低效的尝试而消耗太多的时间。这样消耗的不仅仅是时间,还有一天的精力和长远的积极的心态。
2023-10-27 22:51
零散的概念和想法也是值得记录的,它们就像一个线头,后面牵扯着千丝万缕的idea,等到时间充裕时,可以慢慢思考。
2023-10-27 21:50
由“卡片笔记”想到“拓展聊天话题”
在思考如何组织“卡片笔记”时,想到了 "what why how",即单一的概念总是涉及这三个方面的信息:概念的内容(含义)是什么,为什么会有(需要)这个概念,如何实现(使用)这个概念;在回答这三个方面的问题时,又会联系到与之相关的其他概念。对于产生的多个概念,我们可以考察它们之间的各种联系,这种联系一般是异同,从属等。
以上的想法可以应用到与人交往中如何拓展聊天的话题。比如,当谈到“旅游”这个话题时,对于 what,我们问自己"什么是旅游",如果回答是"去到自己没有去过的地方,欣赏不同的风景,感受不同的文化。",那么这里关联的概念便是“地点,感受”,于是可以拓展出的话题是“去哪些地方旅游过?风景怎么样?感受如何等?”。能够拓展出的话题的多少与深度取决于自己对一个概念的了解程度和角度;又比如,“如何去旅游”这个问题可以联系到“交通方式,出行的考虑、见闻等”....
2023-10-27 08:12
最近在读《如何阅读一本书》。
2023-10-25 22:36
我敲代码时喜欢写小而美的函数;同样对于知识和思考,也应当采用“卡片笔记”的方法。
2023-10-25 22:35
I'm a hacker, not a coder!
2023-10-24 23:18
一定要改变敲代码的思路: 先写整体功能结构,再考虑具体实现。感受了一下,应该先从最终的命令(功能)函数开始逐步往底层去编写具体实现。实践了一下,这种方式确实可以让代码结构更清晰,要不断训练,养成这个习惯。
上面这件事情可能是近几年来,我在编程上最大收获、最重要的进步。之前挺长的一段时间,我受尽不能控制编程复杂度之苦,在费劲心思的代码重构和bug调试中写出了一个个插件。苦哉,乐哉!然而,确实有一些方法可以减少这种痛苦,说起来都是耳熟能详的道理,但缺少实践的理论终究是空中楼阁;现在我站到了这楼阁之上,尽情施展指尖的魔法。
2023-10-22 09:03
塞尔达里有三角之力:智慧,勇气和力量。智慧和力量可以后天习得,而且增益的过程是确定的,可以检验的;现在想来,唯有勇气最是难能可贵。
勇气可以因为别人几句吹捧、喝了几杯酒、阿Q的精神胜利法等得到增强。但这些都是暂时的,就像膨胀的气球最终会爆掉,膨胀的ego最终也会回到那个原本的自己。
2023-10-22 08:52
偏见,是横亘于心的一座大山,没有人能毫发无伤的走出去。
2023-10-16 22:22
一个框架要具备高度的可拓展性,就需要对框架中最小的单位有充分的掌控。
2023-10-15 22:39
这几天开发 emacs text application framework (ETAF) 真是魔怔了,所有空余的时间都花在了上面。走路、洗澡、睡前也是不断的头脑风暴、思考设计、迸发灵感。编码的过程权衡各种结构的抽象与取舍,参考其他语言、框架的实现,不断补充和修改架构,从最初一些简单的case逐步抽象为更通用的代码。这个过程让我对一些实际开发的经验理解更深刻:好的设计远比代码实现更重要;“文档先行”可以对开发的进度有整体把握,避免过早陷入细节较真;“测试先行”可以一步步构建出复杂且正确的代码,减少bug的引入....
然而,这种状态其实是不合适的,因为一旦所有心思都花在一件事情上面,其余的事情便会大打折扣。一蹴而就不如张弛有度,把生活其余的方方面面都安排好,然后有的放矢的按计划开发才对。
2023-10-15 22:35
底层的代码应当尽可能的通用:这种通用性意味着要为最复杂的数据结构编写代码。其余简单的结构只需转为复杂结构即可使用。
2023-10-11 20:19
我发现我对待时间的态度有些功利,要改变这种功利的生活态度。
并非是能够花费在一件事物上的时间不多,这件事便不值得做,值不值得在于事情本身。如果这件事情能够打破一种状态,进入一种更好的状态,哪怕持续的时间再短,都是值得去做的,因为状态的改变只需那一瞬间。而一旦改变,惯性会完成剩下的事情。
