粗略谈谈实施与开发，及一些杂七杂八的东西

　　目前情况简介：有人说交流很重要，那么就试着做一下吧，承担着实施的职责，而也在不断的看代码大全

　　　　　　　　　　　　　　　　　　——做着实施，想着开发

 

　　以下均是个人见解，请各位看客自己取舍

 

　　实施注重的是与人的交流，实施注重的问题的处理问题的委婉问题的解决，实施更加注重人与人之间的关系，一些微妙的关系

　　实施是开发和客户之间交流的工具，开发人员开发好软件，实施人员进行部署并且进行再次的测试，并且得到客户的反馈

 

　　开发主要做的是功能的实现，bug的修改及相关的维护工作，或许会有一些需求工作需要做

 

　　1.开发

　　　　我们开发人员，总是想着开发出最好的软件，用最好的技术来折服别人，来让别人尊敬你，也让生活能够生活的更好　　

　　　　开发人员总是用着时间用着青春去追寻技术的境界的提升，不断的学习不断的提高，让自己能够独挡一面，让自己能够对每件事都有一个完美的解决方案，我们写着代码，我们考虑着代码的可用性，我们考虑着系统的健壮性，我们考虑着系统的灵活性，我们思索着系统的扩展性，我们总是在不断的思索，总是在不断的思考这个所谓的完美的解决方案，然而如果你是一个一线的开发人员，那么你只有一个小小的空间可以任由你去驰骋

　　　　开发人员涉及的领域主要是详细设计，代码编写，用例测试，在这个中，我们拿到手的有可能是已经设计好的解决方案，有可能是一个完整的功能，分两种情况进行分别得探讨下

　　　　A 已经设计好的解决方案

　　　　　　如果是已经设计好的解决方案，对于开发人员来说，基本上是没有什么难度的，只要直接进行编码就行了，直接进行一个从自然语言到代码语言的编码转换　　

　　　　　　但是现实中往往存在一种情况，那就是需求不定，而项目经理为了应付上面的压力，迫不及待的出了一个解决方案，项目经理考虑的很简单，这样这样不就行了么，一切都是从一个抽象的角度进行指点江山，然而却没有考虑到开发人员进行编码的难度，有的时候没有界面布局，有的时候没有功能说明，有的时候没有进行整体考虑的衡量，没有接口，没有可用性，然而还强硬的说，这样这样不就行了么

　　　　　　如果一个问题从根源上没有解决，那么到头来都是一场空，仍然是一个问题，而且是一个严重的问题，这个问题会一直积压在开发人员的心中

　　　　　　这种情况，项目经理为了将问题解决，而将所有的压力和责任都弄到了开发人员身上，而开发人员有碍于一些各方面的原因从而问题依旧在，有可能是项目经理难于沟通，有可能是开发人员内向，有可能是开发人员的一些当前技术原因

　　　　　　设计好的解决方案，只能希望设计很好么？衡量时间，经验，成本，进度一系列艰难的因素吧，进行取舍进行开发吧，另外一个就是离职重新来过吧

 

　　　　B 完整的功能

　　　　　　在实际项目中，我们可能从项目经理手中接受到一个完整的功能模块的工作，如果这个完整的模块与其他的部分没有关联关系的话，那么这个是很简单的，但是如果是有关联关系的话，我们只是得到了一个片面的信息，进行断章取义似曾是并不可取，因为在开始编码之前，我们就要想好我们所做的东西表现出来的形式，如何来衡量我这个任务是完成了，任何来衡量这个功能是成功的，我们需要给其他的模块提供什么样的接口，别人如何来用，如何来进行调用

 

　　开发的眼中，技术永远是第一的追求，其他的都是浮云野草

 

 

　　2.实施

　　　　实施要经过短暂的培训皆可上岗，实施要做的就是将系统进行部署，然后将问题进行反馈，要了解客户之间的等级关系，要了解客户的软件生产的环境

　　　　实施的困难之处在于短时间的信息量很大，压力也很大，必须在一个较短的时间内学会系统操作，并且将系统所有的业务的必须进行熟悉和了解

　　　　实施的困难之处在于如何协调客户之间的回馈，考验的是一个实时处理问题的能力，能将一个问题能够及时的化解，并且能够将客户进行说服

　　　　实施的时间一般会很充足，有一些时间来做一些其他的事情，有一些时间去思索其他的问题，也可以说是有很多的时间

 

 

　　3.其他的一些碎片整理

　　　　相比于实施和开发，各有追求，而追求的则大不相同，一个追求的是将这个世界进行抽象，一个追求的是如果将这个世界进行现实化，一个将困难的问题进行慢慢的化解于一个个小的问题，一个是直接将困难的问题进行转移或者是直接进行解决

 

　　　　实施人员不会管一个系统用了什么什么样的超级技术，不会管一个系统用了什么样的设计模式，不会管一个系统有一个什么什么样的架构，他们管的是这个系统是否很容易使用，是否很容易部署，是否这个系统够健壮，如果一个系统没有什么亮点，他们会埋怨开发部门，说开发的什么垃圾东西，而开发部门则基本上没有人埋怨，只能埋怨说什么垃圾客户，提的什么需求，什么垃圾项目

 

　　　　一个问题，从根源上进行分解，从而划分为一个一个模块，划分为一个一个子程序，同理，压力和责任也是一级一级进行分解和承担的，项目经理应该承担相应的责任，开发人员应该承担相应的责任，测试人员应该承担相应的责任，维护人员也应该承担相应的责任，一级一级分解，这样是最好的处理方法了，如果哪一个环节出了问题，那么到头来，是最底层的人员承担责任，是底层人员受到一些谴责，这个需要一个制度需要一个完整的体系

 

　　生活需要协调，工作也协调，整理好自己的生活，从一个方面来说也是整理好你自己的工作，在不同的时期你会面临不同的困惑，在不同的时间你会思索不同的问题，而有的问题则会经常出现，每个人都需要时间和空间去思考和整理这些问题，所以无论是开发人员还是实施人员都应该适时的放下手头的工作，进行一些生活和思维碎片的整理

 

　　人生是一个模型，每个人都会建立自己的模型，在开始的一段时间内，我们会进行模仿，模仿别人形成自己的一个模型，在经过大量的分析和观察之后，慢慢的就形成了自己的模型，而在建立这个模型的时期之中，会加入不同的元素，并且会对我们的模型产生影响，我们会进行调整和修正的模型，从而慢慢形成我们自己的一个独特的模型，适合自己的模型

 

　　　　想说的很多，但是还没组织好，请各位看客自己鉴别，源自于个人的生活工作实践，欢迎各位进行指正

 

 

 

 

转载于:https://www.cnblogs.com/kellyseeme/archive/2010/12/07/1899642.html