浅谈如何坚持计划

 

 如今现在离元旦还有三个月,当初年前定下的计划大半没有完成,顿时感到恐慌。总是被各种各样的借口来拖延,现在总结来发现完不成计划的主要原因是期望值太高,导致自己力不从心,然后开始自我批评,情绪上一旦出现消极的感觉,就会拖延。

 

为了让自己摆脱这种困境,决定从以下几点做起。

一、降低期望值

自己总想着把一口吃个胖子,减肥、读书、学英文、提高专业能力,总是想各种所有的计划一起做,企图把一天所有的时间都能利用起来,不给自己一点娱乐放松的时间,而一旦计划不是这样发展情绪就出会问题,开始懈怠,开始自我批评。每个人都想快速自我成长,可自己这样拔苗助长只会起到反向效果。

所以要学会专注。一段计划只完成一件事情。比如一月时间用于健身运动的习惯养成,等完成习惯之后,再把学习英文的计划加入。

二、自我奖励

当一件事情完成可以给自己一点放松或者奖励的东西。比如运动计划一月在顺利进行,可以在月末的时候奖励自己吃点甜品吃到吐为止。

三、延迟满足感/正面奖励机制

在你一开始列计划的时候,一定要意识到,中断计划的情况肯定会发生,但是绝对不要以此来自责,让负面思想充满脑袋,你需要做的其实很简单,建立自我奖励机制

我们小时候经常会有这种情况:对爹妈说如果我考100分了,你就带我去打电动打到痛快为止

这种方法很幼稚,但非常有效

阶段性目标根据大小,可以建立不同的奖励机制

四、正面奖励机制同时还要注意的是,避免“不要XX”的口号,而应该说“要XX”的口号

做个测试,请你现在不要想象一只大象戴着个绅士帽,满面微笑,笑容猥琐的在天上飞

你失败了,因为你还是忍不住想了

同理,当你喊口号时候的时候:“不要放弃”其实就是不停的给自己心理暗示,让“放弃”这两个字在脑袋里面根深蒂固

你应该对自己说:“要坚持到底,要坚持到底!”根本就不要在脑袋里想放弃这两个词

再比如,“不准吃零食”的口号改成“保持空腹感,保持空腹感,一日只吃三餐,一日只吃三餐”更好些

所以从今天开始,就要把任何负面的口号,情绪全部都是改成正面的!

--------------------------------------------------我是可爱的分界线--------------------------------------------------------------------------------------

以上是看了掌心写的秒味的笔记很敬佩,而自己从购买了vip到现在还有一个月到期,却连一套完成的视频都没有完成,总是在不断计划中,却从未付诸行动。深刻反思自己。

离元旦还有3个月的时间,而自己的生日刚刚过去,对于年龄的增长而自我没有成长让自己感到无比沮丧。与此反思自我剖析的话写的再漂亮,也不如去付诸行动,把学习养成一种习惯才是正道。最重要的是作为前端要有所成长,不能固步自封。

按照学习图谱,躁起来吧,骚年!!!争取年底给一个不一样的自己!

时间: 2024-10-29 03:47:40

浅谈如何坚持计划的相关文章

浅谈安全性攻击人为攻击的主要形式和防御

0x01 安全性攻击主要的两种方式 当前,对信息系统(包括硬件.软件.数据.人.物理环境及其基础设施)的攻击来自多方面,这些攻击我们可以宏观地分为人为攻击(主观因素)和自然灾害攻击(客观因素),这两大类的攻击都会对信息安全构成威胁.造成自然灾害攻击的自然因素包括各种自然灾害:如水.火.雷.电.风暴.烟尘.虫害.鼠害.海啸和地震等:系统的环境和场地条件,如温度.湿度.电源.地线和其他防护设施不良造成的威胁:电磁辐射和电磁干扰的威胁:硬件设备自然老化,可靠性下降的威胁等.因为自然灾害往往不可预知和抗

浅谈软件项目的需求管理

软件项目区别于其它项目的最显著的特征是其不可见性,它不像硬件购销.建筑工程,都是实实在在可见的东西.而软件项目在系统交付之前很长一段时间,客户是无法感知自己想要的系统究竟是什么样子.因此,需求管理就显得十分重要,据相关统计数据分析,软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的. 需求管理作为软件项目管理的一个重要内容,贯穿项目实施的全生命周期.俗话说:万事开头难.需求作为软件开发的第一个环节,其重要性不言而喻.市面上关于需求管理的相关理论和书籍很多,但多数停留在

浅谈敏捷软件开发与传统软件开发

