【www.fzlzkj.com--散文】
纵使不能相守,如此便好散文
云，可轻浓如水，可思念如雾，淡淡哀愁，淡淡如歌。每一秒，每一刻，化不去，还化不开。
离愁，相思，你如诗，又如画，在寂静心田，在向阳深处，生长，长大。
你妩媚魂魄，你动人心跳，你撩人的长发扑肩，我有长长的记忆，是关于你的。
你从春天里走来，在夏天里盛开，整个秋天，还有冬天，都是你，都是你......
心在悸动，梦在逍遥，当晨的空气飘飘渺渺。昨夜离去，唯独有你，依旧的音容笑貌。
遥寄当年晚燕低徊，宿雨未歇，湿滑的石板路，清幽幽小肠道。一把伞，一双人，世界便是最好的。
青春未萌，五月悸动，懵懂的朦胧情愫，像水草和青杏飘摇。你的眼眸，追上我，便是所有情歌。
那座城，那些梦，只有你的，只有我的，属于我们的。从那座城走过，在那里做梦着，我忘了，也记得。
你留在了我的梦里，刻在了我的心里，满满的，深深的。
无法挣扎，沦陷，像似踩在沙滩上。凉凉的海水，冲击着脚背，“哗啦啦、哗啦啦”。
从那以后，每一夜，都会听见海水喧哗，“哗啦啦、哗啦啦”。
我说：“那是你的味道，在我梦里路过。”
我问：“曾经有没有来过，这不是梦，我也不是过客？”
谁能在谁的生命里回眸一笑，如此相伴，山长水阔？
谁能在谁的温婉处静候岁月，执子之手，比翼同游？
季节温润如雨，生活落寞笙歌，一个人诠释寂寞，一个人思念心伤，如此就好。
在没有尽头的"尽头，在没有方向的方向，那些等待，那些错过。
错过不是过错，因为路过，所以不要慌张，那是你的，也不是你的，静静听歌，淡淡离合。
云与雾化作尘埃，花与露吐放新颜，在繁星春水的日子里，与你这么近，与你那么远。
眼神碰撞，肌肤相亲，在离别以后，在老去的日子，留那一丝温存，剩那一丝坦荡。
双唇的温度，热烈的心胸，回忆曾经那年青春，爱一个人，记忆一生。
内心的涟漪在忧伤处泛滥成灾，其实这样就好，你在我心里就好。
我仅不能再和你说：“亲爱的，我想你。”
纵使不能相守，纵使离别已逝，只是守着思念，守着离歌，如此便好。
晚风，带来了薄雨，凉却了整个夏空。还有一些未能诉及的声音，那是多年以后的梦殇。
只是我们不能一直在一起散文
那个拖着厚重行李箱，挡在我家矮小房门前的那个白白的男人，是我爸爸。爸爸说，他是爸爸，我说我知道，这并不重要。
一年或是两年爸爸和妈妈会回家一次，因为有时候是一年有时候是两年，我们不能每年都抱着期待。他们大部分都是分开回，要么爸爸回要么妈妈回，只有一次爸爸和妈妈一起回，真的只有一次。爸爸和妈妈在大城市里工作，他们攒呀攒早出晚归，每一天。他们说现在的分离是为了我和哥哥的学费，我说我不要上学了。他们说是为了我的那所大房子，我说好吧，快点攒快点攒。
爸爸回来的时候，我总是不在家，我是故意的 。他在回来的前一天会提前通知我们准备饭菜。奶奶会精确的算出他大概到家的时间，于是在那个时间我故意不在家。小克她们来叫我，带着羡慕的眼光说：你爸爸回来了，拖着一行李箱的礼物。我昂着头：我知道，那些都是给我的，如果你们愿意背着我回家，我会考虑分给你们一点巧克力。在她们带着冰淇淋的笑声趴在自己爸爸的背上时，揪着他们后脑勺的头发时，她们也是这个表情：这是我爸爸。而唯一可以让我的`虚荣心得到满足的就是此刻，我知道我的爸爸一定会带着礼物，穿着适合自己，并且不带一点泥土的新衣服，他会散发着小市民们羡慕的味道在家里等着我，就这一刻，我是全村小孩们都羡慕的对象，我的爸爸是从大城市回来的，而她们的爸爸永远待在这里。
我故意不让他抱也不看他，我想让他产生内疚的感觉，把自己可爱的儿女丢在家，一年或两年不见，变得陌生和不亲近，他没有尽到做父亲的责任，我想让他有这样的感觉。于是，不管他做什么事说什么话我都吼他。给我零花钱，给我洗苹果，给我把复读机修好，我命令他。好，他说。他总是这样说。你能抱抱我吗？你能给我掏耳屎吗？好吧，我说。有时我也拒绝。
一个星期之后，他叹息的说要走了。然后他哭了。我忍住了，我说走吧，我没哭。等在过几年我和妈妈都会回来的，每天陪着你们照顾你们。几年呢，几年，一年，两年，还是永远。别在打妈妈了，别在抽烟喝酒打牌了，如果你不听话，等你老了，我和哥哥都不会养你的。他哭着说只要我们好好的，他不用我们养。他每次都会在我和哥哥熟睡的时候走，我在醒来的时候闻着他枕过的枕头，泪如泉涌。虽然我已经不是当初3岁时，哭着追着他们离去的车跑的小孩了，我有自制力，可我却觉得更加悲伤了。
我的爸爸和妈妈很爱我们,只是我们不能一直在一起。
只要涉及到可视化编程，程序员和设计师之间就会出现矛盾，当谈及一些程序开发问题时双方就会产生分歧，尽管我们都知道在创建有效的应用程序时两个团队成员都很重要。设计师看到最初的设计版本与最终的版本不同时总会感到失望；而程序员则会抱怨说是设计师设计问题（有点鸡蛋里挑骨头）！
许多冲突源于两者之间缺乏理解，这也是导致设计师/程序员产生分歧的原因。为了两者之间的和平，本文总结了一些经验教训，作为设计师/程序员不妨学习下，知己知彼，方能百战百胜。
设计师说：我们并不是有意为难
我们努力做好工作，我们并不是有意为难。
设计师需要维护开发者们的声誉，在你们看来我们更喜欢形式功能，但事实并非如此。设计师努力尝试做出最适合的功能，以便这些功能都能被采用。
越来越多的设计师开始注重用户体验（user-experience）而非平面设计。在进行设计之前了解用户需求这有一点对于设计师来非常重要。有时我们会尝试添加一些漂亮的图形，希望用户有更好的用户体验。
程序员说：我们并不想有意为难
当我们编写代码时，完成项目只是其中的一部分，应用程序会随着时间的改变而改变，我们要做的是确保这些变动能轻易地进行更改。我们需要编写代码来测试自动化测试框架。当程序员从设计师那请求修改产品时，无论是HTML格式、文件命名或者目录结构，所做的一切都是为了确保该产品在将来测试能够保持更佳地灵活性。
别担心，我们不会要求过多的灵活性。创建灵活性是非常珍贵的，我们懂得“YAGNI”适可而止的设计（这个原则简而言之为——只考虑和设计必须的功能，避免过度设计）。我们尽量避免这种情况。
设计师说：形式问题影响功能
形式不追随功能，形式可以赋予功能特征。程序员可以设计某些功能让你轻易获得所需。如果我们想要用户点击某个按钮或者执行某个动作，图形和布局就能帮助用户知道或者进行猜测如何获取他们想要的结果。
经验告诉我们设计出一款特定的方式尤其适用于在线应用程序。即使是简单的设计包括按钮，表单或者照片选项，当作出选择时我们使用了明智的决策方法。通过位置、颜色以及视觉显示即可告诉设计师某人正在参与互动，但前提是你需要创建一个互动环境。
举个例子，世界上首屈一指的品牌导航，下图是保时捷分层导航的屏幕截图。简洁、良好的结构设计功能可以使用户产生愉悦感！
程序员说：命名事宜
当我们构建一个应用时有许多不同组件需要跟进。除了网页、图形、源代码文件、数据库列表、列还有许多其他组件需要管理。而一致的命名是我们的第一要务。
当一个设计师在文件系统GUI中拖放文件时，如果该文件命名为submitButton.gif或submit-button.gif或许无法区分两者。我们从数据库领域到文件名到CSS类几乎所有都采用了标准命名。这就表示编码部门有了标准或者他们遵循了不成文的规则，有了一致的命名使工作更加轻松。
我们旨在让命名更加具有描述性和可预见性。相似的命名项目明显是某个命名的重要组成部分。比如名为submit1.gif和submit2.gif无需解释两张图片之间的差异，但submit-green.gif和submit-red.gif就不同了。
设计师说：规则有助于我们了解
我们可以学习规则，但这只是有助于我们了解。规则我们可遵循也可不遵循。开发者有时会和我们讨论编程语言但我们并不理解，就如同设计师有时在讲开发你们也难以理解一样。一旦设计师和开发者都能理解了，最大的获益者便是用户。
上面提到使用文件命名的例子，只是想告诉我们应该遵循什么样的标准。我可以向你保证，如果我们知道了这是正确的方式，我们会以某种组图方式或者以小写字母方式命名，我们很乐意这么做。
设计师本质上并不会反抗，因为大多数情况下非常喜欢程序员。我们喜欢做自己想做的事情，也没有人告诉我们应该怎么做，我们属于乐天派。
设计师们在训练时就知道无需遵循条条框框，要有创新理念，但这并不是说要为难开发者工作。一旦设计师遵循了规则，那么她可以将创新凌驾于规则之上，而不会让功能更加困难。他们会因图片能否运用得当而起争论。
一旦我们有了某个平台或者框架比如WordPress，我们可以在已知地方设计，在哪设计更加有意义（背景图片，图案，颜色），在哪设计无意义（导航，嵌入罕见的字体，图形导航），
寻找一个独特的或者明智的方法来解决设计问题可以给设计师来带更加出色的工作表现。
程序员说：桌面上什么工作无法在Web上运行
创建一个漂亮的Web页面仅仅是这项工作的开始。当推送到Wen服务器时这就要求它呈现出来的效果很完美。
Windows桌面上的文件命名大小写之间的区别并不是很重要，但当发布到Linux Web服务器时，greenbutton.gif 和GreenButton.gif是不一样的，用户或者程序员或者测试人员会看到404。我更喜欢使用小写文件名，如果情况允许我会使用连字符来进行区分。
首先确保访问所有链接和文档以确保桌面上的任务能够很好运行。无论是页面上图片损坏或是CSS文件无法加载或是错误链接导致设计的页面很难运行，会出现这种情况：
你可能不会注意到桌面上浏览器图片加载时间，如果你使用漂亮的，全色的图片作为banner图，甚至是占据整个大半页面，那么加载的时间是非常缓慢。很多浏览器插件导致页面变宽，因此，请慎用。
设计师说：图形只是一个支持机制
设计师了解图形的支持机制，在应用程序中并非是最重要的元素。根据需求确定是否使用图片，如果你的信息需要装饰而又不是放在首要位置，那又为何不可？
对于“艺术”而言，有些设计师感觉他们做这些工作才是最重要的，其他才是次要的。相比较“设计师”他们更愿意被称为：“艺术家”。当一名设计师与程序员一起工作时，她想成为团队中的一员，因为最终都是为了用户。不同的是，设计师可以自己安排工作集中精力开发出优质的体验。这也是程序员们所期望的，但程序员却无法自我安排。
程序员说：DRY原则，不要重复自己。
系统维护最大的因素就是有多少重复。我们不需要用写代码来计算5个地方的销售税。在同一个地方编写代码，一个叫calculate_sales_tax()的函数可以使用5次。如果需要修改代码，那么只需要改变某个函数就行，这也可以节省时间。
在设计师的国度里CSS就是DRY原则最大的事例。在CSS之前，在HTML中显示的标记是这样：
This is a headline
CSS样式：
This is a headline
如果你使用CSS就要遵循DRY原则。
设计师可利用DRY可以帮程序员减少复杂性。如果你有一种图片需要在两个不同地方使用，只需把它放在同一个目录里，每个页面都可以使用。
设计师说：对齐和间距真的很重要
对齐和间距非常重要。这对于严格的开发者在设计时创建对齐和间距是最为常见的问题，当然也允许默认布局。
使用对齐和间距主要是因为确保最终用户能轻易的执行功能，使这一过程更加直观。如果用户能轻易找到他们想要的东西，轻松完成这项任务，那说明你已经成功了；倘若相反，那么在交互应用上，你还有许多工作要做。
Yahoo！主页
MailChimp主页
你可以对比下Yahoo和MailChimp.com或Fab.com的主页。
一个页面上全是内容，而另外两个则是空白和对齐，因此用户可以轻易地获取想要的信息。当然这两个网站受众类型不同，但是你可以告诉Fab.com和MailChimp.com网站设计用户感兴趣的信息。
程序员说：学习如何使用版本控制系统
在现代软件开发中，版本控制系统（VCS）如Git或者Subversion是必备工具。如果这两个你都没使用，那么你就不是一名合格的程序员。一款VCS对设计师来说主要有两个好处：变更管理和历史追踪。
结论：
当然，设计师和程序员之间相互学习的还有很多。无论你是哪一方，我们希望能从项目方面思考。正如我们所说的，任何一方都不希望另一方痛苦。在项目合作上我们都注重质量问题希望项目能做的更好。两者经常在一起讨论项目，你会发现从对方那学到很多知识，你的团队也会因此而变得更加强大。
上一篇：那个夏日散文范文(通用8篇)
下一篇：何必完美散文【汇编八篇】