我考虑这件事已经有一段时间了。当您计划一个新的项目,.Net,一个组织中的现有项目时,您如何选择一种技术(不是指Java /maintaining )。
选择最新技术的参数()
用于采摘实地测试技术的论据/反对挑选前沿技术
从开发人员的角度来看,我不认为有理由不使用一些新技术(在您的业余时间),但是他/她可能被限制在开源/免费软件/开发人员版本上。
从am组织的角度来看,它似乎是一把双刃剑。在“实地测试”的技术中坐得太久,优秀的人可能会离开(更不用说,总会有一些人更喜欢熟悉的技术,他们拒绝更新自己的知识)。尝试一种非常规的方法,你就会冒着超期/超期的风险,更不用说那些不可预见的风险了。
TL;博士
底线。什么时候你认为一项技术已经足够成熟,可以被一个组织采用?
发布于 2010-06-29 20:52:43
很可能你和一个团队一起工作,这也应该被考虑进去。测试/评估技术成熟度的一些方法:
发布于 2010-08-09 14:56:00
一些经验法则。
一次只使用一种“新”技术。你使用的新事物越多,出现严重问题的可能性就越大。
确保使用它有好处。如果那个酷酷的新技术没有给你一些优势,你为什么要使用它呢?
为学习曲线做计划。有些方面的新技术,你不知道。你和你的团队将不得不花更多的时间去了解他们,然后你才会认为你会。
如果可能的话,先在一个不太重要的小项目上尝试新技术。你的公司会计制度不是最好的实验场所。
有个后备计划。新技术并不总是值得的。知道什么时候你在“棺材角落”,是时候保释了。
发布于 2010-08-11 22:19:15
“现场测试”和“过时”是有区别的。开发人员(包括我自己)通常更喜欢尖端的东西。在某种程度上,您必须让您的开发人员对他们的工作感到高兴和感兴趣。
但我从未见过一个对现场测试技术不满的客户。他们通常不知道或不关心用于生产产品的技术。他们的第一要务是如何在他们与它的日常互动中工作。
当开始一个新的项目时,在评估我是否应该进入一个新的平台时,会想到两个问题:
( 1)去新平台有什么好处?如果它为用户提供了显着的缩短开发时间或显著提高性能的机会,我将考虑一种半途而废的技术。
( 2)与新平台相关的风险。我是否可能会遇到一些在新平台上没有完全解决的情况呢?对这个新平台的支持是否可能会失效,而我将继续支持一个不受欢迎的环境?如果我被困在项目的关键时刻,是否有适当的支持渠道可供使用?
就像每件事一样,这是一种成本/效益分析。一般来说,虽然我总是学习和培训新技术,但我不会使用至少6-12个月未被大量开发人员广泛采用的技术(环境、库、服务器平台等)为客户端构建一些东西。
https://stackoverflow.com/questions/3141559
复制相似问题