本文将介绍传统软件开发与敏捷软件开发,并简单分析二者的优缺. 首先我查阅相关资料大致了解了下为什么会爆发"软件危机"和什么是"软件危机".由于在早期的软件开发活动中有明显的个体化特征,开发流程不规范,人们没有将软件与程序加以详细的区别,对程序之外的数据和相关文档资料没有给予重视,对编写程序之外的软件活动也没有给予重视,因此出现了"软件危机"."软件危机"的特点有:开发成本急剧上升.不能按时交付软件.软件难以维护.无法保证软件质

管理从砖瓦进化为人——浅谈传统软件工程到敏捷软件开发之变革

管理从砖瓦进化为人 --浅谈传统软件工程到敏捷软件开发之变革 前言 如果把软件开发过程比作修筑一座建筑的话,传统的软件工程方法对人的管理就像是把人化作一砖一瓦,秩序地堆砌,一层一层构建起摩天大厦. 显然地,人是不同于砖瓦那样的死物的.人作为一种复杂的动物,软件开发者会有喜怒哀乐,枯燥重复的工作内容会使他们提不起兴趣而缺乏激情:客户想法会随变动的现实而一天天有所转变,软件需求很难保持一成不变:开发者与测试者对于项目的认识会存在差异,而差异将导致效率的降低--因而传统的有些"反人类天性"的

浅谈人的精神思想层面与本性

今晚和一朋友说起自己思想上很积极,但是行为却总是迟迟不肯迈步.她说这是人的精神层面和本性,仔细想想也确实是如此. 大部分人在内心或潜意识中对未来都是充满信心,永远都保持相信自己的心态:人在自己的思想中是最强大的,想怎么想就怎么想,因此,下一步都会开始做出计划,自己也认为自己的计划完美无缺.定完计划后,真的的困难就出来了,那就是很难按照自己的计划行事,总是有各种各样的借口来慰藉自己那虚伪而又脆弱的心,努力让自己从虚度的梦靥中挣扎出来,脱离这个计划后,又开始找借口摆脱下一个计划,仿佛此时计划不如当初

浅谈数据库框架,见笑,请多指正

浅谈数据库框架,见笑,请多指正 http://weibo.com/p/1001603724746155003486 一友说"插件式存储又割裂了SQL引擎的完整逻辑...总体而言在现有框架下MySQL的优化器没有多大改进的价值". 我们且做个技术分析: 1 插件式框架,可以静态/动态加载组件,方便在同类不同属家的模块间切换,这种设计是良好的. 很多软件的设计都采用了"微内核+插件"这样的方式构筑了强大的应用.如Ecplise生态圈. 2 数据库范围内, MySQL的属

浅谈MVC

浅谈MVC What is MVC? MVC与模板概念的理解:MVC(Model View Controller)模型-视图-控制器 MVC本来是存在于Deskt op程序中的,M是指数据模型,V是指用户界面,C则是控制器.使用MVC 的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式.比如一批统计数据你可以分别用柱状图.饼图来表示.C存在的目的则是确保M和V的同步,一旦M改变,V应该同步更新. 模型-视图-控制器(MVC)是Xerox PARC在八十年代为编程语言Small

2014-07-29 浅谈MVC框架中Razor与ASPX视图引擎

今天是在吾索实习的第15天.随着准备工作的完善,我们小组将逐步开始手机端BBS的开发,而且我们将计划使用MVC框架进行该系统的开发.虽然我们对MVC框架并不是非常熟悉,或许这会降低我们开发该系统的效率,但是我们可以通过边学边做的方式来实现其开发的.这不仅便于我们日后对系统的管理与维护,而且还给我们带来一个学习的动力与实践的地方. 但我们在创建一个基于MVC框架的项目时,就遇到一些问题了.那就是MVC的视图引擎是有两种的,一种是Razor,会以cshtml后缀的文件作为视图文件:另一种是ASPX,

浅谈产业界与学术界的合作研究(转)

[编者注:原文可参阅: http://blog.sciencenet.cn/blog-414166-795432.html ] 最近网络上有一个流传甚广的微故事:"某企业引进了一条香皂包装线,结果发现经常会有空盒流过.厂长聘请一个博士后花了200 万设计出一个全自动分检系统.一个乡镇企业遇到了同样的问题,民工花90 元买了一台大电扇放在生产线旁,一有空盒经过便会吹走."这个微故事不断出现在笔者的视线中,想必在网络上得到了公众的认可.引起了共鸣,所以大家争相转发.平心而论,大多数人的内心