2001年我到美国读大学时，教哲学的老师小德身上有一种很特别的气质，一下子吸引了我。有一天他邀请我到他家做客。他把我带到一个狭长的汽车房子前说：到家了。我简直不敢相信，我的哲学老师居然就住在科罗多州群山包围的小镇的一座破汽车里。

　　那天阳光很温暖，小德拉我与他面对面的坐在草地上，他要给我讲他的故事。他用打工赚来 的钱买下了这个汽车房子，那还是他独自从家里跑出来读研究生时候的事。他与这间汽车房子相伴为生，一住就是10个年头。他说在美国，只有聪慧善良的人才会 住进汽车房子，我呵呵的笑，我知道，那些拥有豪宅的富人们是不屑把家安在这样一间汽车房子里的。

　　小德说，16岁以后，他就再没向家里要过一分钱。我帮他统计都打过什么工：读研究生 时做助教；成为讲师后，做过很多木工活，在森林里锯木头，帮老教授修房屋；上大学时和一伙同学协助教授在互联网上编写物理教科书，也做过小朋友的带课老 师；中学的时候在百货公司里卖过玩具，周末的晚上百货公司关门以后，他还要检查电路、粉刷厕所的墙壁；念小学时他就开始骑着自行车在街区里送报纸，他也尝 试过个哥哥一起卖废品赚钱，然后买收音机的配件组装玩儿；若是再往前说，硬要追溯到他的第一份工作，恐怕要是他三四岁时被装进那充气玩具里，站在门口招揽 顾客。

　　对此我羡慕又不理解。我说我们中国的孩子不这样，像我是独生女，爸爸妈妈非常爱我， 他们负责我生活上的一切，我只要好好学习，把成绩搞上去，实现他们让我考个好大学的愿望就行了，将来找个好工作，嫁个好丈夫，一切就OK。小德睁大眼睛看 着我说：“你喜欢这样单调的没有内容的生活吗？你的人生没有任何经历，你怎么可以懂得生命。”他振振有辞地告诉我美国“垮掉派”作家杰克·凯鲁亚克说过的 一句话：没有放荡过，就等于我们没有年轻过。看着小德激动的模样，我也开始有点心动，是啊，我从来都活在父母的设计当中，难道还要一辈子这样活下去？也从 那一刻起，我爱上了小德。常常，我眼前会出先小德满怀激情的模样，他就站在我面前。

　　暑假时，小德要开车到美国东部的鳕岛去，一为老教授在那里有一幢年久失修的小木屋，小德应邀去修葺。他临行前千方百计的蛊惑我，说那是个没去过的地方，在那儿一边打工一边尝试另一种生活，多好呀。

　　坐着小德那辆750美金淘来的小破车，我们一路艰苦跋涉，从科多拉出发，途经堪萨斯、 密苏里、伊林诺伊、印地安纳、俄亥俄、宾夕法尼亚、马里兰、新泽西、马萨诸塞，只后又从那里穿过康捏狄格、新罕布尔什，我们常常整日地开车，晚上就随便的 找个路边的小旅店过夜，但更多的时候，则是在沿途的国家公园里露营度过。晚上透过帐篷上的小天窗，可以望见月亮、星星，还有萤火虫，可一旦下起雨来，帐篷 还没搭好，就已经淋了一落汤鸡，这不如想象中的那么浪漫，可感觉是有一中以天地为家的豪迈。

　　在途中我们讨论钱的问题。我问小德，如果我们赚到一笔钱，足够买到一所豪宅，过上富有的生活，你愿意吗？小德很果断地告诉我，他将不会用钱去买豪宅什么的，他坚持说：“钱是用来买有趣的经历的。我不需要豪宅和高档的衣裳，因为这些并不能带给我有趣的经历。”

