清风箴言 永远Beta版

1.线和面的差别
师傅某天给两个门徒出了道题，要他们用各自的方法缔造一尺高的水柱，门徒A很快就打来一瓶水，洋洋得意请师傅看，只看他手一抬，瓶子一倒，一条几尺高的水柱飘然而下，师傅看后点点头没说什么，门徒B则忙着挑水，待到日落西山才归来，满头大汗地领师傅到后院，气喘呼呼的指着水深刚过一尺的小池塘，师傅此时叫门徒A重新做水柱，门徒A很麻利地从小池塘打了一瓶水正欲重施故技，可此刻院子刮起大风，倒下的水流随风飘散，怎也结不成一条完整的水柱。师傅哈哈大笑,"一尺之水，有者如细线之流，浮躁即成，却不敌瞬息之风；有者如池水之面，非踏实不能为，却稳如泰山也。"

2.电路版的检错原则
电路厂某一产品电路版的某几个电容老在试验的时候有爆胀现象，小学徒A被指派去处理这个问题，只见他麻利的更换了容量更大的电容，通电一试，爆胀依然，于是他又换了更大的电容。。。如此反复试验，问题依旧。无奈中，小学徒A求教于老师傅B，老师傅B没说什么，只是用手指了指在安放电容之前的那部分电路。小学徒A恍然大悟，连连称“是，是。。。”。
他顿悟了，你呢？

3.做只闭门做车的井底蛙
无江河流注的湖泊谓之死水潭，闭门做车的设计者谓之井底蛙。
有朋友说做设计的时候不去多看别人的实现和方法是不可能设计出好东西来的，这一点，本人十分同意，但有些时候做只闭门造车的井底蛙也是很可爱的。
平时工作中，总会用到琳琅种种的框架类库等如此优秀的产品，学着他们照虎画猫来提高自己的水平是一个公认的好方法，常言道做什么行业产品就得要拿该行业的龙头产品好好观摩观摩，就是这个道理。但是如果一开始就拆开这个产品的细节，逐一模仿，这样不免禁锢了自我的创新思维，最严重的情况是把该产品的局限性和设计缺陷也继承了下来，到时再想跳出定势的思维就很难。这时候，我们不妨做只井底蛙，单单看看他的功能，然后把他抛开，用自己的思想去实现它，当你发现实现的时候出现瓶颈或者混乱的时候，又回头来看看它的解决方法，如此反复，慢慢就可以做到去其糟粕，取其精华，融我创新为一体，何其美哉啊！
做只闭门做车的井底蛙并不可拍，关键是要在闭门的时候留一扇窗，在井底时练就一身能跳过井口一窥世界的本领。 ^_^

4.永远的Beta
记得某著名架构师接受访问的时候曾经说过，所谓好的架构师，不是看你设计过多少成功的产品，而是看你能把一个产品带到第几代中去。
现代的产品拼的就是服务，拼的就是完善的质量，看看人家的Gmail吧,永远的Beta不是一个名字，而是一种精神。

5.给别人推荐知识是踏实学习知识的最佳途径
”今天我学到了XXX，功能很好很强大，你要不要试试？”
请问是不是经常有这样的情景出现在你身上呢？如果回答是，恭喜你，因为你已经无意中为自己学到的知识又上一层踏实的保险锁啦。
做我们这个行当的人，学无止境，基本是每个人心里公认的真理，但是人脑是有限，经常学习东西，总要踢点东西出来，这个时候最好的办法就是给自己的脑袋备份，如何备份，多找几个脑袋就可以啦，就是给别人多推荐学到的东西啦，如果是好东西，别人也愿意知道，一起专研的好处不用多说，同时给别家讲自己学到的东西，不是更能检验自己学到知识吗？

6.分享知识是提高水平的前提
这则有点类似上一则，唯一要强调的是分享，所谓能分享就是已经到学习到手的东西，时常要求自己做别人的老师，正所谓三人行必有我师焉，给别传授你的得意之作的同时，很自然有很多机会让别人成为你的老师，亦友亦师，水平自然OK滴。

7.低调说话，高调行动
还依稀记得一些求职信上面的著名吹牛言语吗？什么精通，什么熟练。。。
如果别人发现请了你原来是为了去一一证实这些曾经美丽的词语的反义词，那么别人有什么感想呢？即使你是如此优秀，只是与别人的期望值相差甚远而已，结果也没有什么分别。
这个世界是先有鸡还是先有鸡蛋，我不知道，但我知道，得先有看得见行动，才能有说得出的话语来。

