<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>Jianglb之家</title>
	<atom:link href="http://www.jianglb.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jianglb.com</link>
	<description>研究学习PHP,MySQL,Linux,PHP,Template,Shell</description>
	<pubDate>Wed, 08 Apr 2009 15:34:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
	<language>en</language>
			<item>
		<title>莫名其妙的校内应用审核</title>
		<link>http://www.jianglb.com/2009/04/08/ap-xiaonei.html</link>
		<comments>http://www.jianglb.com/2009/04/08/ap-xiaonei.html#comments</comments>
		<pubDate>Wed, 08 Apr 2009 15:34:45 +0000</pubDate>
		<dc:creator>newdir</dc:creator>
		
		<category><![CDATA[Web开发]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=248</guid>
		<description><![CDATA[前几日，给校内网开发了个应用，不说其开发说明简陋粗糙，审核效率低下（在开发说明里自称每天审核，结果过了2天才给审核），单是其给我的答复的审核短信就够莫名其妙了： 
很抱歉，经查看您的应用&#8221;IT资讯&#8221;目前尚有些问题，不能通过审核，请修改并测试后提交。
可能存在的问题：
应用有太多链接在应用外部打开
这个模糊的答复，什么叫“太多”，怎么个标准都没有，纯凭审查员瞟一眼就定了？
既然我开发的程序外链太多，那么看看目前已经通过审核的应用吧，那总该是符合标准了吧。 
不看不知道，一看才知道，审核者实在是眼神有问题。看了几个通过审核的应用，有跟本应用同类型，也有不同类型的，多数是用iframe形式嵌套，外链之多自不必说了，而且还有滚动条，用户体验极不舒服，与他们相比，本人的程序堪称典范。 
理由如下：
1.采用校内推荐的XNML代码，与校内网站的界面完美整合。
2.外链全为必要链接：内容提要直接显示，详细内容则为外链。
3.无广告，无杂质的纯净版本。
我又去看了校内祖师爷：facebook，发现校内果然是抄FB抄的最像的，连API的代码语法都抄的相似极了：人家是FBML,校内的就改成了XNML，在校内的应用只要做些许修改就可以直接在facebook上运行
看来校内是不缺应用了，本想下一步开发给这个新的应用加上个性化定制新闻的功能，现在人家校内不稀罕咱的东西，只能转投facebook。
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2009/04/08/ap-xiaonei.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Job2009.aliued.com&#8211;部门招聘站年度大戏精彩集锦</title>
		<link>http://www.jianglb.com/2009/01/03/job_2009_aliued.html</link>
		<comments>http://www.jianglb.com/2009/01/03/job_2009_aliued.html#comments</comments>
		<pubDate>Sat, 03 Jan 2009 08:11:00 +0000</pubDate>
		<dc:creator>Luke</dc:creator>
		
		<category><![CDATA[视觉设计]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=226</guid>
		<description><![CDATA[时间：元旦凌晨
发布：job2009.aliued.com
Visual Designer：Jerry
AS Developer：Luke (It&#8217;s me, hohoo)
Movie Maker：Kelvin
部门2009年度的招聘工作终于拉开了序幕。本人和部门的两位牛人同事经过几周业余时间的折腾，终于完成了这个招聘站。希望有志青年们看了这个招聘站后，能够加入我们公司，加入我们的团队hohoo~~~

好了，废话不多少，大家先睹为快吧~网站链接：job2009.aliued.com
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2009/01/03/job_2009_aliued.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>钱江新城夜游记（上集）</title>
		<link>http://www.jianglb.com/2008/11/15/qian_jiang_xin_cheng_travel.html</link>
		<comments>http://www.jianglb.com/2008/11/15/qian_jiang_xin_cheng_travel.html#comments</comments>
		<pubDate>Sat, 15 Nov 2008 06:22:14 +0000</pubDate>
		<dc:creator>Luke</dc:creator>
		
		<category><![CDATA[生活杂记]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=199</guid>
		<description><![CDATA[钱江新城前段时间“开张了”。听娘说，这个全新的地块，是以休闲娱乐为主的。里面有新的少年宫，杭州图书馆，还有可以眺望钱塘江的“城市阳台”（其实就是一个悬空的大公园，有一部分还是悬空在江面至上的偶！）等等等等。这些新建的建筑围绕在我称之为“杭州贡丸”的杭州歌剧院周围，晚上饭后逛逛猜想会是相当的惬意啊。
那天是饭后闲逛，就带了手机，没有想到风景这么好，手机照片拍的效果也不怎么样。大家勉强看看，下次我带“真家伙”去重新拍过。
首先走上了悬空的“城市阳台”，往旁边一瞥就看见了“杭州贡丸”&#8211;杭州歌剧院（还好偶已经吃过饭了&#8230;）


为什么说“城市阳台”是“悬空的公园”类，亲爱的朋友您往公园下面看，见下图

然后，偶就开始在“城市阳台”上闲逛，阳台上还是比较空旷的，下图是回廊

说道“城市阳台”上，上上下下的亮灯楼梯啊，那走起来可是相当有感觉的

大家如果逛了了“城市阳台”，就可以顺着楼梯走下城市阳台，到底下城去逛逛偶~~

女孩子要买衣服咋办，您往旁边看

你的女朋友逛街累了，想和你找个地方说悄悄话怎么办。莫有关系，城市阳台上的公园可是很大，有很多“秘密场所”，hoho~~~

逛累了，我想少年宫和图书馆晚上应该没有什么好看的，也就没有继续逛下去。听说新的杭州图书馆内部是欧式建筑风格，凭市民卡可以自助借书，我是灰常期待的。下次去了再和大家分享，敬请期待“钱江新城游记”的下集！！！流水账写完收工。
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/11/15/qian_jiang_xin_cheng_travel.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>视觉设计常见误解</title>
		<link>http://www.jianglb.com/2008/11/13/common_visual_design_misconceptions.html</link>
		<comments>http://www.jianglb.com/2008/11/13/common_visual_design_misconceptions.html#comments</comments>
		<pubDate>Thu, 13 Nov 2008 00:46:35 +0000</pubDate>
		<dc:creator>Luke</dc:creator>
		
		<category><![CDATA[视觉设计]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=157</guid>
		<description><![CDATA[简介（转载一篇来自一位和我英文名字相同的专家的文章的译文，有点绕口）
Luke Wroblewski是有多年界面设计经验的专家，对于视觉设计特别是表单设计有非常深刻的研究。
本文是他研究的关于大众对视觉设计的几种错误理解：
视觉设计绝不仅仅是美工，也不是显化一些页面元素，更不能分割开评估视觉设计的优劣。
最近，我有机会研究对视觉设计作用的常见误解，这些误解仍然盛行于行政主管、产品主管，工程经理和市场专家中。设计团队成员如何说明这些认识是错误的？又该如何向同事和老板展示视觉设计真相？
      视觉设计师在特定产品领域或职业生涯中会面对各种困难，但有三种误解频繁发生：
      视觉设计是美化产品；
      突出显示能改善视觉设计；
      可以分割评估视觉设计。
视觉设计是美化产品
      这种信条可能起源于工业时代的设计理念引入。从那时起，产品以前所未有的方式进行设计，并形成风格。Raymond Lowey等工业设计师对呆板产品进行美学设计，而声名大噪。
      视觉设计固然能美化产品，但其与人交互的潜能早已超越美丽外观。通过组织视觉元素，设计师可以传达回答关键问题的核心信息：
      这是什么？
      怎么使用？
     [...]]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/11/13/common_visual_design_misconceptions.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>插画家David Fuhrer访谈录</title>
		<link>http://www.jianglb.com/2008/10/27/interview-with-david-fuhrer-aka-microbot.html</link>
		<comments>http://www.jianglb.com/2008/10/27/interview-with-david-fuhrer-aka-microbot.html#comments</comments>
		<pubDate>Mon, 27 Oct 2008 02:45:39 +0000</pubDate>
		<dc:creator>Luke</dc:creator>
		
		<category><![CDATA[视觉设计]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=126</guid>
		<description><![CDATA[David Fuhrer是一位自学成才的数码画家，他有着一系列极富创意和生动艺术作品。David极其有天分，他解释了他如何在他的绘画中融入了3d的元素。David同时也给我们看了一些他用来创造生动艺术作品的工具。
本文作者：Emil
Emil Agarunov 来自Brooklyn，NEW York。他使用Photoshop已经有四年，使用Illustrator也有几年的历史。他擅长像素绘画和图片处理。
1.请介绍一下自己，简略的个人经历，告诉我们你从哪里来，你是如何开始在这个领域发展的。
我叫David Fuhrer。我于1985年出生在瑞士。我是一个在美丽的瑞士长大的自学数码画家。当我还是一个孩子的时候，我就热衷于通过任何途径去创造，开始是玩具，后来是绘画。
我于2003/2004年开始数码创作，之后于2005年创立了我的Portfolio。我的作品是基于我的想象和生活。大部分的作品创作需要几周甚至几个月。除了我自己的插画之外，我还作为互动设计师在一个机构工作三天。我在那儿制作Flash和一些Photoshop的工作，同时还写一些Action Script。



2.给我们描述一些你工作的领域，你使用Photoshop中的什么工具？你为什么使用他们？他们有什么优于其他工具的地方和他们是如何帮助你创作的？
我使用所有的工具去创作我想要的。它也有一点取决于我创作的风格。Photoshop让我感兴趣的地方就是，能够比其他任何软件更能让我对图片的细节予以掌控。我当然也喜欢Sketchbook和Pinter。素描的时候用Sketchbook非常cool，Painter有非常好的笔刷。只是他比较难使用以至于比较适合印刷。
Photoshop用于印刷作品并且让它非常干净。我喜欢使用笔刷工具，钢笔工具，污痕工具，克隆，我也使用路径作为我的指标，当我想要在舞台外作画是他们更加协调。

3.你认为什么是最有趣的在插画设计里面？
我不是很确定。我也没有深入探究过什么是插画设计。插画设计就像设计杂志，广告，产品包装或者其他更多。我的作品只是基于我本身而不是一个产品或者公司。对我而言，就像日记和思想的表达。

4.什么是你最喜欢的设计门类？会不会是独一无二的或者不一般的什么东西？
这很难说。但是它是一些超现实的东西。我不是太喜欢真实的东西。我的意思是我非常喜欢以一种技术和电影的视角，但是不是挂在墙上一张张的那种。

5.你的设计“蓝色月亮”以一种神奇的，天空的视角看地球，你能告诉我们你是怎样构思这样的设计并且步骤是怎样的？
我不是很记得我是怎么构思这整个作品的了。我想有一些有山的超现实行星。我开始是在Photoshop画就像正常的行星。我建了很多不同的互联网技术。


6.哪种技术是你的设计风格的核心？
我没有使用什么保密的技术。但是大部分时候我使用笔刷。当你使用他的时候，它真的很神奇。

7.你是那种使用外部类似于，stocks或者textures在设计中的设计师吗？如果有，你是怎么找到他们，那些是你最喜欢的？
是的，有时候。我需要的时候我也会使用一些参考。我只是用了Google去搜索。

8.再次感谢你提供PSDTUTS来采访你，最后有什么疑问吗?你有什么要告诉那些希望有朝一日能变的和你一样出色的设计师的吗？
做你喜欢做的。然后你将会变得更加出色。多尝试，多积累。非常感谢你的采访，我真的非常荣幸。我为我糟糕的英语抱歉，因为那不是我的母语。

如何寻找David Fuhrer
Davids Deviant Art Gallery
Davids Portfolio
译自：http://psdtuts.com/articles/inspiration/interview-with-david-fuhrer-aka-microbot/
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/10/27/interview-with-david-fuhrer-aka-microbot.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Photoshop让睫毛更加浓密-Photoshop美容系列之一</title>
		<link>http://www.jianglb.com/2008/10/15/photosho-make-eyelashes-thicker.html</link>
		<comments>http://www.jianglb.com/2008/10/15/photosho-make-eyelashes-thicker.html#comments</comments>
		<pubDate>Wed, 15 Oct 2008 08:21:12 +0000</pubDate>
		<dc:creator>Luke</dc:creator>
		
		<category><![CDATA[视觉设计]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=83</guid>
		<description><![CDATA[大家是不是经常会对很多明星写真里，女明星们完美的面容，尤其是浓密的眼睫毛羡慕不已类！？其实PS就可以做到！
好！那么开始，让我们高喊：浓密吧，女生们的睫毛！！！
我们的目标是把一下这张照片里稀疏的眼睫毛:

变成像下面这张照片里的眼睫毛一样，性感而浓密:

步骤 1
打开我们的原始照片 (你也可以从这里下载原始照片)
步骤 2
因为眼睛上面的睫毛和眼睛下面的睫毛看起来是不一样的，所以我们将会用不同的方法来处理他们。建立一个新图层(CTRL + N) 并命名为“上睫毛”。选择工具条中的钢笔工具（P），如下图：

现在，放大图片中眼睛上面的睫毛部分( CTRL + + )，并开始使用我们选中的钢笔工具。我们的目的是让我们绘制的钢笔路径尽可能的切合眼睫毛实际的形状（别怕欧，其实稍加练习，你就会知道那其实并不难）。当我绘制上睫毛的时候，我通常使用3个节点，因为那样更加易于调整曲线的弧度。我们添加睫毛的地方应该是真实睫毛稀疏的地方和睫毛与睫毛之间的空旷地带。另外值得注意的地方就是，睫毛路径的粗细和颜色应当有所变化，你可以看看接下来我是怎么干的。
我是这么处理第一根睫毛的，就像这样

点击画笔工具然后选择画笔尺寸和颜色。我选择了2px宽的画笔和颜色值为#1e201b  （当然你也可以自己选择颜色和宽度）。现在，打开路径面板，选择选项，

然后选择路径画笔

然后选择画笔工具，并且勾选模拟笔压

点击确定。然后重复这个步骤，当然不要忘了调整画笔宽度和颜色欧~~
步骤 3
现在，我们已经完成了上睫毛的绘制，是时候绘制眼睛下面的睫毛了。新建一个图层命名为“下睫毛”。大致上，我们的步骤和绘制上睫毛的步骤是雷同的。唯一的不同点就是路径的形状。在之前的，步骤里面，我们一般使用了3个节点来绘制我们的路径，但在这里，我们将会使用两个节点来绘制我们的睫毛路径，如下。

提示：你并不需要为每一个睫毛绘制一个路径。使用方向选择工具（A），选择路径上的一点，然后拖动，是它成为你想要的新睫毛！
步骤 4
因为我们是用笔刷工具绘制每一根睫毛，我们想要让绘制的睫毛边缘变的更加平滑。所以，选择“上睫毛”图层，然后选择“滤镜-模糊-高斯模糊” 然后设置下图的数值。

如果你可以使用模糊工具让左边和右边的睫毛更加模糊一点。对图层“下睫毛”使用同样的步骤。并且把图层的混合模式调整为加深。
步骤 5
这一补是选作的。如果你想要移除一些倒影，可以用渐淡工具（J）轻轻地擦出眼睛上的倒影。对于这张图片我们必须做这一步，当然如果你的图片可能不需要这个步骤。

大功告成！！！
译自：http://www.dphotonews.com/tutorials/thicker_eyelashes.php
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/10/15/photosho-make-eyelashes-thicker.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>FreeBsd 6.2 下 Squid 开启大内存导致进程内存溢出</title>
		<link>http://www.jianglb.com/2008/10/07/freebsd-squid-error.html</link>
		<comments>http://www.jianglb.com/2008/10/07/freebsd-squid-error.html#comments</comments>
		<pubDate>Tue, 07 Oct 2008 04:11:46 +0000</pubDate>
		<dc:creator>newdir</dc:creator>
		
		<category><![CDATA[Web开发]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/?p=80</guid>
		<description><![CDATA[Freebsd 6.2 的服务器, 跑Squid服务，经常在启动不久之后，就会出现
xcalloc: Unable to allocate 1 blocks of 4108 bytes!
错误信息，大致是指Squid申请内存错误。
在 Squid FAQ 中找到
Messages like "FATAL: xcalloc: Unable to allocate 4096 blocks of 1 bytes!" appear when Squid can't allocate more memory, and on most operating systems (inclusive BSD) there are only two possible reasons:
    * The machine is out of [...]]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/10/07/freebsd-squid-error.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>最新版JS框架scriptaculous一个bug修复</title>
		<link>http://www.jianglb.com/2008/08/22/scriptaculous-bug.html</link>
		<comments>http://www.jianglb.com/2008/08/22/scriptaculous-bug.html#comments</comments>
		<pubDate>Fri, 22 Aug 2008 07:38:11 +0000</pubDate>
		<dc:creator>newdir</dc:creator>
		
		<category><![CDATA[Web开发]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/2008/08/22/scriptaculous-bug.html</guid>
		<description><![CDATA[Script.Aculo.Us是基于Prototype框架的一个非常优秀的开源JS框架,详细的介绍和使用方法参见：
Script.aculo.us开发系列全集
这里记录下最新版1.8.1的一个bug：
该bug在InPlaceCollectionEditor控件中，该控件的作用是编辑状态下显示一个Select标签。但是在最新的1.8.1中调用该控件使会发生JS错误，无法成功，就连官方自带的demo文档下，该控件也无效。而老的1.6却不会出错。
经检测，错误发生在controls.js的838行： this._controls.editor.update(&#8221;);
这行代码在FIFEFOX下不会有问题，但是在IE下却会出错了，去掉该行即可，我估计写这个框架的老外用的是FF，所以这个BUG居然没发现，^_^。
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/08/22/scriptaculous-bug.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>生命的礼赞：地震中两位伟大的母亲</title>
		<link>http://www.jianglb.com/2008/05/25/mother-story.html</link>
		<comments>http://www.jianglb.com/2008/05/25/mother-story.html#comments</comments>
		<pubDate>Sun, 25 May 2008 01:46:09 +0000</pubDate>
		<dc:creator>newdir</dc:creator>
		
		<category><![CDATA[心情美文]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/2008/05/25/mother-story.html</guid>
		<description><![CDATA[故事一：
地震后：抢救人员发现她的时候，她已经死了，是被垮塌下来的房子压死的，透过那一堆废墟的的间隙可以看到她死亡的姿势，双膝跪着，整个上身向前匍匐着，双手扶着地支撑着身体，有些象古人行跪拜礼，只是身体被压的变形了，看上去有些诡异。
救援人员从废墟的空隙伸手进去确认了她已经死亡，又在冲着废墟喊了几声，用撬棍在在砖头上敲了几下，里面没有任何回应。当人群走到下一个建筑物的时候，救援队长忽然往回跑，边跑变喊“快过来”。他又来到她的尸体前，费力的把手伸进女人的身子底下摸索，他摸了几下高声的喊“有人，有个孩子 ，还活着”。
经过一番努力，人们小心的把挡着她的废墟清理开，在她的身体下面躺着她的孩子，包在一个红色带黄花的小被子里，大概有3、4个月大，因为母亲身体庇护着，他毫发未伤，抱出来的时候，他还安静的睡着，他熟睡的脸让所有在场的人感到很温暖。
随行的医生过来解开被子准备做些检查，发现有一部手机塞在被子里，医生下意识的看了下手机屏幕，发现屏幕上是一条已经写好的短信“亲爱的宝贝，如果你能活着，一定要记住我爱你”，看惯了生离死别的医生却在这一刻落泪了，手机传递着，每个看到短信的人都落泪了。

故事二：
5月13日下午，都江堰河边一处坍塌的民宅，数十救援人员在奋力挖掘，寻找存活的伤者。其中一名救援人员名叫龚晋，她是一名年轻的妇科医生，来自中山大学附属东华医院妇科。
    突然，一个令人震惊的场景出现在了龚晋眼前：一名年轻的妈妈双手怀抱着一个三四个月大的婴儿蜷缩在废墟中，她低着头，上衣向上掀起，已经失去了呼吸，怀里的女婴依然惬意地含着母亲的乳头，吮吸着，红扑扑的小脸与母亲粘满灰尘的双乳形成了鲜明的对比。
“我们小心地将女婴抱起，离开母亲的乳头时，她立刻哭闹起来。”龚晋说，看到女婴的反应，在场者无不掩面。
“我无法想象，一个死去的妈妈还在为自己的孩子喂奶，从母亲抱孩子的姿势可以看出，她是很刻意地在保护自己的孩子，或许就是在临死前，她把乳头放进了女儿的嘴里。”龚晋掩面而泣。一个三十岁的年轻小伙子，在妇产科见惯了初生的妈妈给自己孩子喂奶的场景，而此时此刻，这样一个幸福的场景却让他产生无法抑制的悲恸。
]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/05/25/mother-story.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>[转]家不是一个讲理的地方&#8211;一份不在婚礼上的家长致辞</title>
		<link>http://www.jianglb.com/2008/02/04/family-love.html</link>
		<comments>http://www.jianglb.com/2008/02/04/family-love.html#comments</comments>
		<pubDate>Mon, 04 Feb 2008 02:58:35 +0000</pubDate>
		<dc:creator>newdir</dc:creator>
		
		<category><![CDATA[心情美文]]></category>

		<guid isPermaLink="false">http://www.jianglb.com/2008/02/04/family-love.html</guid>
		<description><![CDATA[已婚要看..未婚更要看
    这是我的好友在异国结婚时，他父亲从大陆寄来的信，结婚当日司仪当众就把全文朗诵出来，那是我见过最安静的一次请客场合，在场学生无不为其父母的挚爱而感动，虽然事隔多年但那个场景仍然深深印在脑海中，这篇文章后来流传开了，我则是一直保存到现在，希望能对你们有所启示． 

 
萍儿： 
    爸妈听到你要结婚喜讯，真为你高兴，远隔千里，我们不能参加你的婚礼，不能在婚礼上献上我们的家长致辞，这是我们内心的一点遗憾．
但你是我们的女儿，相信你能理解爸妈的一份感受．
那天放下电话，我和你妈沉默了良久－－我们的孩子怎么一下子就长大了？
后来，你妈对着镜子淡淡地说：
你看，我的白头发又多了，萍儿也该结婚了．
我数着你妈的白发，那些白发竟像许多往事，一件一件浮上心头．你妈提醒我：还是给女儿写一封信吧！就算是我们送你的一份新婚礼物． 
　  萍儿，我们只是天底下最平凡的父母，我们的孩子也只是天底下最平凡的女儿，我们不奢求太多，只是希望我的孩子踏上婚姻之路，走向人生之旅后，能满怀感恩，一路平安在这里，给你一个我们的生活体会．
先要告诉你：家不是一个讲理的地方．
这句话听起来，很没有道理，但千真万确，这句话是真理，是至理，是多少夫妇，多少家庭（包括我们家）用多少岁月，多少辛酸，多少爱恨，多少是非，多少对错，在纠缠不清难解难分的混乱中，梳理出来的一个最后结论．
当夫妇之间开始据理力争时，家里便开始布上阴影．
两人都会不自觉地各抱一堆面目全非的歪理，
敌视对方，伤害对方，
最后只能两败俱伤，难以收拾．
多少夫妻，为了表面的一个〔理〕，
落得负心无情．
他们不知道，
家不是讲理的地方，
不是算帐的地方．
那么，何为〔家〕，家是什么地方？
萍儿，我们年轻的时候，
也回答不了这个问题；
也像许多夫妻那样，
为一点小事争闹不休．
那一年为了你小叔的调动问题，
我和你妈大吵了一场，
甚至闹到要离婚的地步．
只是在那个时代我们还缺乏勇气．
直到有一天，
一位老战友在他孩子的婚礼上说：
〔希望你白头偕老，相爱永远〕时，
爱这简短的字，像春雷响在我心里．
是的，家不是讲理的地方，
家该是讲爱的地方．
爱一时很容易，
爱一生一世却不容易，
这里面有许多妙处需要我们去总结和体会． 
其次我们要告诉你：
婚姻是个空盒子，
你必须往里面放东西，
才能取回你要的东西；
你放的愈多，得到的也就愈多．
很多人结婚时，对婚姻有许多期盼，
期盼从中可以得到富贵，藉慰，爱情，宁静，快乐，健康，
其实婚姻开始的时候，
只是一个空盒子．
走到一起的两个人，
一定要养成一个习惯，
去给，去爱，彼此侍奉，彼此赞赏，
日后，那个空盒子才会日渐丰富起来．
空盒子最先该放的应该是〔思念〕，
思念是一种使我们刻骨铭心的东西．
它是两个人有了肯定，有了情感，
然后进而关怀，进而疼爱的一种情绪．
〔思念〕是疲惫时通向家里的一条小路，
是寒冷冬夜里的一股暖意，
是匆忙推开家门后扑面而来家饭香&#8230;.
空盒子里还要放进〔艺术〕，婚姻生活中的艺术．
在婚姻生活中，
需要讲艺术的地方无处不在，
生气有艺术，吵架有艺术．
有一对夫妇含辛茹苦养育了五个孩子，
其中之艰难，只有他们自己能体会．
一天，夫妻为了孩子的一件小事吵起来，
越吵越厉害，眼看不可收拾了，妻子突然说：
等一下，我要去生孩子了．
这句话，就是吵架的艺术．
婚姻的盒子里，除了放〔思念〕和〔艺术〕外，
还有许多东西，都可以放进去，
这有待于你们自己去填补．
写到这里想到一位作家说过的一句话
〔你们生养他，教育他，你们的责任已尽，而你们给他最好的礼物，是一对翅膀〕． 
萍儿，这封信，就是爸妈送给你的结婚礼物，
他们希望你带着我们的祝福，快乐的飞翔！ 
                                      [...]]]></description>
		<wfw:commentRss>http://www.jianglb.com/2008/02/04/family-love.html/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
