转眼间在从大一踏进学校的校门到现在刚刚好两年了，在这两年里面，有学到了不少东西,包括怎么去独立生活，怎么去与人沟通，等等，当然最重要的还是学到了自己想要的专业知识。

记得大一的时候主要是学习计算机导论和Ｃ语言，对于急于想看到效果的我，Ｃ语言学起来就比较枯燥，因为Ｃ语言编写出来的程序主要还是在命令行的操作，我很想开发出windows界面的软件出来，但是没有办法，Ｃ语言是基础，没有这个基础就往高处想，恐怕梦想不会那么容易实现。所以我就认真的把Ｃ语言的基础打好，先掌握好里面的语法，程序控制逻辑和一些基本的算法，说真的，尽管是比较枯燥，但是一旦陷入了编程中，自然就会发现其中的快乐。

大一第二学期的时候开始接触NIIT的课程，平时虽然一点作业都没有，但是我上课的时候不是那么认真听课的人，所以课后总是要花时间来看看和理解老师上课的例子，在这个学期中，我们主要学习了C++和Java，都是刚刚开始接触到面向对象的语言中来，由于对一些面向对象的特性不熟悉，毕竟是刚开始接触这方面的语言，所以学起来就有点吃力，再加上平时实践的时间比较少。

终于到了学期的期末，学期期末的项目是使用Java语言开发一个网络的聊天室，在我还没有开发之前一听到这个项目，我做梦都没有想到我可以编写出一个聊天室出来，但是既然是课程提出来的项目，就一定有它的理由，我也相信最后一定也可以完成它。功夫不负有心人，经过接近一个月的研究，我总于完成了我来到学校的第一件作品。在这个月中，我不断得查阅资料，询问老师，平时和同学多交流，终于在最后的评审中，我获得了全班第二的好成绩。通过这个学期的开发中，我几乎把整个学期学到的知识都用到了我的聊天室里面，所以在实践中也等于复习了这个学期所学的内容，而且我发现这样的实践，比我在平时课后看书，看资料所学到的还多。

大二的第一学期，进入了数据库和高级Java的学习，说真的，在学数据库的那段时期是最烦的，因为每天就学了一大堆SQL的语言，非常的枯燥，都是关于怎么去查找数据表格里面的内容，那是时期，因为课堂上听课了之后觉得都是比较简单的，所以课后很少去动手。到了后来项目开发中，我才发现数据库的重要性，整个系统的信息都是存储在数据库里面的，所有的在程序中对数据的操作都是等同于对数据的增删改查询操作。

在期末的项目中，根据项目所要求的内容，我不断翻看以前没有掌握好的数据库知识，感觉如果我前面有认真学习的话，到了后面开发项目的时候就不会那么吃力了。对此，我总结出，如果在前面学数据库的时候不要单纯学习SQL的语言，把数据库和程序结合起来，如果老师的讲课的过程中可以说清楚数据库怎么绑定到程序中去使用的话，那么我想对于我来说我会更加有兴趣去学好数据库，因为只要在程序开发中才可以去体验数据库的魅力和重大的作用。

在学期末的J2EE开发电子商务网站中，我学到了很多关于怎么制作动态网页的一些必要元素的基本的原理，体会到软件设计在网站开发中的重要性。

转眼间来到了大二的第二个学期，可以说在这个学期中，是我最有感触，学到最多知识，达到质的飞跃的一个重要学期。有了前面几个学期的学习基础，我对面向对象语言已经基本掌握清楚，运用起来也觉得没有什么特别困难，基本已经入门了，这个学期主要是进入了.net的学习。

好的开发工具是保证效率的一个重要因素，Microsoft Visual Studio .NET 20xx就是这样的一个开发工具，令我刚刚一接触就深深得爱上了它，它的易学易用令我对编程的兴趣倍增，以前学习Java之所以见效

不大是因为没有好的开发工具和环境，总是在环境配置中浪费大量的时间，而真正的涉及到编程很少，所以这也是我以前为什么学起来没有那么有兴趣的原因。

我觉得学编程就应该学习它的思想，编写代码就应该尽量避免写出与逻辑无关的代码，比如界面代码可以让机器去自动生成不必浪费时间手动去编写，所以好的开发工具可以帮助我们做到这一点，只编程逻辑代码，很多代码都可以让机器去自动生成。在.net就可以快速地开发既有漂亮界面也有强大功能的程序。有了这么好的开发工具，所以令我顿时感悟，有种相见恨晚的感觉。

有了好的开发工具后接下来要做什么呢，当我们为之兴奋的时候，当然是很有欲望去做出某某自己很想做的东西，因为你一拿到好的开发工具，就会整天的陷入开发状态，对其爱不释手，一开始我是试着开发一个Flash播放器，感觉编写起来不是编写起来不是那么难，因为前面已经有学习Java的经验了，初次学习.net的时候选择编写Flash播放器也是有理由的，一方面是程序比较简单，另一方面的涉及到的控件和界面比较多，所以一开始接触这样的语言就首先学习怎么去调用.net平台上提供的控件，只要掌握好这些控件，以后编写windows界面的控件就简单很多了。