8.阿基米德支点精神
“给我一个支点，。。。”后半句不用我多说，我们做产品，无论做什么，哪怕以我们现有的资源，现有的知识，做到要一百人年，我们首先都得有这样的精神。去不去做是另外一回事，但是没有这样的精神，无论做不做，失败离你不远啦，成功的滋味你却重来不可能品尝到。

9.框架与IDE是闭上眼睛用心去使用的
经常听到有人在我耳边说要锻炼技术，就得少用自动化的东西，经常用别人做好的傻瓜机般的框架是什么都学不到的。
对于这点我不敢苟同，曾几何时，我也打开记事本写程序，在界面良好的windows如此，在Linux下用VIM一个一个敲字母也是如此，我明白到这些对培养一个良好程序编写风格的重要性，但是如果这样就断言智能化是技能退化，本人认为是相当不正确的，因为我用框架与IDE是闭上眼睛用心去使用的，何解？
试问程序员是不是专为别人作出最好工具却经常用着最烂工具的一群，若回答肯定，那为什么有好的，有方便我们不去使用？
使用是使我们懒惰吗？本来有创造力的人就是最懒惰的一群，不然还发明来干什么，我说的所谓用心去使用，就是要从开发设计角度去考量所用的智能化的东西，做到会用还要知道为什么如此好用，这样对以后设计框架之类的东西往往有很大的启发，阿妈有云，没买过米，又怎么知道米贵啊，哈哈。

10.完美不一定最美，缺陷有时是一种美
虽然我不得不承认生活中的宿舍犹如狗窝，但我对程序完美执着真可以到达病态的地步，只要代码写的不优美，达不到我心目中的高度，心里面就相当的难受，老想把那段设计摧毁重建，直到满意为止。
这样的直接结果就是里程碑永远近在咫尺，却又达不到的尴尬境地。
但是Deadline总有到的时候，过度设计总不能继续过度下去，所以要容忍缺陷存在。
一位朋友对我说，其实客户要求的很简单，只要达到他们需要的功能和性能就可以了，一个产品设计出来就是给人用的，不要违反的设计的初充，能用本身就是一种美，完美没有极限，有点缺陷也是朴实的美。

11.作一本书不如当一页书目索引
以前去面试的时候，经常遇到一些面试题，大多遇到一种面试题的类型就是纯记忆题，要求你在纸面上把人脑变成电脑，有人还说这样才能检验一个人的基本功。
我得承认一点，本人记忆力不算好，也不喜欢去记忆一些不用思考的东西，连每次写SQL用到游标，我都是查帮助把示例代码粘贴过来然后改改使用，看上去很狼狈吧，一点都不像一个敢在简历上对这一块写上“熟悉”二字的开发者，但我一点都不脸红的继续说这样的话，为什么？
很简单，我脑中装的不是一本书，是一页书目的索引，因为我知道遇到问题，知道有多少中解决方案，有多少资源可以使用，他们之间的比较各自有什么优缺点。。。这些比你马上按着记忆去照着记忆的所谓最佳方案去做来的重要的多。
正如柯南道尔在小说中说道，一个人的记忆力是有限的，一样东西进来了，肯定要踢走另外一些东西。所以我们不可能成为所有行业的专家，但开发设计本身就是一个要兼顾和熟悉很多东西的行当，单单去消化好许多设计的模式就要几度春秋的锻炼，更何方要了解纷繁的程序语言中的细节，平台的细节，平台间交互的细节，等等等足够把人搞疯。
人不是机器，人是要用来做创造性的事情的，前段时间朋友公司招人，请我帮忙出几道面试题，我想了几道很简单的题，而且基本每题上我都还加了一个问题，就是问面试者，假如他不知道他会用什么途径知道，因为我认为人的学习能力比他懂得多少更重要。最后我惯例性的写了一道简单程序实现题，但是我在答案中告诫朋友要检查这题的答案时，功能实现基本可以忽略不看，但程序的结构，程序的编写风格，有没有头文件，有没有注释，命名是否得当，还有最基本的缩进等等做的到不到位，因为这些做好，基本就是一个真正在团队中干过活的人，差也差不到哪儿去。
谈到程序代码风格，做web开发总所周知，有些人编写起如JavaScript之类的脚本时候没了IDE的帮助，代码就是横七竖八，敢问这样的代码是写给电脑看的还是人看的，我很怀疑这样的“高手”在团队里所能闪出的光芒能有多亮。
又如，现在虽然ORM大行其道，不过还是有很多公司的代码采用很传统的纯SQL开发，有人写SQL也是一个样，洋洋洒洒几十几百号字段的检索外加几个交叉表的SQL都可以五六行写好嵌到代码中去，试问这样SQL出了问题，帮它维护的人取出来一看，你晕不晕？
还有，我遇到位专门写公用组件，写了几年代码的老革命家，开发了一个公用的模块，一两个星期下来，号称做了N万行代码，打开一看，全是Ctrl + C Ctrl + V的杰作，不要说用到什么可扩展的开发模式，稍微找到一个不太耦合的函数就可以杀鸡还神啦。
这是什么，这就是素质，是一个开发者应有的素质的问题，为什么现在程序员都这么浮躁，都是这样的社会导向害的，人家只要熟手工人，不是要Designer，更不要Architect。
每当说到这些问题，朋友都说我太愤青啦，不要忘记自己的身份，现阶段也只不过一个小小的Coder而已。
社会中有个原则，如果众人佳醉你独醒，其实最后醉的那一个只是你而已，唉~~~