　　所以至今他仍然开着那辆1987年的二手汽车，穿着极不讲究的T-shirt和牛仔 裤。记得有一次我在一本时尚杂志上看到一件昂贵的外套，我让他尽想象力猜测那件衣服的价格。他说：“800块（美金）”我敢说他说出这个价格时一定用尽想 象力了，但其实那件衣服是5000美金。当我告诉他这个数字时，他惊讶地说：“真搞不懂人们怎么会在衣服上花这么多的钱。”不过为了追求他所谓的“有趣经 历”，他有非常专业的攀岩、攀冰、睡袋和两条皮划艇。他曾经话去整整一年的积蓄搬到瑞士去住了一年，并走遍了欧洲，他甚至想到要在尼泊尔和人合伙投资一座 饭店......因为所有这些对于他都是有趣的经历。

　　去年夏天，小德和我回到中国。我们背着大背包去了云南。钻进大理洋人街的“懒人书吧 ”，歪在藤椅里，一杯咖啡，几本好书就可以成全一个没有负担、没有心事的下午。丽江的雨天，不打雨伞，穿着拖鞋，在四方街的古老光滑的石板路上吧唧吧唧昧 心没肺的玩耍；沪沽湖的夜晚，听好客的摩棱女人将她们奇特的走婚风俗——这真是最轻松、最快乐的日子，这种快乐是那么简单质朴。我对自己说这样的经历多好 呀。

　　这时小德想到尼泊尔去教书，他说我们到尼泊尔去，一定会有别具一格的经历，我当然准 备与他同去。父母看我要同小德如此“去经历，去放荡”，很替我担忧。他们不停的鼓动我再去英国读个硕士回来，那样就可以找到一个好工作。从小我就是个乖女 孩，一直在大人们的“策划”、“监视”下长大，但是这一次我决定按照自己的意愿器乐过“经历着、放荡着”的生活。我对父母说：“你们只是希望我好好活着， 可我更想拥有的是生活，而不仅仅是活着。”我希望他们能够理解，更多更有趣的经历才是最好的生活。

　　我也振振有辞地对父母说了那句名言：没有放荡过，就等于我们没有年轻过。这一次我与 家里闹翻了，他们想不通我是中了什么邪，放着为我精心“设计”的路不走，非要跑到尼泊尔那样一个落后贫穷的国家去寻找有趣的经历。与家里闹得天翻地覆之 后，我终于如愿以偿地去了尼泊尔，看到了真正的珠穆朗玛峰。忘不了那一天，在加德满都车流汹涌的街头，小德对我说：“联合国有将近190个成员国，假如我 们平均一年走4个国家，不用到50年的时间就可以走遍全世界，我们的经历，会让我们这一辈子活得像几辈子似的。”快乐的我们紧紧拥抱在了一起。

　　我想我爱上了小德，是因为我爱上了这种生活方式；我要嫁给他，就是要嫁给这种开这破汽车，满世界寻找有趣经历的生活。因为，我看到了生活的多种可能性，每个人都可以最大限度地去经历。唯有这样，生命才多姿多彩。

前几天有个人退群了。起因很简单，他问了一个问题，没人回答，于是说要退群，后来我看到了，给了个链接，说这个问题已经说过好多遍了，于是他就退了。

打开QQ的群列表，我所在的技术群有5个，不包括原来参加过又退了的。另外，还去几个论坛里看。看得多了，忽然觉得有几句话想说给初学者。

97年，我开始接触网络，然后开始做网页，直到现在，10年的时间，让我觉得自己有资格说这些，毕竟，我也是从一个“小白”开始。

一、基础学习

无论学什么，想做出些样子来，都是要付出时间与精力的。
网页制作看着很简单，用软件（比如word）都能输出，但是要想做好也不容易，特别是如果想拿网页制作当作养家糊口的本事来做的。那么，拿出点儿时间来看看html和css的基础知识，是必须的。而不是要用到什么就跑去论坛或者群里问，下次再遇到又问。
听过那个相声么？“这个问题我不能马上告诉你，马上告诉你你印象不深。”
事实上就是这样，别人告诉你一句，只能是短期记忆，只有自己查资料甚至走了弯路总结出来的东西才印象深刻。
html和css都是很简单的东西，不涉及算法，不涉及数据库，只要搞清楚含义就可以。
有了基础，其实很多问题都会迎刃而解，真的遇到了不明白的，再问也不迟。

