什么不是计划?(上)

本来想写什么是计划, 但发现从正面反而有点难写, 所以就从反面来尝试下.

写下来

虽然很多人一到新年总要立很多的 flag, 但是很多人的想法往往只停留在脑海里!
作为一个计划, 你起码得把它正儿八经地写下来吧! 这种写, 可以是写在纸上, 或者写在电脑的文件里.
为什么这很重要呢? 我们的大脑在清醒的时候, 就在不停地产生各种想法, 既然它在某个时候能轻易地产生一个想法(比如新年到来的时候), 也自然很容易在随后的日子里忘记它, 甚至是否定它!
我们应该问自己, 计划真的重要吗? 如果回答是肯定的, 那为啥连写下来都不愿意呢?
如果我们一方面认为计划很重要, 一方面又连正式地写下一份计划都不愿意, 我们的认知与行动之间无疑是矛盾的.
一定要让自己的认知与行为一致, 不要欺骗自己! 如果行动不能跟上自己的认知, 那不如接受一种新的认知:

做一个毫无计划性的人也没啥嘛, 活得随机一点, 自由又惬意, 难道不好吗? 至少可以减少认知与行动不一致导致的各种焦虑与痛苦!

写下来还可以因沉没成本的原因促使我们执行计划, 而不是轻易地放弃计划.
毕竟黑纸白字写在那里, 也是付出了成本的, 怎么能说放弃就放弃呢? 对吧? 反之, 如果就像前面分析的, 既然脑子能轻易产生一个想法, 自然也能轻易地否定它!

还记得咖啡猫所说的那句名言吗: 计划来得快, 去得也快, 没有计划才是永恒的.

其实, 不愿意的一个原因可能是不擅长, 不熟悉, 你其实不知道该怎么去做这件事, 它要你”思考”, 而我们很多时候是害怕思考, 总是想逃避思考的.

因为思考很累, 就像跑步很累那样.

关于这点, 在后面还会继续的探讨.

目标量化

好, 现在假设我们已经写下来了计划, 比如, 我要减肥, 那么, 这算个计划吗?
这不能算, 这可以说是一个愿望, 但还不是一个计划.
计划应该要包含一个清晰的目标, 可以被检查, 被验证的.
比如:

我要减肥, 我现在 60kg, 要减到 50kg.

时限

那么, 到了上述这步, 算是个正儿八经的计划了吗?
依然不算, 我们极端点去假设, 假设到了你生命垂垂老矣的那一天, 你的体重终于到达了 50kg, 请问你算达成了自己的计划吗?
恐怕你自己也不这么认为吧, 或许在生命的最后一年, 你的体重达到了目标, 但在之前的很长一段时间, 你都没有达标.
所以, 计划是应该有时限的, 否则就没有意义了.
好, 那我们调整下我们的计划:

我现在 60kg, 现在是 2020 年 2 月份, 到 2020 年 4 月份, 我要减到 50 kg.

落实的手段

那么, 还是减肥的例子, 计划到了上面的一步, 算是个计划了吗? 依然不能算.
虽然现在计划是写下来了, 也有了具体的目标, 清晰的时限, 但还有一个重大的问题, 怎样才能去达到这个目标呢?
怎么保障计划的执行? 我们现在还缺乏一个落实的手段.
事实上, 如果你真正严肃地做过减肥的计划, 你会发现其实不存在所谓的”减肥计划”这回事.
减肥无非就是开源节流, 要开源, 你可以去抽脂, 可以吃泻药, 可以去运动; 而要节流, 那无非就是控制饮食.
假如不去考虑抽脂吃药等手段, 那么实际上我们要两个计划: 运动计划和节食计划.
双管齐下, 我们的目标可以分解下:

1. 通过运动计划增加 5kg 体重的消耗, 为期两个月
2. 通过节食计划减少 5kg 体重的增长, 为期两个月

