61阅读

我所理解的生活-我所理解的生活

发布时间:2017-09-14 所属栏目:信息的表现形式

一 : 我所理解的生活

2012年12月12日,《泰囧》上映,一段短暂的旅途中发生的一些啼笑皆非的轻喜剧。生活总是如此,无论你怎么准备,生活总在你意料不到的时刻突然袭击,打你个措手不及,给你考验,再充足的准备都没用,何况你压根还没准备好,你必须面对和承担即将来临的一切。只是,生活不是每个时候都会成为喜剧,都能有个好的结局,意外总是难以幸免;但也不会总那么催悲,大多时候都会是平平淡淡。

· 2012年12月12日,在我的旅途中,邻座的两个人,一个看起来有40岁但只有33岁的男人和一个42岁但看起来只有30岁的女人,旅途劳顿却一见如故,慢慢的我了解到,那个男人来自临潼,来慈城的目的是为了见一个网聊10天的网友,离过婚有两个女儿,浓重的关中口音,很多时候一句话要说好几句我们才能理解的了;那个女人来自龙山,去西安是为了年底的尾款却从没出过远门,她本来是准备退票的工作人员却告诉她车半个小时后就准备出发,于是她就这样单身踏上火车,除了钱包没带任何东西,【还好带上了钱包】,身上还穿着南方的单衣,对我们说的第一句话就是:火车上的人怎么这么奇怪呀,你看着我我看你却不说话!让人啼笑皆非!

· 两个简单的插曲,很小的故事,30岁已到而立之年,上有老下有下小,除去责任与义务外,仅凭阅历都不会千里迢迢去见一个人未曾谋面的人,并为其花费数万人民币,随着信息的发达,网络已成为生活中不可或缺的社交工具,但很少有人为此乐此不疲,除非他是傻子或者没有阅历者,或者这样的故事会发生在韩剧中。显然,我身边的这男子不是傻子,而是一个有着丰富的人生经历的人。于是我们很好奇故事的结局,他只淡淡说还好,并给我们看那女子的照片,很普通的一个人,微胖的瓜子脸束着长发,并没有特别之处。他也告诉我们他见过她的家人,我们理解,这是仅仅是故事的开始。

人到40,内涵远比鲜艳的外表重要,我十分佩服这个优雅女子的勇气,渐渐看到北方积雪,我们看着她还穿着南方的冬装,不觉哑然失笑,她只是的从容淡定的说“还好了,听说石家庄的雪有一米来厚”!突然觉得,每个人都不容易,我们历经艰难只为一张回家的票,很多条件更好不用背井离乡的人也没有在家享受暖气!年关年关,每个人每年都要过得一关!有欢笑,有泪水,有艰辛,有温暖!

· 我们十分有理由怀疑她是一个不谙世事的深闺女子,连她自己也承认从来没有一个人出过门,如果不是她主动给我们看她的车票,我们说什么也不会相信她的年龄。因为,毫无准备的远行,而且是那样的远,因为从慈城来西安已是很远的距离,但显然还有更远的地方,石家庄,蒙城,很多很多地方!临潼的男子问她,为什么不买飞机票,她告诉我们他们这样的从来没有固定的地方很难提前安排行程,以往从来都是她男人安排好一切,今年不同了实在太忙了,于是就有了这慌乱的一切。

· 我多么想像他们一样洒脱,做自己想做的事,可是我做不到,总觉得有这样那样的困难,难以改变,现实中还是年复一年的重复着自己不喜欢得到生活。我感慨着,有的事情,我们总觉得不可思议,但有人去做了,才发现原来不过如此。有时候,我们不缺乏热忱,但却没有勇气,瞻前顾后,日子就这样一点一滴的过去。乐嘉说;一年下来,你发现不管年初怎样发誓,你原来痛恨自己身上的那些恶习还是一个都没有改掉,而且你年初许下的誓言越狠,到了年底越挫败。年底检视自己只要发现有一个进步,就那么一个,就该高兴,因为大多数人都是毫无成长。( 文章阅读网:www.61k.com )