群里也好，论坛里也好，那些水平高的人，一般都是很忙的，一些太基础的问题，可能他们不会回答。而有些问题看上去似乎是简单而且独立的，但是如果对基础知识不熟悉，却又很难解释得清楚。

例如：浮动和定位。
浮动是布局绝对要用到的东西，定位也是，但是其在浏览器内的表现，又涉及到box model、包含块、文档流等等知识，同时，还可能有浏览器的bug在中间捣乱，那么我想没有几个人能用一两句话说清楚这许多的内容，只有去查资料，认认真真地学、实践，才能透彻地理解。

二、明白自己要问什么

经常有人问：“为什么这个没有效果？”，然后给一个截图。
页面是由代码来表现的，不给代码，人家再聪明也没法猜。
经常看到一些帖子，问得问题既模糊，文字又不通顺，错字连篇，让别人看得都糊涂。问问题都这么不认真，还怎么指望别人去认真回答你？

说到这里，有个真实的例子：
　　“问：怎么去掉列表前面的黑点呀？
　　　答：list-style:none;
　　　问：没有效果 
　　　答：你把代码发上来看看。
　　　问：<li>·<a href="xxxx">xxxxxx</a></li>
　　　答：……………………老大，你那个黑点是文字！
　　　问：我看看……哦，这样啊。
　　　答：无语晕倒。”

三、善于使用搜索引擎

其实明白自己要问什么了，最直接且效率最高的方法是使用搜索引擎，网络的好处就是资料多得目不暇接。

也许你的问题已经有人问过——特别对于初学者来说，问题一般都是被问过很多遍的，因此，也许已经有人针对这个问题给过很详细的解释，搜一搜看看有没有，这样的结果，比别人在论坛或者QQ上随便打一句两句话回答你更能提高你自己的水平。

四、谦虚

忽然想起一个小品，说如今杨白劳是大爷，黄世仁要追着求杨白劳还钱。
经常看到一些帖子，问问题没人答，就抱怨论坛人气低，有人回答了可能没解决问题，就抱怨没有能人，在群里问了没人答就说群不好。
有一个论坛或者群是万能的，也许你问的问题跟群没关系，自然没人答；或者，群里的人刚好都忙，毕竟大家都有工作，那么等等或者去搜资料，比抱怨更节约时间和体力。毕竟人家也没有义务要回答问题。

再或者，别人给的答案跟提问者预期的不一致，不要急着说不对，其实有些问题看上去的样子和其实质是有很大差别的。
举个例子，经常有人问一些CSS设定的问题，但是当我指出他的html结构不好时，总被回答，别管那个，你就说现在怎么写CSS。一个好的结构可能会让CSS变得很简便，你拒绝了简单的答案，别人哪里有那么多时间去给你搞复杂的东西？

五、关注别人的问题

天外有天，人外有人。
我之所以愿意关注这些群和论坛，因为从这些问题里，可以检验我到底掌握了多少知识，问题总是千奇百怪的，而总有人能 对这些问题给出答案，有的方法是自己知道的，有的可能是自己不知道的。而看别人的回答也许就能让自己更进一步，同时，回答别人的问题，也能巩固自己的知 识，有时候还能让自己发现新的东西。
如同前些日子，我买了两本CSS基础的书，有人问：你还要看这些基础的东西么？
每本书的作者都有自己的视角，自己的出发点，自己的经验，因此差不多每本书（当然那些纯是凑代码的书除外）都有其优点，都可以发现一些自己不知道的东西。

绝对的天才听说过，但是从来没见过。
踏下心来，开卷有益。

《HTML+CSS+JavaScript完全手册》学习笔记一

除了已经了解的，这次还学到了：

第一章、第二章：

1、JavaScript程序是跑在客户端上的。这里提到了所以稍微注意了一下，以后JavaScript深入学习的时候再注意好了。

2、HTML网页的文件结构：

<html>
<head>
</head>
<body>
</body>
</html>

3、路径分绝对路径和相对路径，其中，绝对路径即URL；相对路径参照物分相对网站跟目录和相对文档。相对网站跟目录比较好理解，但是相对文档根据文档的不同相对路径也会不同，所以需要注意一下。“在网站开发中提倡使用相对路径。一般情况下，使用相对文档路径，重用率比较高的资源使用相对网站根目录路径。”我不知道为什么一般使用相对文档路径，感觉比较容易出错。