12.小孩的积木墙与水泥匠的红砖墙
记得小孩子的时候，我像每个小孩子一样都很喜欢玩积木。现在看着小孩玩，感觉都特别好，这东西，一来有趣，二来又能发挥小孩子的创造力，三来容易玩，砌个积木墙，不满意大不推了重来，组件是那几块积木，简单的组合，千万种变化，当中重来的成本其实是很低的，反观如果小孩子换成了水泥匠。积木墙换成了红砖墙，结果又如何，砌好了客户一声不满意，推倒了重来？当中所耗费的人力物力可想而知，最重要的是原来的一些红砖已经不能再用了，要重新换新的，成本何其高啊！
做软件也是一样，客户需求的地震随时出现，就看你能不能弄出一套完美的积木来。

13.这不是件好的艺术品
记得在我初出茅庐时待的单位，每当我提出要改进产品中一些腐烂的代码设计时，老总总是唐塞一句：“程序员都是喜欢把别人的代码推了重来的”。
事实真是如此吗？
王羲之，魏晋书家，现代人都说他的字好，都想学着怎么临摹他的神韵，为什么没有人对着王羲之留下来的碑文说，“这个不好，推了，我重写”，很显然这些都是有很高艺术的珍品，人们学习都怕赶不上，还怎么可能想把它砸了重来呢？
编程，本身就是一门艺术，本人小小菜鸟，不敢惭言是程序艺术家，但是欣赏的能力的都是有的吧，见到牛人的好框架，如饥似渴般学习都怕学不全，又怎么想把它推了呢？
显然，这不是件好的艺术品，请那些无知的人不要继续侮辱程序员的智慧，谢谢！