一旦分解, 就立马面临一个问题: 这个各 5kg 的分解合理吗? 是 五五分好, 还是四六分好呢? 甚至是三七分, 二八分呢?

另外一个问题, 根据生活的常识, 不难觉察到两个计划间的一个矛盾之处:
如果你运动过就知道, 搞完之后你会很饿! 很可能节食计划就被破坏了, 你还可能发生超量补充.
又或者说, 运动完后, 我稍微多吃一点点犒赏自己, 可是你能清晰的知道你要摄入多少才能不至于抵消运动的消耗乃至超量补充吗?

想到这些问题是不是让你很头疼?

我写起来也很头疼!

所以还是拖延一下, 以后再说吧!

持续行动, 知行合一

这段时间因为疫情原因, 基本上非常的闲. 其实对于我来说, 本来就是很宅的, 有没有疫情其实对我来说影响不是那么的大,  但有了之后, 连必要的亲戚间来往也少了, 所以显得更多时间了.

不知道什么机缘巧合,  大概是想起了弟弟以及自身的成长问题, 又想起了看下 Scalers 老师的<刻意学习> 和 <持续行动>,  结果直接就在电子书平台上看完了, 最后决定还是采取一些实际的行动.

当然, 还有一个原因是我之前从微博上得知 Scalers 老师在带领大家读毛选,  而家里正好有一套很老的毛选, 还是五卷版的, 在家里没事的时候也偶尔翻翻, 这次决定跟随 S 老师一起读了. 所以有时候很多决定也是各种因素综合的结果.

一直说要”知行合一”,  一个道理, 只有做到了或至少决定了去做, 才有资格说自己懂得这个道理.  就像如果你去问很多人, 健康是否重要, 很多人会说, 是很重要. 但你观察他们的行动,  很多人并没有花什么时间去锻炼, 抽烟喝酒这些也不打算戒掉,  那么, 观念跟实际的行为就是矛盾的, 不是合一的.

行动是由我们的观念所指导的, 如果一个人的行动不能体现他的观念, 甚至体现了相反的观念, 我们最好还是从行动反推他的观念, 比如上述的例子, 只能判定”健康很重要”这个道理是没有被很多人知道的, 或者是他们认为他们懂得了这个道理, 但实际是不懂的.

自以为是也是我们经常所犯的一个错误, 因此我们也经常说要”听其言, 观其行”.

没有主题, 随便写写

看到上一篇文章已经是 21 世纪 10 年代的事情, 而现在已经到了 20 年代, 恐怕当初停下来时也未曾想过会停了这么久.

做事情有时也需要一些节奏, 停了太久, 节奏就丢了, 再拾起来就比较的困难了, 想写点什么会感觉笔头特别的生疏.

有时候我们希望停下来, 把事情想清楚再写, 但实际上, 写下来或者不停的写或许才是更好的思考方式. 写作能促进思考, 尤其是深度的思考, 写作是最好的”大脑的体操”!

我们需要不停地锻炼我们的身体, 当然也需要不停地锻炼我们的大脑.

2017 写作总结

总结起来,2017 年的写作只能说是“蛇头蛇尾”,如果算上中间,那就是“蛇头蛇身蛇尾”。

写作的确不是一件容易的事,难怪大家都喜欢“开会”,开会只要说就好了,动嘴要比动手容易,想法也可以不用很成熟,考虑可以不用很周全,毕竟开会就是“讨论”嘛。

但如果决定写点什么,如果是不成熟的想法,或者不周全的考虑,你就会想:“那费那么大劲写下这些不成熟的东西做什么呢?”

写作的背后是思考,特别是有价值的思考,这样你才有动力写下来,写作真正的困难在于首先要形成有价值的思考。

【转】如何掌握所有的程序语言

注:本文转自王垠的博客——当然我在扯淡http://www.yinwang.org/blog-cn/2017/07/06/master-pl


对的,我这里要讲的不是如何掌握一种程序语言,而是所有的……