4、书中提到的编写HTML标签有四个要注意的地方，还是值得记住的：

（1）、任何标签必须用两个角括号括起来，即<和>，如<html>。

（2）、任何单独的标签都是闭合的。闭合就是标签最后要有一个/来标示结束，比如<br /> 、<body></body>

（3）、单标签里可以添加部分属性，用空格分隔；而双标签在其开始标签部分属性。

（4）、标签是大小写无关的。某些时候HTML也不是非常严格，比如<br>也可以存在，但推荐使用标准写法。

第三章、第四章：

1、基底网址和元信息标签。详见P19-21。这个以前没有见过，以后用到应该也比较少，但是还是比较重要的功能。

2、CSS的头部信息：<style type="text/css"></style>

      JavaScript的头部信息：<script type="text/javascript"></script>

3、作者介绍的其他三种常用头部信息设置：P22

4、锚就是用于在单个页面内不同位置的跳转，有的地方叫做书签。

通用设计的原则是：

1. 公平的使用：对不同能力的人，产品的设计应该是可以让所有人都公平使用的。
2. 可灵活的使用：设计要迎合广泛的个人喜好和能力。
3. 简单而直观：设计出来的使用方法是容易理解的，而且不会受使用者的经验、知识、语言能力及当前的注意程度所影响。
4. 能感觉到的信息：无论周围的情况或使用者是否有感官上的缺陷，都应该把必要的信息传递给使用者。
5. 容错能力：计应该可以让误操作或意外动作所造成的反面结果或危险的影响减到最小。
6. 尽可能的减少体力上的付出：设计应该尽可能的让使用者有效的和舒适的使用，而丝毫不费他们的气力。
7. 提供足够的空间和尺寸，使使用者能够接近使用：提供适当的大小和空间，让使用者接近、接触、操作，并且不被其身型、姿势或行动障碍所影响。

至此，发完了CSDN上找出来的所有需求管理方面的文章的阅读笔记。对这方面的知识，只能算是初步过了一遍，大致了解了一点。如果以后要深入应用，肯定还需要再复习，并且结合实际工作的情况，否则没什么意义。

需求管理的工作，也是整个项目中，和用户最有关系的一个部分。对于软件IT类产品，需求分析和管理，其中一部分目的是和交互设计一样的。可以说两者的工作内容有交集。同时，用户研究和心理学方面的知识都是必要的。

http://blog.csdn.net/aiunong/archive/2007/11/02/1863426.aspx需求文档写作要点
据作者说是篇老文了.根据文章,需求的写作形式一般分为两种，面向对象和面向过程。下面就简述了这两种形式.

http://blog.csdn.net/aiunong/archive/2007/11/02/1863435.aspx企业管理软件的需求描述方法
构成企业管理信息系统的基本要素:企业的组织模型、企业的流程模型、企业的数据模型、企业的商务规则模型。5个基本元素可以将他们描述为一个五元组〈组织，流程，功能，数据，业务逻辑〉。
阅读需求文档的4类读者：客户与用户业务高层；用户的中层管理人员与具体人员；用户IT主管与开发人员，包括设计人员、编码人员、同行的专家；项目管理人员：包括项目经理、质量保证人员、测试人员、需求管理员、配置管理员、计划人员等等
需求描述的表示技巧

http://blog.csdn.net/Feisy/archive/2008/06/01/2477726.aspx开发前期的需求分析的心得
很详细得罗列的需求分析是否良好的一些标准.

http://blog.csdn.net/vfp_system/archive/2008/04/11/2280758.aspx项目开发心得之需求分析
从实际经验中分析了一些心得,值得借鉴.

http://blog.csdn.net/aafshzj/archive/2006/10/18/1340043.aspx需求分析的使命和方法
从产业甚至时代背景为角度来阐述了一些对需求分析的认识.文中也有一定的篇幅讲到需求分析和交互设计的关系.~