14.好产品不靠技术
有些不懂技术的老板却偏偏投资技术行当，无他，暴利行业，你喜欢，他喜欢，谁都喜欢，只有有点钱，有点关系，猪都可以。
不然怎么这么多暴发户都来混软件呢？在中国做软件，超大型的大部分给外国吃了，大型的是以前作坊经营update上去的，产品中有很多历史遗留的宝藏，有许多前人留下的古墓，后人不敢挖掘，深怕深陷机关，中小型好像是新生代，不过却是在英雄年代，产品质量如何就要看英雄的剑法如何啦.
前段时间看了很多朋友兄弟讨论现在中小型为何产品做的不好的原因，有的说，产品不好，销售扭头，实施懒理，客户前挨骂，老板后受气，种种恶性循环都有。可能我们做技术的人，都比较内敛，喜欢在自己身上找原因，很多找原因都逃离不了自己自身所在的团队的框框，认为一切搞好了，产品好了，你好我好老板好，自然大家好，真正一个团队搞技术，懂业务，有测试，写文档，好产品就会出来了吗？曾经的很傻很天真的我也是这么认为的，不过现在我只能说一句好产品不靠技术，如果技术的范畴是狭隘到实现产品本身的技术上，至少是这样的。
好产品是靠管理（当然有人说管理不是技术吗，前面说了，我不争论这个问题，大家明白就可以了），举个很简单的例子，大家小时候（我承认我老了，可能在大家还不在的时候），有没有帮妈妈做过年糕之类的东东，一个木刻的模子，盖下去，管你三七二十一，出来的年糕样子八九不离十，连我这种家务弱智都可以轻易顶过老师傅，至少在外表上看不出高低来吧，为什么，那个模子是死的，它规限就是这个样，没有年糕能逃出这个定制的品质，这反映在工作中是什么，就是管理，有人说，不做老板不知道油盐贵，我做老板，我也不肯花钱请QA，不肯花钱请写文档的“闲人”，不肯花钱请有经验的人，就那几个人，我能管理出什么来。
可能很多暴发户的老板不知道，还有很多东西都不要钱，特别在这个技术变革的年代，就看你有没有重视产品的心。想想即使一个刚刚出来工作小程序员，每天要求他按着规范复查代码，每天要他学习良好的编程框架和模式，一次不行，两次改写，总之踏着前人的脚印前进，编写出来的东西都不会差到哪儿去啦。老板们，不要说技术不关你的事，很多时候其实你才是关键，如果你短视，如果你认为做软件是熬大骨汤，让骨头统统放下去不闻不理就可以出好产品的话，软件质量真的已死，已死。。。
“收声了，现在产品靠的人脉后台，靠的是吹牛皮的高级技术。。。”
看来我又是在无言乱语啦~

15.计划总赶不上变化，但总得有计划
也许工作中那些华而不实的计划早让你烦透，我也承认做这行当计划有时总赶不上变化，但是这是我们不做计划的原则嘛，计划其实本身的精神意义要远远大于它的实际标榜作用，因为计划的日期是永远，那么工作的日期也只会是永远。人脑中也有一个赏金猎人，当我们完成计划中的一部分时，总给我们以喜悦的奖励，工作激情不肯时刻饱满，没到一站加加油何乐而不为呢？
不过我们也得警惕计划的令一种极端，就是永远达不到计划，例如工作明明要三四天，硬扛给自己半天完成，可能吗？那么有奖有罚的大脑不会让你好过，沮丧的情绪会一直缠绕你，挥之不去。

16.日志是流水账，却是不能忘却的记忆
给上级做工作报告，想必大家都做过，大家又为自己做过工作报告没有，是不是常常感觉到自己好像一天忙忙碌碌，却好像什么都没有做过一样呢？等着吃饭的口不会让我们勤劳的双手停下来的，所以大家每天都干了很多很多的事情，如果大家在每完成一件小事情的时候听而下来花上半分钟记录下刚才干完的事情，下班一看，你一定倍干欣慰，“哦，原来这天我也是过得如此充实的”。
记录日志其实很简单，一个txt文本即可，在此强烈推荐用SVN像管理代码般管理日志，看着日积月累的日志，脚下不禁也踏实了很多。

17.充电要分深浅充
读书看博客，博览群网，基本是每个技术人员的工作之余必充之电。本人没有什么文化，小说超过二十页都看不下去，可许多技术砖头我都基本在床前啃过，看技术书很容易会让人有似梦朦胧的感觉，看一遍不行，要两三遍才有感觉。看第一遍是浅充电，不求明白，但求知道有这么回事，然后把身心再投入到工作中去，当工作勾起你脑中丝丝记忆的时候，回头来个深充电，深充要慢慢地充，一点一点但很深很深，只有如此这样反复充电，自然做到手中无电，而心中已充满power。

18.注释是你和代码的成长日记
不知道大家是否依稀记得几年前win2000代码流出的事件呢，本人菜鸟没看懂多少，不过也不想去看，试问想研究，linux内核都够你爽了，何必去为这些断章着迷呢。我现在的记忆只是那些比较爆笑的代码注释，当中有骂编译器，还有和他某某女朋友二三事的记录，当时一笑置之，现在看来，这是多么好的编程风格，想想，某天你迎着deadline，不得不写下恶臭的代码，然后加上一句心情注释：“好CCTV哦，小样，日后定要改正之”，以后等闲下来做Code Review时，看到，马上就可以领略当时写这段代码的心情与想法，很多情景马上就历历在目，你马上就知道你现在该干什么了，试问还有比这更好的注释吗？

