拒绝是成熟,是修养

拒绝是一种修养

不懂拒绝是当今社会上很多人的一个软肋,不懂拒绝便是成全了别人,恶心了自己,我们为什么不能使拒绝成为一种人生修养呢?拒绝真的是那么难说出口吗 ?拒绝是法律,宪法授予的我们权利,应该按照我们的意志去做我们想做事的事情,而享有非自己意志去做不愿意做的事情的权利,只是我们怎么去利用我们的权利而已。

回归现实生活中,物欲横流,生活压力所迫,朋友需要组织大家一起K歌,聚会畅饮,谈天说地,朋友都极力想你去参加这次活动,可是你压根就不想去,可是你不懂决绝你还是勉为其难的去了,结果你只有默默的在那里发呆,浪费了你的时间和精力,没有时间去做你自己想做的事情,最终得不偿失。相信这是很多人都经历过的,面对朋友的相劝,面对自己的事情,时间,我们难以做出抉择,我们不好意思拒绝朋友。但是我们应该享有按照自己的意志拒绝非自己意愿想做的事情的权利!

当然生活中还有很多的例子,有些人为了得到某些人的好,往往喜欢强加一些自己以为好的东西,事情给别人,却不会站在对方的角度去考虑过,通常情况下是自己认为好。这种强加给别个的好,最后变成了别个需要这样的好 ,让别人心存感恩,而当别人觉得给了他们的需要,他们很有可能没有心存感恩的心态,最后便成了理所当然,其实我们应该好好想想,所谓的理所当然可能是别个不忍心对你的殷切拒绝罢了,你是别个的仁慈,并不是你的善良,更不是你为别个付出了多少,做了多少事情。所以,无论做什么事情的时候,请先考虑考虑别人的感受。

其实拒绝在各个领域都发挥着它的作用,因为无时无刻不体现出它的巧妙之处。在感情方面同样也是这样的,在你面对没有感觉,不是你心仪的男生(女生),特别是双方关系都还不错的时候,这个时候可能让你觉得非常难以拒绝别人的好,因为你不懂拒绝,不懂拒绝只会让自己深陷情中,无法挣扎。你不拒绝,意味着一些事情就是理所当然,默认,让双方都越陷越深,这样的结果都不是双方所期待的吧?所以很多事情就是非A则B,不一定要按照对方的心意来或者当头一棒的拒绝,总之,要用对方自己说出来的话,来把他的前路和后路都堵死。其实,对方好意思开口,你为什么不好意思拒绝呢?最无奈的是,你一方面还在为表演,无所谓,不想让对方看出你的对他的嫌弃,你不高兴,你不习惯,另一个方面,你还怪人家看猜不透,看不懂你的心思,看不出火候,分不清大小王,不明白你的真实想法。其实到了这样的局面,很多时候你的态度,立场,喜好最好要明确,表现的淋漓尽致,话又说回来,谁有时间猜来猜去陪你玩呢?早已有了自己的答案何必等到不可收拾的时候才解决呢?早一点给对方正确的信号,认知,可能就不会有现在的烦恼了吧?

你以为你不拒绝,你就可以安然的躲过暴风雨的洗礼,对江湖过早的谦逊低头不是上策,不要总是碍于面子,怕得罪人,很在意别个眼中的自己,别个对自己的好评,成全别个,恶心自己。无论是同意也好,拒绝也罢,都得问问自己的内心想法和感受,首先你要明确自己的目的,立场,这样你才会照顾到自己的感受去做这些事情,去实现自己的目的。说真的,有时候答应了别个未必是取悦了别个,同样,拒绝也不一定把别个给得罪了。

当然在这个超现实的社会中,物质文明及其发达和精神文明有所欠缺的碰撞下,难免会有不同的答案。有一点我们的认同,个人的自由是法律宪法所赋予的,我们有权去拒绝一些事情,有权不拒绝,但这是我们应该享有的权利。

时间: 2024-11-25 19:00:23

拒绝是成熟,是修养的相关文章

面向对象设计模式5大基本原则

"宇宙万物之中,没有一样东西能像思想那么顽固."        一爱默生 首先明确模式是针对面向对象的,它的三大特性,封装.继承.多态. 面向对象设计模式有5大基本原则:单一职责原则.开发封闭原则.依赖倒置原则.接口隔离原则.Liskov替换原则. 而设计模式都是在面向对象的特性以及5大基本原则的基础上衍生而来的具体实现. 1.单一职责原则(SRP): 1.1,SRP(Single Responsibilities Principle)的定义:就一个类而言,应该仅有一个引起它变化的原因

设计模式之开发-基本原则