很多编程初学者至今还在给我写信请教,问我该学习什么程序语言,怎么学习。由于我知道如何掌握“所有”的程序语言,总是感觉这种该学“一种”什么语言的问题比较低级,所以一直没来得及回复他们 😛 可是逐渐的,我发现原来不只是小白们有这个问题,就连美国大公司的很多资深工程师,其实也没搞明白。 继续阅读“【转】如何掌握所有的程序语言”

启用了 CDN 加速

前段时间腾讯云送了半年的免费 CDN 流量,总共 300G 吧,既然是免费的,我就顺手申请了下来,结果仔细一看,还挺多限制的。

比如每个月免费流量 50G,不管你是否用完,到了月底就清零了。我记得当时根本没有仔细看它的条款,申请的时候就是 9 月底,结果申请下来接着就是 10 月份,9 月份的 50G 一个比特也没有用上就作废了~ 继续阅读“启用了 CDN 加速”

表单(form) post 方式提交时的编码与乱码(下)

探讨了表单以 post 方式,enctype 为 multipart/form-data 提交时数据所使用的字符集编码(包含缺省使用页面编码及设置了 accept-charset 时两种情形),包括了上传文件及使用中文文件名时的情况,以及后台的接收处理。

在上一篇中提到,post 方式按 enctype 的不同,分成两种情况,一种是 application/x-www-form-urlencoded,前面已经分析过了,这一篇则讨论剩下的那种:multipart/form-data。

继续阅读“表单(form) post 方式提交时的编码与乱码(下)”

表单(form) post 方式提交时的编码与乱码(上)

探讨了表单以 post 方式,enctype 为 application/x-www-form-urlencoded 提交时数据所使用的字符集编码,具体介绍了缺省情况以及设置了 accept-charset 属性时的情况,同时介绍了后台在取出表单数据前如何使用 setCharacterEncoding 来设置正确的解码。

在上一篇章中谈论了表单以 get 提交时的编码与乱码问题,这一章中将讨论以 post 方式提交时的编码与乱码问题。

在前面也同时提到,表单有一个叫 enctype 的属性,它有两个值,application/x-www-form-urlencoded 和 multipart/form-data。这一属性实际只对 post 方式起作用,因为 get 方式实际只支持前一种类型,也就是 application/x-www-form-urlencoded,这是缺省的类型。

在使用 post 方式提交时,缺省的编码类型也依然是这个 application/x-www-form-urlencoded。在这一篇章中,先讨论这一类型;在下篇中,再讨论 multipart/form-data 类型。

继续阅读“表单(form) post 方式提交时的编码与乱码(上)”

表单(form) get 方式提交时的编码与乱码

探讨了表单以 get 方式提交时数据所使用的字符集编码,具体介绍了缺省情况,此时使用文档本身的编码;以及设置了 accept-charset 属性时的情况。

在前面说完了 URL 中的编码与乱码(),也为本章节谈论的主题,关于表单(form)以 get 方式提交时的编码与乱码问题打下了一个良好的基础。

事实上,表单以 get 方式提交就是把表单中的数据拼凑在 url 中提交到后台,也因此与 url 中的编码有着非常紧密的关系,可以说这两种方式是极为类似的。

继续阅读“表单(form) get 方式提交时的编码与乱码”

URL 中的编码与乱码(下)

深入介绍了 URL 中的转义编码,用具体例子讲解了不同页面编码的情况下,查询字符串转义时所使用的编码,还顺带对 url 的组成结构作了介绍。

在上篇中,初步谈论了 URL 中含有中文字符时的转义编码,提到了所使用的编码是 utf-8.

不过你可能会有点疑问,一定都是用 utf-8 编码吗?还是因为页面编码本身是 utf-8 的缘故呢?毕竟在那个例子中,页面的编码也恰好是 utf-8。

继续阅读“URL 中的编码与乱码(下)”