· 也许,我们的纠结太多了,该牵手的时候我们逃避了,该努力的工作我们放弃了,该回家看望父母却总说忙有一天父母真的老了!我们缺乏信任,不再相信别人,也不相信自己,或许是因为曾经被欺骗过,或者是因为自己失败过,却忘了,那些欺骗早已远去,我们辜负的是一腔热情;那些失败早已过去,我们活在过去中是不会有未来!

· 是的,我们太不够从容,总是希望十全十美,总是希望不要有瑕疵,遇见困难,先想的是给自己找借口,我尽力了,是真的尽力吗?我们是真的想尽了办法,抛却执着,放下尊严,努力了吗?也许没有,至少还在给自己想退路!

·

· 一个小孩搬石头,父亲在旁边鼓励:孩子,只要你全力以赴,一定搬得起来!最终孩子未能搬起石头,他告诉父亲:我已经拼全力了!父亲答:你没有拼尽全力,因为我在你旁边,你都没请求我的帮助!柯云路说,全力以赴就是想尽所有办法,用尽所有可用资源。可我们做到了吗?

我们太不够洒脱,所以满眼都是别人的幸福

人生就像一场旅途,毫无征兆的欢笑与泪水,结束时彼此寒暄着希望有见面的一天,其实当你转过身看见的是茫茫人海!再见,其实再也不见!

二 : 我所理解的生活2

我所理解的生活就是做着自己喜欢的事情,养活自己,养活家人。

我所理解的生活 我所理解的生活2

生活不是攀爬高山,也不是深潜海沟,它只是在一张标配的床上睡出你的身形。我也不觉得留有遗憾是一种缺憾美,相比之下,干砸了倒是一种美。我喜欢的事情远不止写点东西和赛车,我还做很多事,有些做得不够好,有些做得很失败。和朋友聊天时,我直接告诉他们,这事我特喜欢,也干过,但我真的不适合,丢人了。

我最讨厌听见有人这么说:要是我去干这事,一定比某某某干得好。你在台面上看见我成功一次,而我在台面下已干砸十次,那又如何?我又没死,不停地干就行了,但人们只会记住你成功的那一次。

我所理解的生活就是和自己喜欢的一切在一起。

我曾经在快餐店看上一个姑娘,犹豫5分钟,没敢去和人家说话,结果人家走了,我到现在都很遗憾。在那一刻,我就是白痴,我去了又如何?最坏的结果无非就是他男朋友从厕所里出来。哪天若要死了,遗憾这事没干、那事没干,还不如自吹这事干成了、自嘲那事干砸了。

我现在干的事足够多,陪伴家人和孩子,每年比赛近20场,又开始写新的小说和游记,除了偶尔进摄影棚拍杂志封面,其他时间真没有精力来捯饬自己,更没心思去考虑什么形象和定位的问题。觉得我形象欠佳的,挪步就是,我只负责制造作品,不负责用户体验,也没有售后服务,更不会根据大家的口味来改进。你若喜欢,便是晴天;你若讨厌,也是晴天。

三 : 我所理解的RESTful Web API [Web标准篇]

REST不是一个标准,而是一种软件应用架构风格。(www.61k.com]基于SOAP的Web服务采用RPC架构,如果说RPC是一种面向操作的架构风格,而REST则是一种面向资源的架构风格。REST是目前业界更为推崇的构建新一代Web服务(或者Web API)的架构风格。由于REST仅仅是一种价格风格,所以它是与具体的技术平台无关的,也就是说采用REST架构的应用未必一定建立在Web之上,所以在正式介绍REST之前,我们先来简单认识一下Web。

目录
一、TCP/IP与HTTP
二、Web资源
     媒体类型
     URI、URL和URN
三、HTTP事务
     HTTP方法
     响应状态码
四、HTTP报文