经过几天的时间，终于把Flash播放器做出来了，以后想Flash影集的时候都用自己开发的播放器进行播放，感觉别有一翻滋味，因为这就是为自己量身定做的，这就使我再一次感觉到开发的乐趣。

每年的11月份都有一个高校杯的软件设计大赛，这时间正到了5月，我们屈指一算，离比赛的时间还有6个月的时间，这段时间我正处在开发的兴奋期，所以对这个软件设计比赛就感兴趣起来，第一是可以知道自己的编程程度和其他人的距离，第二是可以利用这个一个项目实践来锻炼自己的开发技能，第三是可以锻炼团队的合作。以前几乎都是自己开发的软件，很少和其他人合作，所以就令我想到这种开发模式将来带到工作会另自己处于不利的地位，现在不是都讲究团队的合作么。

经过思考后，我找来另外的两个志同道合的同学，利用五一放假的时间想好主题，还有进行需求分析，最后定下来“多媒体日记本”这一项目。定好题目后我们就进行了分工，一个人负责数据库方面，一个人负责界面的美化和界面的布局，另外一个负责功能的实现，分好工后我们立刻就展开了工作，在合作的过程中，我们学到了许多课本上没讲的或者只是粗略带过的知识，有些特别的技术难点还要到网上去搜索，查阅有关的资料，在语言方面我们几乎把.net里面的基本框架和特性都用上了，这样对于我们学习就达到了事半功倍的效果，边学边做学到的知识可以很快吸收，又可以很快得运用的实际中去，这是我通过这个项目感触最深的。很快就到了期末，学校举行“IT精英杯”软件大赛，我们小组终于不负众望，拿到了一等奖的好成绩。

经过这次我比赛我总结出心得，首先比赛的题目要定好，一方面是开发的软件要有实用性和市场前景，另一方面还要在实用性上加上点创新，给人耳目一新的感觉，我觉得只要先抓住好这两点，做出来的软件才会给人留下好的印象。

利用暑假的时间，我又参加系里面组织的软件工程培训，又一次在开发项目中学到了许多许多看书只能朦胧懂的知识。

转眼间大三第一个学期就开学了，回顾这两年来学习软件开发的经历，写了这样的一遍心得，一方面算是对自己的总结，另一方面也可以拿出来给大家参考和交流。最后我还是要再归纳一次，总结出如何才可以比较容易地进入学习状态达到快速开发的目的。

1. 打好基础，掌握好Ｃ语言Ｃ++基础的语言，对学习数据结构和算法有很大的帮助。

2. 面向对象是高级也是最流行的语言，所有的面向对象语言几乎都是通用的，结构和特性都差不多，只要掌握和归纳好它们的一些共同的特性，哪怕将来转向其他的语言都是轻而易举，得心应手，达到融会贯通的效果。

3. 好的开发工具是你提高开发效率，提高编程兴趣的前提，学习语言的过程中还应该研究怎么利用开发工具有效地提高开发的效率。

4. 善于总结，在开发过程中我们可以总结出许许多多规律性的东西，这些规律一方面可以让我们避免在以后的开发中犯同样的错误，另一方面对我们掌握其他的规律都是有所帮助的，规律都是交叉在一起的。跟着规律走，实事求是。

5. 项目开发是最好的学习方法，这一点是我最有感触的，软件开发是实践性很强的活动，但靠理论知识学起来比较吃力，而且枯燥无味，学习种理论学习和开发实践的比例应该是1：2，而且是交叉进行。这样才可以比较快的掌握一个知识点。

6. 团队合作，现在的项目几乎很少一个人去完成，频繁的沟通和密切的配合是成功的必要条件。

 

第二篇：大型软件开发心得

最近做的一个项目从需求分析到上线绵延了四个月之久，这也是目前接手过功能点最繁复，产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得，拿出来跟大家分享。

立项前

1、统一元素设计需考虑周全

也许是初创团队的缘故，我不得不感叹团队对产品经理要求之严格之缜密，项目全程只有一个人负责，所以大到产品线对接，小到一句提示的位置和展示形式都需要一一推敲。

哪些元素应该做到统一？

a、提示方面：统一的操作成功/失败提示；统一的弹窗形式；提示语言采用较统一的句型；为空情况的友好提醒；溢出情况的友好提醒；表单实时验证的提醒形式等。

b、文字方面：是否有统一的段落前“·”号；统一的链接状态；统一的字体、间距、行高等。

c、图片方面：调取图片的统一尺寸；如果是上传图片类的操作，需要考虑周全全站的调取情况，以及考虑是否统一预览图的尺寸等。

d、细节交互：未激活功能的按钮做“灰色”处理（例如用户没有勾选信息时批量删除按钮不可使用）；按钮点击的状态统一（例如增加“提交中”的按钮状态，以防止网速慢用户狂点某一按钮的情况）；特殊控件的统一等。 也许会有朋友说，上面有些是交互设计师需要做的事，但我一直认为作为一个产品经理考虑周全一些，没坏处。这些“统一”同样可以用在验收阶段，要知道，即使一个像素也可以改变整个产品的感觉。