下面的几个设计模式,我认为是一个设计模式中的规则, 一:开放封闭原则 1.对这个原则有两个特征‘对扩展是开放的(Open for extension)’,另一个是说‘对于更改是封闭的(Closed for modification)’. 2.开放封闭原则的目的是,让软件对于新的需求的改变可以保持相对的稳定. 3.一个模块在封闭,都会存在一些无法封闭的地方,我们必须对于那些模块应该封闭掉的模块进行闭掉,对那些些无法封闭的模块.最容易变化的模块,进行构造抽象,从而达到隔离.扩展的目的. 4.比如写一

java设计原则

最近几年来,人们踊跃的提倡和使用设计模式,其根本原因就是为了实现代码的复用性,增加代码的可维护性.设计模式的实现遵循了一些原则,从而达到代码的复用性及增加可维护性的目的,设计模式对理解面向对象的三大特征有很好的启发,不看设计模式,很难深层地体会到面向对象开发带来的好处 .在刚开始学习中,很难做到将这些模式融汇贯通,所以这个需要我们在编码前多思考,等想充分了,在开始实践编码.下面是设计模式应当遵循的七大原则 1.开闭原则(Open Close Principle) 定义:一个软件实体如类.模块和函

敏捷软件开发 – OCP 开放-封闭原则

软件实体(类.模块.函数等)应该是可以扩展的,但是不可修改的. 如果程序中的一处改动就会产生连锁反应,导致一系列相关模块的改动,那么设计就具有僵化性的臭味.OCP建议我们应该对系统进行重构,这样以后对系统再进行这样那样的改动时,就不会导致更多的修改.如果正确地应用OCP,那么以后再进行同样的改动时,就只需要添加新的代码,而不必改动已经正常运行的代码. OCP概述 遵循开放-封闭原则设计出的模块具有两个主要的特征.它们是: 对于扩展是开放的(open for extension).这意味着模块的行

《敏捷软件开发读书笔记之一》

要想成为一名优秀的软件开发者,需要熟练应用编程语言和开发工具,更重要的是能够领悟代美代码背后的原则和前人总结的经验——这正是本书的主题.本书凝聚了世界级软件开发大师RobertCMartin数十年软件开发和培训经验,不仅是一部深入浅出.生动易懂的面向对象原则与模式著作,而且还是一部通俗的敏捷方法导引书和快速实用UML教程.分为敏捷开发,敏捷设计,薪水支付案例研究,打包薪水支付系统,气象站案例研究和ETS案例研究六个部分,包含30个章节.以下是我对前两个部分的认识及见解: 以下六章是对第一部分敏捷

设计模式笔记3:设计模式几大原则

1. 单一职责原则 定义:就一个类而言,应该仅有一个引起他变化的原因. 如果一个类的职责太多,就等于把这些职责耦合到一起.一个职责的变化,可能会消弱或抑制这个类完成其他职责的能力.这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏. 软件设计真正要做的许多内容就是发现职责并把职责分离,如果你能够想到多余一个的动机去改变一个类,那么这个类就具有多余一个的职责. 2. 开放-封闭原则 软件实体可以扩展,但是不可以修改. 在最初编写代码时,先假设变化不会发生.当发生变化后,我们就创建抽

设计模式之SOLID原则再回首

    本科阶段学过设计模式,那时对设计模式的五大原则--SOLID原则的概念与理解还是比较模糊,此时过去了2年时间,在学习<高级软件工程>课程中老师又提到了设计模式,课程中还详细讨论了五大原则的过程,这次SOLID原则再回首作者提出了一些更通俗的理解吧~ 一. 什么是设计模式?     那么,什么是设计模式呢? 从广义角度讲设计模式是可解决一类软件问题并能重复使用的设计方案; 从狭义角度讲设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述,是在类和对象的层次描述的可重复

敏捷软件开发——开放—封闭原则(OCP)

由来: 怎么样的设计才能面对需求的改变却可以保持相对稳定,从而使得系统可以在第一版本以后不断推出新的版本呢?bertrand meyer 在1988年提出的著名的开发-封闭原则(the open-closed princle)为我们提供了指引. 遵循开放-封闭原则设计出的模块具有两个主要特征: 1. "对于扩张是开放的"(open for extension) 这以为着模块的行为是可以扩展的.当应用的需求改变时,我们可以对模块进行扩展,使其具有满足那些改变的行为.也就是说,我们可以改变

开放-封闭原则

开放-关闭原则:是说软件实体(类.模块.函数等等)应该可以扩展,但是不可修改[ASD].这其实说明了两个特征,一个是"对于扩展是开放的(Open for extension)",另一个是"对于更改是封闭的(Closed for modification)"[ASD]. 对扩展开放,意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况.对修改封闭,意味着类一旦设计完成,就可以独立完成其工作,而不要对类进行任何修改. 开放-封闭原则是面向对象设计的核心所在.