19.如果找不到解决方法，请睡觉去
以前小时侯听人家说上班族照九晚六，现在上班了，才知道什么是照六晚九。外人风光的高级工，动动手指，点点鼠标的工作，内里藏了多少心酸，只有我们自己知道，每当下班时总有那么一两个问题缭绕心中，百思不得其想，无他，疲累加脑充血，IQ急降的时刻，即使上网众裏寻她千百度,默然回首依旧无影无踪。。。但很快你发现，明天回来，你就大拍自己的屁股，哦，原来如此简单，十分钟的问题，为什么就是想不到呢？
我不知道为什么，只是奉劝和我有同样经历的朋友一句，如果找不到解决方法，请睡觉去。

20.不要做混蛋的人
俗话说林子大了，什么鸟都有。在社会工作中的人们，有些认真敬业，有些混蛋过日。我就曾遇到一位混蛋同事，整天抱怨公司对他待遇怎样怎样，可他工作如何，不是一个烂字了得，上班二十天，迟到手指数不完，负责的组件中处处渗透着恶臭的代码，同事们都怨声再道，试问这样的工作态度去那里都不会有好待遇的。
一个人，作为一个工作的人，首先要把自己的工作干好，不求兢兢业业，也得踏踏实实，做不到认认真真，总也不能给马马虎虎拉上关系来让人有谓之于微言的话柄。不然你还能有挺直腰杆大声说话的时候吗，要记住做不好本分是永远没有说话的底气的，
要别人尊重你，先得拿上能让人尊重你的本钱。
不过想想，我也常常是个混蛋的人，有时候真对不起给予我厚望的朋友，要多反省反省。。。忏悔忏悔。。。

21.为员工想员工的问题，员工才会为公司解决公司的问题
别人口中拿来的经典中的经典，我想无需多讲，公道自在人心，人人都能用心体会。

22.咱们技术员都不坏
记得在程序员某其杂志上看过一个招聘访谈，谈到怎么判断员工的道德品质，那位主管就说了一句，“我相信一心专研技术的人，品德不会差”。又记得每每和一些HR谈话后，他们都不知不觉说我们都是单纯的人，不知道这是真情实意，还是假惺惺了，不过都可以说明我们的品德都不差。肯能有些孤高自傲的技术员会有点格格不入，但我想只是他们的EQ不够高而已，总比那些业务员般口吻的人来得可爱些，工作中要多点宽容，给心多点空间，不要为小摩擦心生恨意，因为咱们技术员都不坏。
弱弱问句，现在MM是不是都喜欢坏坏的人，我是来自火星的，不好意思 o(∩_∩)o

23.一个技术不高却认真的人顶用过一百个技术高超但马虎的人
正如前面所说的，编程是一门艺术，所以是严谨而需要精雕细琢的。正所谓一粒老鼠屎坏了一锅粥，试想在一副浑然天成的名画中滴多一滴颜料，后果可想而知。老毛也说过，人最怕认真二字，即使技术再高，马虎了，什么也不是。

24.我们不是羊，我们是人
不知道重何时起，“很好很强大”这样的口头禅开始流行，其中的讽刺意味我想大家都心照不宣。技术也是一种学问，来不得半点浮夸之风，如果你没有真正试验过，请把自己的嘴巴封上，因为我们不是羊，我们是人，不应跟着别的羊“咩咩”叫。

25.看百本书，不及写半个DEMO
古语有云，破万卷书，不如行万里路，其中含义想必不用我多费唇舌，我们做技术也是一样，书倒是破了不少，但我们路没有做过多少，敢问我们路在何方，路不再脚下，在跳跃的键盘上。
记得，Scott说过他每天都得抽出两个小时来写Demo，纸上得来终觉浅，绝知此事要躬行就是这个道理了，学学啦，朋友

26.世界没有高人，只有更高的人，我是永远的菜鸟Beta号
正所谓天外有天，人上有人，此名言放之四海而佳准，做技术的人们更是如此，所以我们要多一份谦虚，少一分傲气，把心放低，把头抬高，做永远的菜鸟Beta号。

