芥末46487171
软件实施比较好，下面是原因。
软件实施的好处：
1.可以趁着年轻的时候，各地出差，走出去开阔眼界，增长见识，成长很重要这是成长的最好途径方式。很多时候人不知道自己要什么都是因为见识的少，见得多了也就明白了自己内心真正喜欢东西，真正向往的生活，真正想要的事情。当然也有人见得多了想要的也多了，所以更加的矛盾了。
2.但是选择实施岗位的公司的时候，最好要选择大公司，那种可以全国各地尤其是一线城市的出差机会。因为很多刚毕业的学生都想要真正的走出去看看，而一些小公司的实施，可能整天出差的地点就是在市内各县城，这样的话可能就达不到你预期想要的，因为毕竟选择实施很大一部分原因是你想要领略各个城市的魅力以及那里的人们的生活工作状态气氛，从而给你带来更多的感想与机遇。但是从另一方面考虑，小公司也许会让你收获其他的收获，可能正因为这样，你的客户资源人脉都聚集在不远的地方，这样对于你以后的职业事业也许有不可预知想象的作用帮助。所以只是我个人更倾向于大公司，因为公司产品成熟，这也让刚刚从事实施的你更容易把握好进入工作状态。也许小公司的实施虽然问题重重困难重重，但是也许更加锻炼了你解决问题抗压能力。所以萝卜白菜各有所爱，高矮胖瘦各有所长。最重要的是你自己的选择，一定要努力坚持。
3.当然了肯定出差很辛苦，周期如果短的话，还可以接受，时间长了没了新鲜感，反反复复去同一个地方肯定就烦了。所以需要的是你有足够的性格，足够的能力，可以在短期内提升上去，那就是师傅领进门，修行看个人了。
4.干实施有助于以后转行，有助于实现我年轻时候的梦想，有助于摆脱束缚追求自己内心真正的喜欢，这一生再回首也许就会感觉没白活，追求一份内心的无悔内心的欣慰，虽然跳槽不容易。因为如果你干开发，那么你就是在学一门技术。男人应该有一门手艺在手，走到哪都不能失业。
5.干实施所遭受的打击还有挫折也许会更大一些，因为当你夹在公司和客户之间的时候，那时候你才能真正体会到什么叫有苦难言，哑巴吃黄连有苦难言的滋味。而且有的公司行业的实施真的要求的东西水平很多很高的。因为实施不单单要求技术要广而深，更重要的是你对业务能力非常高。比如你去做财务软件实施，那么你对财务会记之类的知识了解多少呢。但是慢慢来呗，没有经历过大挫折的人生也不会有大的成功。干开发，可能你的想法思路就是如何能爬到项目组长，项目经理，很有规律很安分的去一步一步走，这并不是说明这种一步一步地走是一种脚踏实地。。。。干实施可能在这个过程中会遇到很多包括客户包括社会的压力打击。但是人生会感悟总结更多，成长的更快。所以说现在看一些程序员那个形象，那个内涵那个说话什么的，一点深度一点城府都没有。因为他们整天研究的都是如果把技术搞上去。。而干实施包括为人处世沟通交流这才是锻炼一个人真正靠谱的方法，，才是一个人在以后的生活中最重要的，，就好比国外一些学者学家无论是政治家科学家，最后都会上升到哲学家的道理。
6.干实施，可以更大范围的积攒人脉，了解社会。无论对于自己的成长成熟成功都是有很大的帮助，技术层面多高算高，以后有了管理经验，有了社会经验，可以创业更好，也为自己以后做销售打基础做铺垫。也许以后自己要干主持，电视表演等等， 这都有机会。
开发坏处：
1.。接触的人少，整天都是做到办公室，整天接触的都是身边那几个程序员。每天睡觉的地方，吃饭的地方， 购物的地方，工作的地方。四点一线。
2。干开发对于身体健康还不好，整天坐着熬夜加班搞开发， 对于视力，对于颈椎等等以后慢慢身体就不行了。
3.。开发也是青春饭，干几年后如果在上不上去，那么30岁以后就玩完了。
4.。虽然刚开始待遇高，但是往往就是因为这样，害了一大批人，也许当初为什么会给程序员这么高的待遇没也许就是因为干这个的人太少了，弊端太多了，发展太小了，所以刚开始选择的人少，所以慢慢的吧待遇给提上来了，因为现在的中国人很俗嘛，只有钱才是他们真正想要的珍惜的看重的。
5.。性格如果不适合，那么以后会越干越累，程序眼加班都很严重，熬夜都很严重。逐渐对于个人形象也不注重，对于以后找对象都困难了。
6.。一旦选择了开发，那么思想就变的狭隘了，眼界就也小了，因为等你干了程序员，那么你下一步的目标就只是如何做到项目组长，下一步就是如何成为项目经理。等到成为了项目经理估计你也就没有再大的发展了。那个时候累死累活熬到了经理，工资也不过上万而已。
7.。干了开发，你的原来的外向的性格还有一些年轻的激情热情，还有畅饮以自豪地沟通表达能力，慢慢都会被磨光消失。。渐渐你就会不再善于表达，不喜欢说话，一心只关注编程，思维思想都会变。这是真的。那时等以后你再想要去转行转型，可能性格各方面也不再适合了。
软件项目管理心得体会？
软件项目管理学习心得
时间过得真快，一眨眼的功夫，这门课已经结束了，总的来说这段时间过的忙碌，充实而快乐。这门课主要教我们的是管理，我们把项目当成真实的项目来做，我从获益匪浅，并且有些心得体会：
第一，相信团队合作才可能把项目做到最好。
从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。
第二，要详细制定计划，并严格按照计划来执行。
这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。
虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。
求Java 软件工程师简历：主要是 真实项目经验 这方面的 ，不胜感激！
项目经验
项目名称：NetStore网上购书系统
项目描述：该系统分为首页、用户管理、购物车管理、订单管理、退出5个模块。首页模块实现了模糊分页查询、分类分页查询等功能；用户管理模块实现了登录、注册、修改、查看信息等功能；购物车模块实现了查看、购买、修改图书数量等功能；订单模块实现了查看、删除等功能.
责任描述：个人独立完成了整个项目设计，开发，测试等。此系统整体采用MVC模式的Struts框架，持久层使用的是Spring的HibernateTemplate实现，数据源利用的是SpringIoC注入；模型层严格按照JavaBean规范要求；用Struts进行流程的控制，并实现了国际化，JSP用纯标签进行页面显示。为达到用户名唯一的目的用户注册采用Ajax技术进行后台校验。运用SpringIoC的注入对各层解耦，大大提高了程序的可扩展性，易于维护。
开发环境：数据库：MySQL ;
JAVA应用服务器：tomcat 6.0 ;
技术选型：Spring、Struts、Hibernate、JavaBeans、Jsp。
项目总结：通过这个项目使我对MVC模式的认识更加的清楚，看到了SpringIoC在解决程序松散耦合方面的强大之处。JSP页面纯标签开发所带来的方便以及页面的美观。
项目名称：NETCT OSS 电信运营支撑系统
项目描述：该系统后台主要由数据采集系统和数据整合系统提供支持,前台分为用户自服务管理，资费管理，用户管理，管理员管理，帐单管理，帐务管理6个模块。
责任描述：在数据采集系统、数据整合系统中，主要利用J2SE技术对原始计费信息日志进行定时解析，整理成清单，并保存到服务器的数据库t_detail表中，在保存过程中实现对信息的备份管理和日志记录。之后再利用PL/SQL由t_detail表整合出日表t_day_x,月表t_month_x,年表t_year_x三种表。在前台主要完成了用户管理、资费管理等模块，采用Struts 2.0 +Hibernate+Spring架构实现，大大降低了模块间的耦合，并编写了文档。
开发环境：数据库：Oracle；
Java应用服务器：tomcat 6.0；
技术选型：Struts 2.0、Hibernate、Spring、JSP、J2SE、Log4j等。
项目总结：这个项目不仅让我掌握了Struts 2.0的应用，也加深了我对其他技术的理解以及编写文档的好习惯和重要性。
项目名称：BBS在线论坛管理系统
项目描述：该系统主要由首页、用户管理、帖子三个模块构成，首页实现了模糊分页查询、帖子分类、最新帖子、最新留言等功能；用户管理模块有登录、注册、修改信息、查看信息、积分功能等基本功能；帖子模块有发表帖子、留言、查看帖子、修改帖子、删除帖子等基本功能。
责任描述：个人主要完成了用户管理模块。持久层使用的是Hibernate技术实现了登录、注册、修改、查看信息、模糊查看等功能；控制层使用的是Struts的DispatchAction实现页面跳转，JSP页面主要利用JSP标签和Struts标签完成。用户注册和登录都使用form表单来获取数据，并且在页面用JavaScript技术对数据进行初步的校验。
开发环境：数据库：Oracle ;
Java应用服务器：tomcat6.0 ;
技术选型：Struts、Hibernate、JavaBeans、Jsp。
项目总结: 通过这个项目让我认识到团队合作的重要性，面向对象的设计思想以及Hibernate框架的简单性，加强了对JSP标签、Struts标签的认识。
项目名称：BAM银行帐户管理系统
项目描述：该系统是基于C/S架构的帐户管理系统。
责任描述：独立完成了整个系统的开发。采用GUI实现用户界面来采集数据，实现了用户开户、登录、转帐、修改用户信息、查看资产排名等功能；数据库采用MySQL存储信息，DAO层利用JDBC实现。
开发环境：数据库：MySQL ; 技术选型：GUI、JDBC、JavaBeans 。
项目总结：这个显目让我对软件编程产生了更浓厚的兴趣，对JDBC访问数据库的技术使用更熟练以及有了对C／S架构的深入认识。
软件项目经理带一个团队开发一个软件，他在这个团队中做那些事情呢？
作为一个项目经理，其角色或者说职责体现在：
1、不断地识别项目干系人，并管理好项目干系人的期望。
比如一个软件产品开发项目，可能的干系人包括但不限于：
投资方希望通过产品赚钱
产品用户希望产品好用、能给自己带来使用价值和良好的使用体验
项目团队希望通过该产品体现自己的创造力、成就感，并收获劳动回报和能力提升
政府机构希望该产品有着良好的社会效应
……
项目干系人不是一开始就能完全识别出来的，所以需要不断识别
要管理好项目干系人的期望，需要良好的沟通技能，要能换位思考，充分从对方的角度去理解与认识
2、组建和建设一支强有力的项目团队。
项目团队是项目成功的关键要素，组建团队、激励并持续建设团队、协调好团队内部的关系和任务分配、充分沟通，是项目经理必须一直要做的事情。
建设项目团队，包括了招募、培训、调配、指导等各方面的工作。
3、做好项目管理计划，充分管控项目的范围、进度、成本、质量、风险等要素。
项目的范围、进度、成本、质量、风险管控是项目管理的基本要素，也是项目经理要做的事情之一。当然，具体的需求调研及确认、系统架构设计、详细设计、开发、测试、变更、风险、文档、验收、交付、培训等等，甚至包括项目进度计划，都可以分解给项目团队成员来做，但项目经理要负责总体的管理和掌控，协调各方面的资源。
4、总结项目。
项目结束、产品验收交付后，项目经理的一个重要工作就是总结和分析项目的成败得失，尤其是充分总结经验和教训，作为自己、团队、所在的企业组织以后项目的借鉴和参考。
软件项目经理，如果过多地深入到产品设计、开发过程，而或多或少地忽略其真正应该专注和关注的职责，对项目有害无益。
今天到应聘java开发工程师，面试官问我在工作做了什么？我感觉没有什么好说的，我工作中就是开发一些
初级部分
Java 程序设计基础，包括 J2sdk基础、Java面向对象基础、Java API使用、数据结构及算法基础、Java AWT图形界面程序开发；
J2SE平台Java程序设计，包括Swing图形程序设计, Socket网络应用程序设计,对象序列化，Java 常用数据结构，Applet，流和文件，多线程程序设计；
Java桌面系统项目开发，4~5人组成一个项目组，项目大小为（15人*工作日）；
Linux的基本操作，Linux下的Java程序开发，Linux系统的简单管理；
Oracle数据库，包括SQL/PLSQL;数据库和数据库设计；简单掌握ORACLE9i 数据库的管理；[2]
中级部分
Java Web应用编程，包括 Java Oracle 编程，即JDBC；JavaWeb编程，包括JSP、Servlet,JavaBean；Java应用编程，包括Weblogic、Websphere、Tomcat；以及利用Jbuilder开发Java程序；
MVC与Struts，学习业界通用的MVC设计模式和Struts架构；
Java B/S商务项目开发，4~5人一个项目组，项目大小为（25人*工作日左右）
高级部分
J2ME程序设计，包括J2EE程序、J2ME；Java高级程序设计（J2EE），包括J2EE体系结构和J2EE技术、EJB；Weblogic使用、 JBuilder开发；
Java和XML，包括Java Web Service，JavaXML, 业界主流XML解析器程序设计；
软件企业规范和软件工程，包括UML系统建模型和设计(Rational Rose 200x)软件工程和业界开发规范；CVS版本控制、Java Code书写规范；更多
非常感谢你的回答，但是我想说我看不懂你的回答，我会的技术有很多比如js.jquery.ajax.css.jsp.struts2.spring.hibernate.springmvc.mybatis.mysql.oracle.sqlserver但是我不知道面试的时候怎么介绍自己，平时我做的我也不知道怎么回答，我平时工作中就是按照领导分配的任务并按时完成，我不知道怎么说
把你平时做的和你会的说出来就OK
我问这个问题，就是表示不知道怎么说，因为说句实话，平时开发的就是领导分配的任务，无非就是增删改查，然后是再难一点的增删改查，求指教怎么说
软件测试 项目总结怎么写啊？高手指教下
能表达得有条理就可以了。不必介意格式。总结无非就是总结经验，吸取教训咯,本人什么时候参加了什么项目的测试
这个项目是干什么的
我在项目组中做了什么
遇到了什么困难 如何解决的
通过这个项目我学习到了什么
我要感谢谁谁谁
我以后要在什么方面加强
此致
敬礼
附件一
X项目的测试工作到今天算是全部结束了，除了后期维护必要的一些回归测试和用户使用手册的撰写外，整个测试阶段告一段落。
从10月底进入项目，在测试经理的帮助下开始学着写项目测试文档，到根据文档的每日功能测试及回归测试，再到整个项目进行迭代后对测试文档的重新架构及整体回归测试，直至最后的统一交付测试，我个人提交总BUG数为244个。
在这244个BUG的提交和回归过程中，在测试文档的写作及修订中，我对整个项目的逻辑及架构逐步清晰，对项目之间所需的复杂交互的认识也越发深入，对项目功能逻辑上的测试如何进行也更加明晰。
下面我简单谈谈对项目的认识、经验和教训，以及对未来改进的一些建议！
一、对项目的认识
进入这个项目是在今年十月底，当时测试经理和C已经把Setting（当时是Admin）部分的测试结束了，所以我直接开始接着D的测试文档继续往下写（当时是从Revenue的Report部分开始，即现在的Report模块）。因为跳过了逻辑部分，所以对整个项目逻辑理解很不够，开始写的测试文档也非常浅显，就是描述了一下页面布局。这里我的感觉是，测试人员进入项目初期，项目经理有必要指派专门人员与测试人员沟通，帮助其理清整个项目的顺序逻辑。当时C简单地跟我介绍了一下整个项目，我的感觉是沟通不够，对逻辑理解比较欠缺。
Report部分写完，就直接开始测试——用自己刚写完的文档进行测试，效果显然不够理想。因为测试人员刚进行该模块测试文档的编撰，再让他对该模块进行测试，这样做的一个后果就是，测试人员会先入为主地觉得自己不需要按部就班地照着文档进行测试（因为文档就是自己写的）。还有一个很大的问题就是，倘若测试人员在文档撰写上存在严重漏洞的话，他在测试时仍然不可能发现自己的漏洞所在。所以我建议测试文档撰写人员与测试人员最好不要是同一个人，这样有助于发现测试文档构建的漏洞。
测试完Report后，紧接着开始进行Expense模块测试文档的撰写。这时我开始接触到一些逻辑，即Expense与Setting部分联系的逻辑。这时遇到的问题最多最杂，随时随地都需要与C，甚至项目经理进行沟通。由于之前对主功能（Setting部分）的不熟悉，这种一边沟通一边撰写的测试文档可以说是漏洞百出。由于项目时间也比较紧，我需要在一周内完成整个Expense模块的测试文档，所以最终完成的文档很不理想。这里我觉得还是之前沟通不到位的问题，应该有一个对整个项目非常熟悉的人来帮助测试人员理清整个项目逻辑再进行测试文档撰写，而不是一开始就撰写测试文档。
接着就是根据自己撰写的Expense文档对Expense模块进行测试，效果也不够理想。这里我还有一个建议就是，如果测试人员在初始进入项目时没有得到及时沟通，至少需要给他一周时间先对主功能（即Setting部分）进行完整测试，对照需求手册及主功能发现的BUG，对主功能进行深入理解。
Expense测试完成后，开始对整个项目进行回归测试。在这个过程中，我逐渐理清了整个项目的逻辑，也开始试图修改以前的文档。但由于文档量太大，文档结构不够清晰，时间也比较紧，修改难于进行。大部分原因是我经验不足造成的，之前撰写测试文档时，思路过于混乱，想到哪里写到哪里，导致最后文档难于维护和修改。
回归测试结束后，整个系统逻辑已经比较清晰。这时项目进行新一轮的迭代，用户需求改了很多，其中包括增加、修改大量功能、名称，以及对整个系统结构进行重构。这对测试文档而言改动点非常多（包括结构顺序改变、测试编号订正、功能模块名称修改等），而且需求文档并未因此变化，造成最后测试文档与需求文档的不匹配。这是一个协调的过程，系统迭代后，需求文档应及时随着系统进行修改。
迭代开发过程中，测试基本上是项目改到哪就测到哪，这里面最大的问题不是发现修改模块的BUG，而是发现修改该模块后牵涉到的其它模块出现的BUG。这种连带BUG的产生可以说是防不胜防，让测试人员苦恼不已。到现在我也没想出解决办法，只能说对模块之间的联系及交互逻辑理解仍需加深。
迭代开发后期，开始对整个系统从头回归一遍，这时候又发现了许多以前从未出现的BUG。这个时期大家都很烦躁困惑，曾经运转良好的页面，突然出现存储问题；曾经更新正常的功能，突然无法更新；曾经显示正常的Excel，突然显示错误… …这些都让人苦恼，当然，这些应该都是正常现象。测试人员在测试后期尤其需要提高警惕，不能漏过任何一个功能点，更不能忽略任何一次貌似无用的查询、翻页、按键。
最后，是大家一起进行的交付测试，人员包括了所有的编程人员及测试人员。这期间，除了对基本功能的回归测试外，还包括了并发测试及性能测试（这主要是编程人员在做），除此之外，我将过去提交修正过的所有BUG重新验证了一遍。在并发测试中，我们发现了很多之前单人测试难以发现的并发问题（包括多人一起提交，一起选择，一起修改等等），并发问题可以说层出不穷，甚至包括了同一台电脑打开两个页面分别进行修改的问题（由于我从一开始就是打开两个页面来测，一个为用户本人，一个为该用户代理人delegator，所以有些问题在早期已经暴露），这是测试中的一个重点，也是比较严重的漏洞，需要在以后多加留意。
在验证过去修正过的BUG时，仍然发现不少问题，有些是BUG本身的问题，有些是BUG附带问题，还有很多验证时联想到的问题。这一验证过程效果非常明显，所以我建议在项目末期有必要将过去修正的BUG重新认真验证一遍，可以在短时间内收到奇效。
至此，整个项目的测试算是告一段落。用户过来测试后提出一些BUG，经过分析，绝大部分属于用户的一些想法，与测试漏洞无关，整个测试算是圆满结束。
二、经验和教训
这个项目是我接手的第一个项目，也是一个理论联系实际的过程，回想起来，收获颇丰。
经验主要如下：
1、 学会如何将书中的理论与实践相结合；
2、 学会如何根据项目Demo及需求文档撰写测试文档；
3、 学会如何根据项目变更修改测试文档；
4、 学会如何用英文撰写文档，提交，验证问题；
5、 学会如何理清项目逻辑，如何更深入地撰写文档并进行测试；
6、 学会如何与编程人员沟通交流，获得解答，以便正确提交BUG；
教训如下：
1、 撰写测试文档前没有理清业务逻辑，导致前期测试深度不够；
2、 撰写测试文档时结构不清晰，导致后期难以维护和修改；
3、 测试过程中心态有些浮躁，有些急于求成；
4、 还没有形成测试思维，测试过程思维显得有些混乱；
5、 对BUG轻重缓急界定不够，导致有时测试难以继续进行（对一些影响进度的低级别BUG优先级定得太低）；
三、对未来改进的一些建议
经过这次完整的项目测试，学到了很多，也发现了很多问题。对于未来项目的测试，我如下几个不太成熟的建议：
1、 在测试之前项目经理有必要对测试人员进行项目培训，让测试人员对整个项目心中有数，在撰写测试文档时有的放矢；
2、 在测试文档撰写之前需要定义一个撰写规范和标准，大家按照同一个标准撰写，有利于日后文档的维护；
3、 同一个项目功能测试至少应有两人，可以交叉编写模块测试文档，交叉检查文档，交叉进行回归测试，交叉验证BUG，这样有利于避免单人测试考虑不足的漏洞，也能产生更多新的想法，还能相互督促完善文档，提高测试进度；
4、 从一开始就高度重视并发问题，并发问题暴露得越早越易于修改；
5、 项目后期除了不留死角、轮番地扫遍每一个角落（多人协作）外，还需要将过去所有解决的BUG全部验证一遍，会发现不少难以预见的BUG；
6、 对于本项目，目前还有32个延迟（Pending）的BUG，里面大部分为性能和并发问题，还有一些光标、排序及空数据遗留问题，这些看似无关紧要或暂时难以解决的问题都是未来亟需解决的关键所在；
个人搞软件开发（windows系统上）该怎么赚钱呢
要实现你的目标需要做两件事：
采用适合你们的方式进行软件开发
使用尽可能好的推销渠道来达到赚钱的目的
Windows开发主要还是可以分为C语言或JAVA
在实际工程项目中，C++/C#的开发平台就是VC/VS，Visual Studio，如果是手机开发的话，还有相应的SDK(windows phone SDK)，这东西其实是收费的，不过目前我还没听说过谁买过，其中C#是发展的方向，集成度更高，编程更简易高效，微软内部的开发也在逐步向这个平台转移，诺基亚据说也要靠WP系统来翻身，如果你还相信诺基亚的话，这其中也许存在一些商机。
JAVA由于其开源的特性，很受各种大牛的喜欢，不过我觉得对于大多数人来说，跟C系列仅仅是语法方面的差异，在图形化编程方面要明显逊色于C++/C#，有名气的开发平台就是eclipse、netbeans。
然后是销售渠道
很遗憾，目前无论是Winows或是其他电脑OS下的软件并没有一个很好的销售渠道，国外的良好环境也更多的是依赖于使用者的自觉性与保护机制，国内目前还不行，这也是为什么盗版软件遍地皆是的原因之一，试问你自己用软件到现在，买过多少正版的软件？所以现在Windows软件在开发的过程中就需要考虑到盈利模式的问题，比如将单机模式改为联机模式，或是在免费的基础上附加增值服务，具体采用哪种方式要看你们想做什么了。
最后提一下Apple App，我就是做这个的，它的限制不在于苹果电脑，现在的MAC都是搭载的intel芯片，跟普通PC没有太大的区别了，普通PC也可以安装MAC OS来开发，缺少的硬件也可以靠外接，主要的限制还是在于其开发资格的认证，这是需要花钱的，每年60美金，认证后你才可以使用苹果的全球销售渠道，目前来看，App Store是目前最成功的全球渠道了，但是否值得花钱去卖你的东西，还得你自己去决定，Xcode也不过是个平台，MAC与iOS的开发语言obj-c依然是面向对象的C系列，你如果会C++或C#，1周时间就可以过渡了
求大神翻译 和计算机有关的 ： 开发语言 项目描述 负责模块 项目收获
Developing language, project description, responsible module, project benefit
Design interfaces and realize functions of adding goods, modifying buying quantity and order placing
simple words typing game: letters move on applet web. Type with keyboard. If the same letters displayed on the web are typed, they will disappear.
Teachers can make remote class appointment. Administrator can manage computer rooms and class information remotely.
Set up MySQL data base, program log-in module, design and program interface.
第一段估计是你的关键词，下面的内容都以句子形式处理了。
希望能帮到你
还有一句话。
通过对本系统的开发，我知道的软件开发的基本流程。熟练javascript的使用，PHP的设计不再单纯的编写，也要考虑到美观的问题，同时也练习了数据库的建立和维护还有各个功能模块对数据库的调用。
Through the development of the system, I have mastered basic process of software development and application of javascript. Programing of PHP is more complicated and incorporated with appearance. Set-up and maintenance of data base as well as access of each function module for data base.
转载请注明出处51数据库 » 软件系统项目开发收获 做软件实施还是软件开发