如果要问大家这样一个问题:“在过去半个世纪中,哪种信息技术对人类的影响最为深远?”,我想很多人的答案是Web(World Wide Web、WWW、W3或者万维网),因为它改变了我们的生活方式和思维方式。如果各位阅读过W3C介绍WWW的官方文档(“http://www.w3.org/WWW/”),应该对它的第一句话记忆犹新——“The World Wide Web (known as "WWW', "Web" or "W3") is the universe of network-accessible information, the embodiment of human knowledge”。如果将这句话翻译成简洁的中文,就是“Web是(网络)信息的来源,知识的化身”。

Web为我们提供了一种利用HTTP协议获取和操作网络资源的方式,这些将Web服务器作为宿主的资源不仅仅包含像文字和图片这些传统的信息载体,还包含音频和视频这些多媒体信息。Web的核心主要体现在三个方面,即HTTP、超文本(Hypertext)和超媒体(Hypermedia)[1],超文本和超媒体规范了网络信息的表现形式,而HTTP则提供了网络访问的标准协议。接下来我们就以围绕着HTTP对Web作一下基本的介绍。

一、TCP/IP与HTTP

web标准 我所理解的RESTful Web API [Web标准篇]

TCP/IP是以IP和TCP协议为核心的一整套网络协议的总称,所以有时候我们也称其为TCP/IP协议簇。毫不夸张地说,TCP/IP支撑着整个互联网,因为它就是互联网采用的网络协议。TCP/IP协议簇划分为如右图所示的4个层次[2](应用层、传输层、网络层和链路层),构成整个协议簇的各个子协议处于相应层次中。

既然将整个协议簇命名为TCP/IP,那么IP和TCP自然就是其中最为核心的两个协议了。处于网络层的IP协议提供的IP数据报传输是不可靠的,因为它只承诺尽可能地将数据报发送出去,但不能保证发送的数据报能够成功地抵达目的地。IP协议的不可靠性还体现在它不能检测数据在传输过程中是否发生了改变,也就是说数据的完整性得不到保证。IP协议是一个无连接(Connectionless)的网络协议,每次数据报的处理对它来说均是独立的,因此IP协议也不能提供针对有序传输(数据接收的顺序与发送的顺序一致)的保证。

虽然IP协议只能提供不可靠的数据传输,同时有序传输也得不到保证,但是建立在它之上的传输层协议TCP有效地解决了这两个问题。TCP是一个基于连接的协议,数据交换双方在进行报文传输之前需要建立连接,报文传输结束之后需要关闭连接。这是一个双工(Duplex)连接,数据交换的双工均可以利用它向对方发送数据。

TCP利用“接收确认”和“超时重传”机制确保了数据能够成功抵达目的地。具体来说,接收方在成功接收到数据之后会回复一个确认消息。发送方在本地具有一个存放尚未得到确认的已发消息的缓冲区,如果发送方在一个设定的时限内没有接收到针对某个已发报文的确认消息,它会从该缓存区中选择对应的报文进行重新发送。在接收到确认之后,相应的报文会从缓存区中移除。

为了解决有序传输的问题,发送方会为每个报文进行编号,报文的序号体现了它们被发送的顺序。接收端在接收到某个报文之后,它会利用此序号判断是否具有尚未成功接收的已发报文,如果有的话,该报文会被存放到本地的缓冲区中。等到之前发送的报文全部被接收之后,接收方按照序号对接收的报文依次向上(应用层)递交,成功递交的报文会被从缓存区中移除。除了接收到“失序”的报文之外,接收方还有可能接收到重复的报文,因为没有报文均具有一个唯一的序号,如果该序号小于已经成功递交或者添加到缓存区中的报文序号,它会被认为是重复接收的报文而被丢弃。

由于每个TCP报文段都具有一个16位的检验和(Checksum),所以接收方可以根据它确认数据在传输过程中是否被篡改。除此之外,TCP还提供了“流量控制”功能避免了双方因缓存区大小不一致而导致报文丢失。具体来说,如果发送方的缓冲区大于接收方的缓存区,会导致接收方在缓冲区已满的情况下无法处理后续接收的报文,所以接收方会将自己缓存区剩余的大小及时通知给发送端,后者据此控制报文发送“流量”。

HTTP(Hypertext Transfer Protocol),全称为“超文本传输协议”,是TCP/IP协议簇的一部分。从图1-1可以看出,这是一个位于应用层的网络协议,在它之下的就是TCP协议。由于TCP协议是一个“可靠”的协议,HTTP自然也能提供可靠数据传输功能。

IP协议利用IP地址来定位数据报发送的目的地,而利用域名系统(DNS)可以实现域名与IP地址之间的转换。TCP协议利用端口号标识应用程序,所以某个应用程序在使用TCP协议进行通信的时候必须指定目标应用的IP地址(或者域名)和端口号。HTTP默认采用的端口号为80,而HTTPS(利用TLS/SSL为HTTP提供传输安全保障)的默认端口号则为443,当然在网络可达的前提下,我们可以指定任意的端口。

二、Web资源

这里所说的资源是一个宽泛的概念,任何寄宿于Web服务器可以利用HTTP协议获取或者操作的“事物”均可以称为资源。这也是一个抽象的概念,不仅仅是寄宿于Web服务器的某个静态物理文件可以视为Web资源,通过Web应用根据请求动态生成的数据也是Web资源。

媒体类型

资源实际上是一种承载着某种信息的数据,相同的信息可以采用不同形态的数据来展现,数据的“形态”主要体现为展示数据所采用的格式,比如一个数据对象可以通过XML格式来表示,也可以通过JSON格式来表示。数据的处理必须依赖于一种已知的格式,所以将Web资源的形态以一种标准化的方式固定下来显得尤为重要,这就是我们接下来着重介绍的媒体媒体(Media Type)。

不论是通过HTTP请求从Web服务器上获取资源,还是利用请求向服务器提交资源,响应或者请求的主体(Body)除了包含承载资源本身的数据之外,其报头(Header)部分还应该包含表示数据形态的媒体类型。

媒体类型又被称为MIME(Multipurpose Internet Mail Extension)类型,MIME是一个互联网标准,它扩展了电子邮件标准,使其能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息。由于MIME在电子邮件系统应用得非常好,所以被HTTP用于描述并标记多媒体内容。下面的列表给出了一种常用的媒体类型。

  • text/html:HTML格式的文档。
  • text/xml(application/xml):XML格式的文本。
  • text/json(application/json): JSON格式的文本。
  • image/gif(image/jpeg、image/png):GIF(JPEG、PNG)格式的图片。
  • audio/mp4(audio/mpeg、audio/vnd.wave):MP4(MPEG、WAVE)格式的音频文件。
  • video/mp4(video/mpeg、video/quicktime):MP4(MPEG、QUICKTIME)格式的视频文件。

URI、URL和URN

可操作的Web资源应该具有一个 唯一的标识。虽然具有很多唯一性标志符的种类可供选择(比如GUID),但是采用URI来标识Web资源已经成为了一种共识,实际上URI的全称为“统一资源标志符(Uniform Resource Identifier)”。

我想有很多人弄不清楚URI和URL之间的区别,有人甚至觉得这是同一概念的不同表述而已。一个URL肯定是一个URI,但是一个URI并不一定是一个URL,URL仅仅是URI的一种表现形式而已。两者的差异其实可以直接从其命名来区分,URI是Web资源的标志符,所以只要求它具有“标识性”即可;URL全称为“统一资源定位符(Uniform Resource Locator)”,所以除了标识性之外,它还具有定位的功能,用于描述Web资源所在的位置。

URL不仅仅用于定位目标资源所在的位置,还指名了获取资源所采用的协议,一个完整的URL包含协议名称、主机名称(IP地址或者域名)、端口号、路径和查询字符串5个部分。比如对于“ http://www.artech.com:8080/images/photo.png?size=small”这样一个URL,上述的5个部分分别是“http”、“www.artech.com”、“8080”、“/images/photo.png”和“?size=small”。

除了URL,URN也是URI的一种表现形式,URN全称“统一资源定位符(Uniform Resource Name)”。URN与资源所在的位置无关,倘若采用URN来唯一标识某个资源,在位置发生改变的时候标志符依然可以保持不变。URN一般也不会涉及到获取被标识资源采用的网络协议,所以不需要为利用不同协议访问的相同资源定义不同的标志符。

三、HTTP事务

虽然TCP是一种基于连接的传输层协议,并且保存双方针对同一个连接的多轮消息交换的会话状态,但是建立其上的HTTP则是一种无状态的网络协议。HTTP采用简单的“请求/响应”消息交换模式,一次HTTP事务(Transaction)始于请求的发送,止于响应的接收。针对客户端和Web服务器的多次消息交换来说,每个HTTP事务均是相互独立的。

HTTP方法

HTTP采用简单的请求/响应模式的消息交换旨在实现针对某个Web资源的某种操作。至于针对资源的操作类型,不外乎CRUD(Create、Retrieve、Update和Delete)而已。一个HTTP请求除了利用URI标志目标资源之外,还需要通过HTTP方法(HTTP Method或者HTTP Verb)指名针对资源的操作类型。我们常用的HTTP方法 包括GET、POST、PUT、DELETE、HEAD、OPTIONS、TRACE、CONNECTION和PATCH等,我们将在《设计篇》以REST的视角来对它们进行详细介绍。

响应状态码

针对客户端向Web服务器发送的任意一个HTTP请求,不论在何种情况下得到一个响应,每个响应均具有一个由3位数字表示的状态码和相应的描述文字。不同数值的状态码体现了不同类型的响应状态,W3C对响应状态码的范围作了如下的规范。

  • 100~199:信息状态码,代表请求已被接受,需要继续处理。
  • 200~299:成功状态码,代表请求已成功被服务器接收、理解、并接受。
  • 300~399:重定向状态码,代表需要客户端采取进一步的操作才能完成请求。
  • 400~499:客户端错误状态码,代表了客户端看起来可能发生了错误,妨碍了服务器的处理。
  • 500~599:服务器错误状态码,代表了服务器在处理请求的过程中有错误或者异常状态发生,也有可能是服务器意识到以当前的软硬件资源无法完成对请求的处理。

四、HTTP报文

客户端和Web服务器在一次HTTP事务中交换的消息被称为HTTP报头,客户端发送给服务器的请求消息被称为请求报文,服务器返回给客户端的响应消息被称为响应报头。请求报文和响应报头采用纯文本编码,由一行行简单的字符串组成。一个完整的HTTP报文由如下三个部分构成。

  • 起始行:代表HTTP报文的第一行文字,请求报文利用起始行表示采用的HTTP方法、请求URI和采用的HTTP版本,而响应报文的起始行在承载着HTTP版本和响应状态码等信息。
  • 报头集合:HTTP报文的起始行后面可以包含零个或者多个报头字段。每个报头表现为一个键/值对,键和值分别表示报头名称和报头的值,两者通过冒号(“:”)进行分割。HTTP报文采用一个空行作为报头集合结束的标志。
  • 主体内容:代表报头集合结束标志的空行之后就是HTTP报文的主体部分了。客户端提交给服务器的数据一般置于请求报头的主体,而响应报头的主体也承载着服务器返回给客户端的数据。不论是请求报文还是响应报文,其主体部分均是可以缺省的。

接下来我们看看一个具体HTTP报文具有怎样的结构。下面这个文本片段反映的是我们通过Chrome浏览器访问微软的官网(www.microsoft. com)对应的HTTP请求,起始行体现了HTTP请求的三个基本属性,即HTTP方法(GET)、目标资源(http://www.microsoft.com/en-us/default.aspx)和协议版本(HTTP/1.1)。

1: GET http://www.microsoft.com/en-us/default.aspx HTTP/1.1
2: Host: www.microsoft.com
3: Connection: keep-alive
4: Cache-Control: max-age=0
5: User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7
6: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
7: Accept-Encoding: gzip,deflate,sdch
8: Accept-Language: en-US,en;q=0.8
9: Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
10: Cookie: ...

上述这个请求报文不具有主体,所以起始行之外的所有内容均为报头集合,我们们可以根据这些报头获得主机名称、采用的缓存策略、浏览器相关信息、以及客户端支持的媒体类型(Media Type)、编码方式、语言和字符集等。

前面的HTTP请求通过浏览器发送给服务端之后会接收到具有如下结构的响应报文,我们可以此从它的起始行得到采用的HTTP版本(HTTP/1.1)和响应状态码(“200 OK”,表示请求被正常接收处理)。响应的内容被封装到响应报文的主体部分,其媒体类型的通过报头“Content-Type”表示。由于该响应报文的主体内容是一个HTML文档,所以“Content-Type”报头表示的媒体类型为“text/html”。

1: HTTP/1.1 200 OK
2: Cache-Control: no-cache
3: Pragma: no-cache
4: Content-Type: text/html; charset=utf-8
5: Content-Encoding: gzip
6: Expires: -1
7: Vary: Accept-Encoding
8: Server: Microsoft-IIS/7.5
9: X-AspNet-Version: 2.0.50727
10: VTag: 791897542300000000
11: P3P: CP="ALL IND DSP COR ADM CONo CUR CUSo IVAo IVDo PSA PSD TAI TELo OUR SAMo CNT COM INT NAV ONL PHY PRE PUR UNI"
12: X-Powered-By: ASP.NET
13: Date: Wed, 18 Jan 2012 07:06:25 GMT
14: Content-Length: 34237
15: 
16: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
17: <html>…</html>


[1]超文本/超媒体(HyperText/HyperMedia):超文本是一份呈现文本内容的电子文档,其核心在于可以利用内嵌的“超链接(Hyperlink)”直接访问引用的另一份文档。超媒体对超文本作了简单的扩展以呈现多媒体内容(比如图片、音频和视频等)。HTML文档是我们常见的最为典型的超文本/超媒体文件。

[2]除了采用这种4个层次的划分方法之外,还具有另外两种典型的划分方式。其中一种在链路层下面添加一个基于物理网络硬件的物理层,这种划分方法与此没有本质的区别。另外一种则是将TCP/IP协议簇划分为包括应用层、表示层、会话层、传输层、网络层、链路层和物理层在内的7个层次。

参考资料:
[1] 《HTTP: The Definitive Guide》, By By David Gourley, Brian Totty, Marjorie Sayer, Anshu Aggarwal, Sailu Reddy
[2] 《RESTful Web Services》, RESTful Web Services
[3] 《A Brief Introduction to REST》,http://www.infoq.com/articles/rest-introduction
[4] 《TCP/IP Illustrated (Volumn 1: The Protocol)》, by W. Richard Stevens

我所理解的RESTful Web API [Web标准篇]
我所理解的RESTful Web API [设计篇]

四 : 理解生活

那些曾经让你跌倒的路程

在你站起来的时候

你应该对它们致谢

是它们磨练了你的双腿

那些曾经让你哭过的人们

在你回头看的时候( 文章阅读网:www.61k.com )

你应该对他们微笑

是他们坚强了你的心灵

那些曾经让你痛苦的事情

在你经历过之后

你应该对它们感激

是它们丰富了你的阅历

那些曾经让你挫折的日子

在你跋涉过之后

你应该对它们赞许

是它们启迪了你的智慧

------理解生活

生活中的各种挑战

都可以

成为自己成熟和成功的契机

五 : 2015,我对生活的理解(随笔)

文/冬虫夏草

岁月如梭,时光如白驹过隙,2015年即将告别,站立在2015的尾巴上,透过时光的屏幕,渐次折射出这一年来我对生活的些许理解。

先说这一年春,我们几个老同学、老战友组织了一场关于“幸福”话题的聚会。在这场建设“文明乡村”的工程实施中,尽管集镇上的各类生活超市如雨后春笋,但乡村街道上那小贩的叫卖声仍不绝于耳:有卖馒头油条的、大米红枣的,卖青菜豆腐、水果粉条的,还有卖生活与洗涤用品的等等,五花八门。加上街道保洁员每日清扫垃圾的欢声笑语,这些小人物的陆续出场,组成了乡间幸福的主角,他们平时大多忙忙碌碌,汗水滴答,笑容可掬,心胸敞亮。他们不经意间说出的幸福就是:诚实劳动,心怀感恩,随遇而安。有个身患癌症的中年男子说,幸福就是一睁眼,自己还在,亲人还在,世界还没有绝情离他而去。2015年秋,那个男子最终离开了还保持着体温的世界。不过,再丰盈的人生,也是有缺憾的,比如,人怎么不可能在地球上像小鸟一样自由的飞翔。至于幸福,就是建立和完善自身与这个世界良性感应的一个系统。减轻一份欲望,就多了一份幸福,好比朋友,大多是靠节制自己而得来。

再说这一年,有些人在容貌上的变化。耍笔杆的牛兄,头发白完了,眼袋也变深了。隔壁的邻居王二爷爷,95岁了寿眉发白了,还一嘴好牙齿,面色红润,如我每天早晨还起来,在草叶覆盖着霜的村外田园小径上,呼哧呼哧的奔跑,就感觉这老头像隐居在民间的一位仙翁。在南方打工回来的王二憨,这一年特闹心,不到60岁头发几乎掉光了,背也驼了。有次我问二憨,你闹心个啥呀。他苦笑了一下,后来在我家喝茶时才告诉我,儿子要进城里结婚,需买一套房子得好几十万,就是把他的骨头榨了油也凑不够这个数。在我的周围,仍有不少像二憨这样陷入闹心人生的人,他们在这一年里都老的特快。

2015我在自己的故乡,除了侍弄农田等杂活,我还照顾妻子大半年(患股骨头坏死,于去年在北京做的DSA介入融通术),还兼顾着洗衣、做饭等家务。现妻子已恢复丢掉拐杖可以行走,有时还可帮我干一些力所能及的轻活。人们常说“少时夫妻老来伴”,对此我算是有足够的体会。最让我惊羡的人还有村北的王老三,他在北京闯荡多年,早成了一个有钱的“土豪”,当他获悉猪肉价格上扬,养殖业前景看好,立马回到家乡投资80多万元,建起了一个规模化养猪场,成了周边首屈一指的养殖大户,望着他栏内近百头膘肥体壮的大肥猪,我向他举起了双手表示赞扬。

2105,身边又有几个近邻、亲属离世,他(她)们有的是七、八十岁的老年,也有的正处于五、六十岁的壮年。可见,人的生命是如此的脆弱与渺小,犹如一只气球,随时随地都可以爆炸消失,时光让生命变得如尘埃,一闪而过。正如浩瀚宇宙中的烟花,从开始到绽放,直到消失,只不过几秒钟的时间,一个生命便随风而逝,风过无痕。生老病死,飞来横祸,已经让许多不该走的生命离开了人间,我们毫无理由再拿自己的生命开刀,人生本就短暂,生命本就脆弱,人人都应该珍惜自己脆弱的生命,宽容大度把一切看淡,过好这有限的一生,过好每一天。( 文章阅读网:www.61k.com )

2015,我还利用闲暇时间,凭自己多年的职业(新闻与文学)爱好、兴趣写点小文章(以散文、随笔、诗歌为主),一如既往地发在江山文学网、61阅读、散文吧、中国文字缘等一些网站,虽说在这些网站没有稿酬,但旨在能进一步推介自己,又可拓宽视野,借鉴别人的写作经验与技巧,从而也历练提高自己的写作能力。这年有5篇散文(《笔耕不辍写就心中梦》《那年在探家路上》《想起那年去接兵》《妙手雕出一片天》《春到月牙湾》),8篇诗歌(《遇见你是我最美的时光》《春天的一场雪》《初夏》《与你相守》《你向我走来》《登上天安门城楼》《我的中国梦》)入选于多家书刊,并获得中国文联出版《华夏诗典》一书的“华夏文学艺术家楷模”奖(金牌一枚),收获颇多,心中也着实感到不无惬意。

2015,我心胸似乎更豁达明亮不少,就是不要小瞧自己平凡的岗位,更不能像怨妇一样整天价埋怨平平淡淡的日子,就是在那些平凡的日子里,才流淌着的是人间烟火里的平实与幸福,幸福就是在一吐一纳之间,就像佛祖所说“一花一世界,一叶一菩提,一木一浮生,一草一天堂”的美好。

2015,我在时光的剪影里,多是游走在乡间田园的小路上,有时我喜欢与植物交流,因为它是我最好的聆听者。

2015年12月29日(星期二)

本文标题:我所理解的生活-我所理解的生活
本文地址: http://www.61k.com/1061558.html

61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1