http://blog.csdn.net/lanmanonline/archive/2005/01/17/256008.aspx需求规格说明书样例
一份需求说明的样例。这样直观简单的罗列了一些一份需求说明书需要写的内容，也可以清楚地看出一份需求到底需要说明哪些东西。

http://blog.csdn.net/sharptoolbox/archive/2008/03/21/2202279.aspx非功能性需求
我之前写了一点需求和交互设计的关系。看了此文才意识到：其实需求管理和交互设计交集最多的地方，应该是“非功能性需求”啊～

http://news.csdn.net/n/20080104/112435.html专家看台：阿里软件研发总监叶伟：如何处理技术和需求的矛盾
叶伟认为技术和需要产生矛盾往往是因为两种情况。
调节技术与需求之间矛盾的三个原则：
1，商业驱动。
2，需求和开发人员之间应当寻求共同的价值点。
3，技术不能逾越商业决策，商业决策引导技术。

http://blog.csdn.net/dethon/archive/2008/06/01/2491648.aspx需求分析
又是一篇比较理论化的以软件工程的角度来讲解需求分析的文章.

http://blog.csdn.net/zengwke/archive/2008/06/01/2478250.aspx如何编写高质量“软件需求说明书”
这些讲需求的文章无外乎两类:如何写和如何写得好.这是一篇典型得描述了高质量的需求文档应该具备的特点的文章.另外,文中也举了写实际的例子来说明问题.这样就让人直观得了解到一条需求是如何评价其好坏的,不足的时候又是应该怎么改进的.

http://blog.csdn.net/goldou/archive/2008/06/01/2486582.aspx程序员如何做需求分析
比较完整的一篇关于需求分析的文章.从这个工作的定义,过程,目标方法,到之前讲过的20条法则,都罗列了一下.以后想快速复习相关内容的话,比较实用.

http://blog.csdn.net/aiunong/archive/2007/11/02/1863735.aspx锻造软件需求人员的六大要素
讲得很有道理，学到很多。首先很清楚的说明了需求人员应该具备的一些素质要求，其中不乏传统中被忽略的：如管理知识和相关人员间矛盾的处理。

http://blog.csdn.net/wydin/archive/2008/06/01/2436025.aspx需求分析的二十条法则
罗列的20条内容，可以说是法则，或者说注意事项吧。对于需求分析的工作确实很值得借鉴文中还很形象得描述了一些场景，是在需求调研的时候可能碰到的很典型的棘手问题。很有学习价值。

http://topic.csdn.net/u/20080611/14/B5647C94-DD21-4331-93D2-1D33D0F1CDBB.html从一则笑话分析需求的陷阱
用一个笑话的例子简单得说明了需求分析需要尽可能考虑周全的要求。以及调研时必须搞清楚的一些问题：
1）：客户目前的问题与苦难
2）：客户现在的工作模式
3）：客户对系统的期望
4）：客户哪些要求是自己能做到的，那些是依靠系统来做
5）：还有客户对系统开发方式以及时间的要求等等
引人入胜，又容易理解～

http://blog.csdn.net/yzhz/archive/2007/08/05/1727789.aspx
web项目经理手册－需求变更管理
仅从需求变更的问题上，本文和下面的一些讨论很值得学习，但本文是针对web项目的，具体内容可根据实际情况参考着学习。
现在可以留意一下重点：
1、需求变更的审核：是否需要、影响
2、变更的相关人员和负责人
3、变更的跟踪落实。
这是根据我的理解和实际工作做的总结抽象，具体内容见原文。

http://blog.csdn.net/t_larry/archive/2008/06/01/2358920.aspx如何做需求分析
简单明了得介绍了需求分析的一些基本内容：
1、获取需求的方法；
2、分析初步获得的需求，整理后让客户和开发人员确认；
3、分析需求的方法和过程；
4、需求文档的编写、评审和管理；

文中提到的需求分析和管理的5个步骤：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求

http://blog.csdn.net/vbanglev/archive/2008/06/01/2471997.aspx需求文档模板
http://blog.csdn.net/vbanglev/archive/2008/05/23/2472017.aspx技术文档模板
很清楚的两个文档模板，从来没有做过的话可以参考。