差不多在三年前的时候，曾在某个知名论坛发表过一篇类似的文章，当时有很多人留言，同时大家也希望写的更详细一点。后来因为工作忙，就把这件事情给忘记了。前几天翻看博客，突然又看到了那篇文章，也看到了大家的留言，所以决定还是继续写一写。还是先给大家呈上原文，三年前的文章，写的比较青涩，如果各位大牛看到了不要BS我。“
很多人在接到一个项目的时候都会有这样的情况：看着项目需求文档，脑海里一片雾水，找不到切入点，不知道从何处下手。我刚刚开始参加工作的时候也有 过这样的经历(我貌似没有你们学历高呢！)。看着眼前不算厚的文档，愣是憋不出一点东西来。很多同学也包括我们公司刚刚入职的同事都有这样的情况。下面， 我想借我一家之言让大家来讨论讨论。
编程，很多人都简单的理解为面对电脑写代码，但实则不然。写代码只是编程中的一部分，还有一部分就是前期的调研和后期的项目实施。只是很多人都喜欢把调 研、写代码和项目实施分开来做，原因就是各司其职，效率提高。但是对于一个初出校门刚刚进入职场的学生来说，这是一个考验。在学校里，很多项目都是给出项 目文档的，我们不需要去调研更不需要去做项目实施，要做的就是动动手指头。我们只是徘徊在这样的一个圈子里，对外面的“世界”一无所知。
真正的开始是从项目调研开始的。有调研才有需求说明书，这样才会有代码才会有项目实施。所以，真正的搞懂编程是怎么一回事要从项目调研开始。写过需求说明 书的人们都知道，需求说明书是项目调研的实例化，它把现实生活变成了汉字，而汉字是我们思想与逻辑的集合体。当需求说明书做完，你就对这个项目有了90% 以上的认知和把握。接下来就是数据库建模，将我们的“思想和逻辑”抽象成计算机读得懂的文字。这两步的衔接至关重要。对需求说明书的不理解就会造成数据库 建模的错误，进而影响全盘的逻辑，最终的结果就是项目失败。接下来的工作就是编码了。这一步的工作是对数据库的详细化，具体化。一个个数据库里的表，变成 了一个个鲜活的界面，一个个生动的报表。最后的工作就是测试和项目实施了。需要注意的是(尤其是在做手机编程的时候)，代码优化是十分必要的。不必要的代 码不要有，这样对服务器和运行时都是一种负担。
当我们对这些流程都很熟悉的时候，当你面对需求说明的时候，你的脑子就不是一片空白了。我想，那个时候你的脑海里就像有千万闪电划过一样，思路就这样产生了。
一家之言，见笑。
诚然，到现在这个时候我还是坚持以前的想法，要想有整体性的认识，就要跟踪项目的整个生命周期。
今天要说的，是如何形成解决问题的能力。解决问题的能力是每个公司非常看重的一项技能，这种技能的形成离不开在日常生活中发现问题、解决问题的一个从量变到质变的过程。这项技能是从点滴积累起来的。那么我们怎么样才能成为人们心目中的大牛呢？
第一点：细心。细心是每个高手必备的条件。没有它，即使遇到问题，也不会找到问题的所在。如何养成细心？这要求我们养成淡定的生活态度，不骄不躁，能够平淡的看待事情，看待功名利禄。当然，对公司的薪资要求是另外一码事情。不知道大家有多少记笔记的习惯呢？如果在网页里看到一篇不错的文章，是否会记得Ctrl+D一下？如果你记得Ctrl+D一下，那么说明你已经初步具备了细心条件。
第二点：广泛的阅读。阅读不仅仅是指专业书籍文章，也包括所有的书籍文章。俗话说“书读百遍其义自见”，广泛的阅读不单单会提高我们的编程能力，也会进一步巩固我们的细心。当然，读书也要取其精华，去其糟粕。像那些武侠玄幻的小说，还是不看的好。阅读能够拓宽我们的思路，在遇到问题的时候能够帮助我们不会拘泥于在一个点上。
第三点：提问的智慧。其实这第三点是可以单列出来作一篇文章来说的，这里呢就简单的说一下。如果说我们把前两点总结为“入”的话，那么，提问就是“出”。提问是对我们所掌握知识的一个归纳总结，如何叫别人在第一时间就能理解你要实现什么，这就是对我们平时所学习的一次考核。提问要抓住要点，比如“我如何在ASP.NET下如何实现XXX效果？具体是XXXXX的”。如果你看到这样的提问，你第一反应是什么？那么如果你遇到这样的提问“如何实现XXX效果？”，你又会怎么想？很明显，你很愿意去回答第一个问题。提问不仅仅是在书面上，也在嘴上，所以，要多多练习说话哦~
第四点：刨根问底的学习态度。这样说可能有点过了，但是在你解决了问题之后，要记得总结一下，有需要的还要深挖其中的原理。如果你不做总结，当你以后遇到相同或类似的问题时，是否能够很快的想起解决方法呢？
通常在IT经理面试时，解决问题的能力是考察的重点之一，不仅仅是给你一道题目，还会通过在与你的谈话中获得信息。所以为了找到一个满意的工作、高薪的工作，从现在起努力吧！
欢迎各位高手指正！