人生的悲观与乐观

最近发现自己特别悲观,不管是在工作中,还是在生活上。

对于一些计划内或者计划外的事情,总是在悲观的一面考虑的特别多,一直在想考虑的是不是还不够完美,是不是还可能出现其他没有注意的角落和问题。

今天仔细思考了一下,我觉得在工作中要适当的悲观,在生活中要适当的乐观。

什么意思呢?工作中,当我去维护一个几万人甚至十几万人的用户环境的时候,就不能太乐观,要适当的保持悲观的心态,防微杜渐,未雨绸缪,要善于发现隐藏的风险和问题,因为一旦出问题,就有可能是大问题;而在生活中,要反其道而行之,生活有太多的无奈和不如意,我要保持乐观的心态,尽量多看多想积极的好的一方面。

对于工作,要保持高效率,要居安思危。

对于生活,要乐观,要有适当的阿Q精神。

当然什么事情都不是绝对的,不能一刀切,没有绝对的悲观,也没有绝对的乐观。至于悲观还是乐观,二者的比例要自己来拿捏。

时间: 2024-08-06 20:06:08

人生的悲观与乐观的相关文章

福克斯:悲观?乐观?就看你与世界怎么互动

心理学证明了一个朴素的真理:我们对待世界的方式,与世界互动的方式将会改变世界回应我们的方式.这事实引人注目,但却太easy被人遗忘.我们的存在方式.看待事情的角度.对生活的态度.心态决定了我们的世界是什么颜色,影响着我们的健康.財富和整体幸福感.这里的心态是指悲观还是乐观,即偏向光明的一面还是阴暗的一面.心理学家开发过非常多方法来測量一个人的悲观度或乐观度,这点也说明心态的差异在眼下是能够被量化的.最引人注目的是,心态的差异能够追溯到大脑活动模式的差异.大脑的某些现代区域(控制着思维)与某些古老

悲观锁&乐观锁

最近意外发现之前对悲观锁乐观锁的理解有误,所以重新学习了一下. 1.悲观锁 悲观锁介绍(百科): 悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态.悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据). 使用场景举例:以MySQL InnoDB为例 商品goods表中有一个字段

Hibernate 悲观锁,乐观锁

业务逻辑的实现过程中,往往需要保证数据访问的排他性.因此,我们就需要通过一些机制来保证这些数据在某个操作过程中不会被外界修改,这样的机制,在这里,也就是所谓的"锁",即给我们选定的目标数据上锁,使其无法被其它程序修改. Hibernate 支持两种锁机制: 1. 悲观锁(Pessimistic Locking) 从加载对象就开始锁定.修改过程中一直是锁.直到事务commit()提交后再解锁. session.load(Info.class,"p003",LockOp

【MySQL】悲观锁&乐观锁

悲观锁与乐观锁是两种常见的资源并发锁设计思路,也是并发编程中一个非常基础的概念.本文将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍. 悲观锁(Pessimistic Lock) 悲观锁的特点是先获取锁,再进行业务操作,即"悲观"的认为获取锁是非常有可能失败的,因此要先确保获取锁成功再进行业务操作.通常所说的"一锁二查三更新"即指的是使用悲观锁.通常来讲在数据库上的悲观锁需要数据库本身提供支持,即通过常用的select - for update操作来实现

事物(悲观,乐观)锁

(参考,待整理) 事务也是包含一系列sql语句的集合:但它并不像存储程序那样有自己的名字,它只是用于设定内部一系列的sql语句中某一条出现错误时,该如何处理后续的操作. 事务的特性(ACID): 原子性(Atomicity)[不可分割的最小单元] 一致性(Consistency)[事务成功或失败,数据的状态保持一致] 隔离性(Isolation)[每个事务都独立执行,同时执行的事务互不干扰] 持久性(Durability)[事务提交后,对数据的修改会被永久保存] 数据库事务有以下部分组成: 一个

多线程之 悲观锁,乐观锁

1.悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态.悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系 统不会修改数据). 数据库锁机制: 1        未提交读(read uncommitted) 2        提交读(read committed) 3        重复读(r

谈谈mysql的悲观和乐观锁

悲观锁与乐观锁是两种常见的资源并发锁设计思路,也是并发编程中一个非常基础的概念.之前有写过一篇文章关于并发的处理思路和解决方案,这里我单独将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍一次吧. 悲观锁(Pessimistic Lock) 悲观锁的特点是先获取锁,再进行业务操作,即"悲观"的认为获取锁是非常有可能失败的,因此要先确保获取锁成功再进行业务操作.通常所说的"一锁二查三更新"即指的是使用悲观锁.通常来讲在数据库上的悲观锁需要数据库本身提供支持,

黑马day11 悲观锁&乐观锁

悲观锁:悲观锁悲观的认为每一次操作都会造成更新丢失问题,在每次查询时就加上排他锁 乐观锁:乐观锁会乐观的认为每次查询都不会造成更新丢失.利用一个版本字段进行控制 查询非常多,修改非常少,使用乐观锁 修改非常多,查询非常少,使用悲观锁 第一张图的解释: 小zhang想在一个游戏网站买装备,此时游戏网站会去重定向到银行(假设是建设银行),然后银行再重定向会这个游戏网站. 但是小zhang点击充值的时候由于网页很慢,点击了好几下.....这个时候为了防止银行的钱过多的充值到小zhang的用户,银行会

innodb 悲观锁,乐观锁

转 http://www.cnblogs.com/chenwenbiao/archive/2012/06/06/2537508.html CREATE TABLE `products` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(256) NOT NULL, `quantity` int NOT NULL, `cityid` varchar(20) DEFAULT NULL, PRIMARY KEY (`id`), KEY `id