27.错误不是用来找责任的，是用来避免下一次错误的
人无完人，谁能无错，知错能改，善莫大焉。可见错误是不可避免的，只要你做事情，就一定有错误的可能。
想想有这样一个团队，每当发布产品的时候都人人自危，生怕错误降临自己头上，会被骂被千夫指被扣工资，试问这个时候出现的错误意义何在呢？
记得曾经看过一篇留日工程师的访谈录，说道他们的团队，发现错误，第一步做的是向客户道歉诚恳地请求原谅，第二步就是集体研究避免同类错误再发生的方法，自此至终没有人提高错误的责任归谁，是谁的错误，因为他们都知道，团队里面每个人都是好样的，都是认真的，犯错本身就是对犯错者本身最大的惩罚了。
看后我真的感动，想想这样的团队能做出质量差的产品，我真不敢相信。

28.可以不说话，但说到就要做到
国人不知道从何时起，对于国内企业一切牛B的豪言壮语如此有抵抗力，一个缺乏诚信的国度，一个黑白很CCTV的国度，人们也许已经麻木，这样带来的恶果是什么，我不想说，不缺乏智力的同胞们应该深明其义。
在此，我不得不再举一个来自日本这个我相当不喜欢的地方的故事。
余世维在他的讲课视频中说到这么一个故事，他说有一次在日本做早班机，很早，是凌晨5点的飞机，他下榻的宾馆下有一个餐馆，他去问餐馆的服务员他们几点中开门，服务员答凌晨四点开始营业，于是他那天3点50分就待在那家餐馆门口对面看着，只见3点58分餐馆已经一切准备就绪，开门营业，他进去马上如常点餐。试问这样的精神在国内能找到几家呢？
记得前段时间要办劳动手册，我这个暂住在中国的中国人不得不去办理暂住证，公司上班9点，办证点写着8点，心想早点去弄完，还能刚刚赶得去上班，可准时在门外等候的我，呆呆地站到差不多8点45分才能等到一个开始办理证件的工作人员到来，一问，办理三个月三十几块，半年六十几块，一年又翻一倍，心里不禁一赞“这工本费定得真是相当的合理啊！！！”。

29.讨论不证明谁的对错，只告诉我们正确的方向
做技术的或多或少都有点偏执狂，认为自己方法是对的，别人的方法都是错的，其实正如条条马路通罗马，方法是多种多样的，很多时候都不是谁对和谁错的问题，最后你会发现讨论不证明谁的对错，只告诉我们正确的方向而已。

30.不够弱智
曾几何时，我这小样，也曾喜欢在别人面前玩弄一些命令行来完成一些简单的事情来显示“实力”。
但随着对人机界面研究和探索的深入，渐渐发觉，其实这些看上去很高深的界面其实是很失败的设计，当然有些人会反驳我，“用命令行才高效率啊，编写个脚本运行，那样才叫一个快，你懂啥？”我尽然是这样没错，但为什么不把写脚本这个过程也做一个好的人机界面出来呢？这样也高效率，但易用性就大大提高了，“你丫蠢，不会用能怪谁啊？我们这才叫高手！”，哦，我不得不承认我是一个弱智，只能从弱智的角度去思考软件是该如何用的，也许客户对我抱怨，“你的软件怎么设计得如此难用，看着说明书都不会用！”，“对不起，我可能不够你弱智，我会继续努力。。。”

31.不够无知
我记得以前和一个仰慕已久的技术很牛的师兄讨论技术，我问他，现在在钻研什么，他扬扬头，一脸为难的说，“我其实什么都不懂”；又有一次，一位师弟兴奋的给我看他得意的作品，洋洋得意的说道他用的技术如何如何高深，如何如何厉害，我认真地看了看，我发觉原来我都懂得这些东西，看来我离什么都不懂还有很长很长一段距离，还不够无知啊！

10000.请爱惜自己的革命本钱
也许以后我还会在这篇文章中继续疯言疯语，但这永远是我最后一条箴言。
说什么都是假的，要在事业中闹革命，总得有点革命的本钱，这本钱不是金钱，而是身体，家人和朋友。
身体，也许被摧残得差不多了，只有走下坡路的命，只能用加强锻炼来维持。
家人，也许是代沟，也许是我不孝，也许是我太反叛，总是得不到家人的理解，心是很酸，只能祈求日后做个能听孩子说话的爸爸啦
朋友，只有他（她）们才能从心灵上给予我无穷的动力和支持，给予我战胜无穷困难的勇气和毅力，多谢你们！