2、原有功能的去留

我一直觉得升级已有产品比开发新产品难一些。这就像栽培植物一样，新种下一棵果树无非需要选对了土地，然后刨个坑种下去，然而成长期的去病枝、打顶等各种修剪所消耗的精力往往更多。

改进已有产品常常需要面对一个最棘手的问题：原有功能是去是留？ 原功能去掉的话是不是会影响部分用户使用？是否需要通过公告、站内信、界面引导等方式友好地告知用户？怎样把对用户的伤害降至最低？

原功能留下的话是不是可以优化完善？听到了什么用户群怎样的声音？是否要在这次升级中做调整？

这些问题当接到项目的时候，产品经理就应该考虑周全了。特别需要注意的是，如果这个产品之前不是自己设计的，那么最好找到prd说明文档细细研究一遍，对把握不准的功能点找到原负责人确认，毕竟树苗是ta摘的，别把将来最能结果的枝干给砍了。

3、产品线上下游的对接

昨天有跟朋友聊起淘宝强势之处，就是产品与产品紧密捏合，线上线下、跨平台跨行业形成了一个盘根错节、根深蒂固的根基，无可撼动。

所以把握产品线上下游和产品周边很重要，即使一个看似简单的新闻展示页面修改也会牵扯到编辑后台、广告位管理、帮助中心，甚至是访问统计、数据需求的变更。

这要求在产品设计开始前，需要把该产品“连根拔起”，仔细梳理相关脉络，如果产品线够长，一个清晰的产品线结构图很有必要。

项目中

1、项目期间来自相关产品线调整的影响

项目期间相关产品线的调整是我最不愿意遇到的情况，这就像你在通往目的地的道路上高速行驶，就快要到达终点了，突然一个人告诉你：你走错路了。

项目里有一个通用模块，产品设计到一半，这个通用模块改了；项目里有一个流程，产品做到一半，这个流程废弃了；最要命的是已经立项开发了，你不得不硬着头皮跟程序员说：“因为一些不可抗拒原因，这个需求咱不做了。”

对于一个耗时较长的项目来说，这种情况难以避免，事出原因私自总结有三：

a、严重体验性问题：例如某个流程遭到大量用户的不满，为防止用户流失，不得不做临时调整，而倒霉的是，你也在用这个流程。

b、相关项目的影响：包括并行项目和新项目。例如你的同事在设计另一个产品，你们的产品相互牵扯较多，所以需求分析时做过很多沟通，但有一天，同事告诉你，ta的一个需求做临时调整了会影响到你，怎么办？

c、老板的突然决定：不举例。

最终的解决方法不外乎三种：立即调整、延期调整、不调整。个人的处理原则一般是对a种情况进行立即调整，对b、c情况讨论并选择性延期。 为什么这么做呢？a情况是必须要改的，时间早晚问题，长痛不如短痛，b、c两种情况必须坐下来细细讨论。需了解这个需求为什么要改？是长期对策还是临时决定？能否延期，记录需求等下一版本再开发？如果b、c情况提出来的需求没过两天又有改变，那与你配合的前端和程序员也太没有安全感了。 这个时代能耐心阅读完XX枚汉字的人越来越少，较大型项目的产品工作心得[下]未完待续，欢迎交流??

2、需求变更

承上，需求变更是每个程序员、产品经理、设计师等都会遇到的情况。产品经理不是神，项目组也不可能是开了无敌状态抵挡任何外界的影响。

当遇到不得不变更需求的时候，产品经理应该怎样处理呢？下面是个人的四条建议：

a、积极处理。往往，当一个设计愈是趋于完成，人们愈是倾向于局部调整，而不是做重新设计。当一个需求因为众所周知的原因不得不调整的时候，作为产品经理需要做的第一件事便是积极面对问题，积极处理。

项目开发往往是一个紧张的过程，每半天甚至每几个小时就有若干个功能点开发完成，当一个需求变更传达出现“延迟”，这个变更对项目的正常进程的“破坏力”就会更大一些。

b、保持沟通。“说话容易，沟通很难。很多事除非对方自己想明白，劝是没有用的。所以，很多时候，沟通是个自己挣扎的过程”这话没错。需求变更直接会影响到下一道工序，产品经理需要将需求变更的细节和原因传达给相关人员，包括视觉、前端、程序、测试等。

这是很多产品经理表示非常痛苦的过程，因为可能会遭到数落和冷眼，日本有一个礼仪原则是“不要给别人添麻烦”，但是在项目中，这不可避免。 个人认为所有沟通的障碍都源于思想的不统一，如果让大家觉得这个需求修改是在浪费时间，那么沟通上的不畅快在所难免。项目不是这样算的，需求既然更改一定有所目的，产品经理需要将这个原因讲明白，不做修改或节约沟通时间导致的返工，后果往往更严重。