在之前的大半年，我努力做了一些工作与职业方面的尝试。我也离开XX软件公司的工作岗位一段时间，尝试到了部分同事没有过的经历，也努力想把公司创建起来。因为当我工作两年多来后，我对自已的职业道路走得很迷茫。这样的迷茫应该就是大家所说职业路“三年之痒”吧。对于工作，思想与情绪经常波动很大。于是，我急于冒进，与朋友一起做我不太熟悉的方面，也经受软件项目失败的压力。当自已做的事情更广更深的时候，容易体会在我们工作岗位上不太容易理解的东西。在此与工作中的伙伴们交流一下交于工作，关于技术，关于我们工作的公司的一些感想与看法。
离在公司的工作那段时间里，以结果来说并不是满意的。不过，我在参与的过程对我的观念与思想起到很重要的作用。我想说对待工作(或是一个目标)，一定要尽心尽责，努力发挥出所有的能力，做到可做到的最好。如果我们一直是这样面对我们的工作，相信一步步会成功。我也坚信我的努力没有白费。因此，不要问你得到了什么回报，而是先看付出了什么。 这当然是很常见的道理，可是以前我听过很多次后还是会梦想得到更多，没有更多注意到如何耕耘得更多，更好。如果自已的能力没有提高到一定的程度，也就无法获得更高更多的回报。在完美的角度看来，结果总是差强人意，因为一山总是比一山高。有时候，在工作的过程付出的努力与艰辛比轻松得到的结果更具有意义。
一些朋友知道我做一个项目却失败了，这个项目失败得很典型。所谓项目，就是一个 WEB MIS的开发和几个电子商务后台程序的开发。感触最深就是软件开发活动中人的因素太重要了。成功地收到项目款的，还是胎死腹中或半途夭折的项目都让我觉得这种工作方式和模式都不会有什么好的发展。我们都知道，软件开发的困难在于软件技术本身复杂性和如何运用技术实现业务逻辑的复杂性。这些都使软件开发活动中的团队的力量越来越重要，分工明确并越来越细，成功的项目是大家通力合作与有效沟通后的成果。
当今新的技术层出不穷，在我的工作中，我使用了多种辅助软件设计与开发的工具，一度让我觉得比之前在公司的工作有更多的成就感和接触新东西的5分钟热情与兴奋。我想有很多同事也会很向往新的技术，新的很酷的工具吧？与别人交流后，也许会觉得目前所学的所用的似乎过时了的感觉。是的，假如你一直工作在表面，在公司学到的将使你走出去就是过时的。比如你一直只是一个"单纯"的 Delphi开发人员，我举一个例子：7月份某一天深圳在51Job的工作职位 : Delphi语言开发职位: 7个，.NET 平台开发职位 : 23个，Java平台开发职位53 个。明显可以看出，如果只会 Delphi语言的表面开发工作，我们的前景并不理想。千万不要习惯于"给我需求规格，走开，我来编程，再让QC测试问题"的工作方式，需要多去思考，多去找出做事的本质。我一直认为技术有触类旁通的功效，因此要在思想与认识上跳出目前使用的工具或语言。而我在之前正航工作了二年多，与其它做ERP产品的实施人员和二次开发人员聊天时，更多地体会到我对ERP原来什么都还不懂。当时非常的尴尬与沮丧，懊恼以前只在意负责的那一点点工作，以为那些知识能成为我在职业上有效竞争力。逐渐更多地了解到，作为一位真正有价值的开发人员应不仅是熟悉技术的人员，还应该超越我们编写程序的细节，看清整个过程中本质的问题，看清企业整个的流程。专业知识不仅包括如何编写程序，还需要有能力分析商业业务逻辑问题，设计解决方案以及如何计划与控制实现并按时按质按预算(复杂的成本)交付整个可商用的产品。
对于一些软件工程方面辅助的工具和市场上热门的新技术，如面向对象分析/设计、Modeling 、O/RM、设计模式、重构、测试驱动开发，哦，太多的技术名词。这些并不是在工作并不是没有，只是是根据经验总结出来的，已经无形地成为我们的工作的基础，不容易察觉。大家观察一下我们的开发活动，大致相同。我们没有过多使用第三方的软件，但是我们有自已实用的规格设计方式，版本控制，无时不在重构我们的代码，也有测试控制开发和 BUG管理的软件，拥有很好的发现和改正软件的错误的机制，即时构建版本和产品发布机制。我们的资源定义与数据库之间的关系就是一个不错的O/RM的实现，数据库访问的实现是 Factory设计模式的实践。当很多公司都在强调CMMI，RUP重型软件过程时， Microsoft说"开发人员仍然是 IT的核心"。是的，其实这些并不是最重要，我们自已才是最重要，人是最重要指标！这就要求我们加强逻辑思维能力，善于理解和处理技术在实践中各种抽象和不确定的因素，通过个人能力方面的改变和更多辅助机制，让新技术新方法给整个团队工作创造新的动力。
一些同事与我交流对工作的看法。对于选择一份，我想首先要考虑目前的工作是否适合，也就是是否找准自已工作的领域？能不能让你得到工作的成就感。人在满足生存后，就想获得精神需要，每一个人都希望他的工作是重要的并被尊重的；对于我们年轻的同龄人来说，这份工作或这个组织能不能让你能学习和发展，使有机会能胜任更高的工作更重要吧。我认为公司在技术积累和开发活动的管理上，是规范和有效的。在厦门地区乃至更广，我想公司软件产品研发活动都相对走在前头。据我所知，在XX地区很少有公司可以做到我们的Library技术水平，基本上没有其它公司能像我们一样拥有很好的发现和改正软件的错误的机制。在工作中得到提高的能力、经验、知识水平都将为你的职业提升竞争力。软件公司的研发部门管理要做到越来越规范，让我们都有机会获得我们发展的空间，不管你是往开发管理，业务专家，技术专家等等。
我们的成长在于从何种程度与何种意义上摆脱自我。摆脱你的沮丧的，也要摆脱让你喜悦的，自我会让我们的知识、见识、经验的成长上加上一层桎梏。在我们作为技术人员的工作氛围里，更为强调如何摆脱目前的认识与知识。因为我们面对的技术层面太广、变化太快，我们不断地接受新的知识，学习新的技术。而作为一个软件开发人员，我们不再只需要埋头写代码，我们还需要有更好的沟通能力，理解商业逻辑的能力和抗压力。有时，要不甘心地否认自已的看法，每时每刻都会学习如何做或行动起来，跳出一个阶段的自我，进入新的阶段，循环下去。授人以鱼，不如授人以渔；授人以渔，不如授人以欲，欲就可以理解为目标，做事不能没有目标，做一天算一天。因此，订好自已的目标，然后为达成目标去努力，一定能获得理想的收获。祝大家获得更多的鱼和渔。
最近在思考一个问题，测试的究竟是用来做什么的？测试的作用是什么？呵，呵平时跟新员工进行培训，他们问过我这个问题无数次了，以往我想也不用想的就会回答，测试主要是保证开发人员提交的软件满足SRS，就是最大限度地集保证软件产品的质量。再说浅显一点就是执行测试，寻找BUG（不要骂我，大家都知道BUG是找不完的）。所以从以上理论，延伸出来的另一个观点就是一个好的测试人员应该总是在思考还有哪些问题没有测试到，并总想着要对软件中的薄弱部分或交互不正常的部分进行测试，不停地测试，严肃地查看软件的每个部分，并督促开发人员尽快修复。但实际情况是：总会有更多BUG，但不知道它们是什么，就无法做出深思熟虑的决策来保证软件的功能能够满足用户的需求。
我在家公司担任过从测试员到测试经理的职务，身边也有很多从事软件测试的朋友，从事该行业也有快6年的时间了，看到过很多的企业招聘测试人员，但为什么测试人员现在的处境仍然是处于企业想要但又不是很重视的地位呢（当然现在这种情况已经越来越少，测试的情况越来好），归其原因，无论是企业还是我们测试人员个人都没有完全认识到一个问题，测试的作用仅仅是找出BUG？
要是在两年前，我也是这个想法，测试就是要找出BUG，保证软件交付到客户手头上时，这些遗留的BUG影响是非常小的。而我想做一个好的测试人员，所以努力的学习，整天想着怎么样找出更多的BUG，直到我去到另外一家新开业的软件公司，那里的老板（兼项目经理）他说我很重视我们公司的软件产品的质量，请你来帮我把质量的最后一道关吧。然后我就带着一队测试人员开始了漫长的测试，但由于我们只是把自已当成了BUG的寻找人员，很快我们就被劣质软件和BUG的洪流所淹没了，测试一个月过去了我们测试人员每天就疲于寻找问题，而且问题是越找越多，开发人员也疲于修复问题，大家都累得要死，但产品的质量并没有得到多在提升，软件还是处于非稳定状态，于是我找到老板，提出了我的看法，“测试的做用不应该仅仅是测试，现在的测试我发现我们产品的质量存在很大的问题”现在已经是千疮百孔了，请下令暂停项目，进行风险评估，找出是哪个环节出了质量问题吧”还好，我是比较幸运的，老板同意了我的意见，原因是开发人员没有了解设计，加上是用他们不熟悉的语言进行开发，没有进行代码的review和单元测试。我们重新做了以上的工作，当程序再次提交测试的时候，BUG的数量明显减少了，测试人员也有精力去寻找更深层次的问题单，而以上工作所花的时间不过两个月的时间。所以测试的工作不应该仅仅是找寻BUG，而是主动防范它们，通过测试来规范项目开发过程，从而提高软件产品的质量。
现在很多公司已经认识到了这一点，已经引入SQA等，但想想前几年，有些朋友去到一些新成立的公司做测试，但因为测试机构没有摆正自已在整个项目过程中的位置，而只是去找寻BUG，很快就被这些劣质软件和BUG的洪流淹没，产品质量上不去，老板不认同，而导致整个测试部的消亡。
400
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
