English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Desarrollo de programas en 2005 - de nuevo al futuro

Software RSS Feed





¿2005? De nuevo al futuro.

¿Qué el futuro sostiene? Una pregunta grande y la respuesta es inicialmente cualquier cosa y todo. Las predicciones están a veces cercanas pero la mayor parte del tiempo están lejos de la realidad. La tecnología tiene movimientos encendido a ritmo acelerado y los jugadores de la base en los varios sectores de la industria de computación invertir en la investigación y desarrollo que aumenta el índice de introducción de la tecnología con las mejoras o las ventajas del funcionamiento que compensan la tecnología anterior de que los clientes/los usuarios/los consumidores deben aprovecharse, o de modo que sea lo que él nos dice. ¿Cuál es la verdad? ¿Y cuál es el futuro?

Para la comunidad del revelador creo que las cosas no han cambiado todo que mucho con excepción allí de líneas definidas que se dibujarán entre los tipos de juegos de los reveladores es decir contra usos corporativos, móviles contra militares. Estas diferencias se reflejan en las metodologías y las herramientas usadas por cada grupo. Sin embargo, los principios siguen siendo iguales, identifican un requisito y después satisfacen eso con un cierto código. La puesta en práctica varia por exigencias del consumidor. Pasé cuatro años en el finales de los 80 que trabajaba en productos de la ingeniería de programas informáticos y de la ingeniería de sistemas en Digital Equipment Corporation (DEC). El foco del equipo que era parte de era construir un ambiente integrado que utilizó productos independientes de los proveedores de software en un marco que permitió a la salida de un producto fluir en los otros según lo necesitado. Esto fue hecha con la entrada del cliente a través de un mecanismo directo de reuniones y del flujo de información regulares para crear una especificación genérica que se podría utilizar en industrias tales como espacio aéreo, defensa y Telco. Ésta era la época para los procesos de la calidad, los métodos del análisis y de diseño y un movimiento de los estándares abiertos que brotaba. ¡Esto desarrolló en Open Source el movimiento y las ediciones asociadas que trae, pero que es otra historia!

La premisa de construir un ambiente integrado que encapsuló una gama o productos de vendedores principales en las partes fundamentales del ciclo de desarrollo de programas era, y sigue siendo quizá, el santo grial para el software y desarrollo de sistemas. La incorporación del modelo de proceso y del flujo en el ambiente permitió dos de los elementos críticos del desarrollo, de una capacidad controlada de la gestión del proceso y de las herramientas derechas para el trabajo correcto. Qué usted encuentra es hoy un entorno de desarrollo integrado pero usted no puede utilizar otras herramientas que usted utilice actualmente para hacer las funciones tales los requisitos que siguen, la documentación, la gerencia del código, el etc. La cosa importante a observar es que el ambiente que la DEC construyó, con una gama de socios, fue utilizado para crear el software en el proyecto aeroespacial principal de entonces, el combatiente F22. Fue utilizada en cólera y trabajó. Puede haber sido delante de su tiempo pero hizo el trabajo.

El elemento del non-technology que un ambiente integrado no trata adecuadamente es la gente. Ésta es la parte vital de este proceso de cualquier proyecto de desarrollo del software. La inculcación de disciplina a través de un equipo no es fácil y no consigue el foco que debe. Muchos han intentado levantar el conocimiento del juego de la gente del papel en el desarrollo de programas, tal como Tom de Marco, y la edición es ésa software que se convierte todavía se considera como un trabajo de los artesanos y no papel profesional verdadero. El estado cargado sociedad computacional británico del ingeniero preve los individuos que se calificarán profesionalmente pero mi opinión es que el número de gente que ha tomado la época y el apuro de calificar es limitado. Si más proyectos pedidos estado cargado de una proporción significativa del equipo de proyecto allí una mejora en la entrega de proyectos el tiempo y en presupuesto.

Tan cuál es mi punto. Bien, parece a mí que hemos ido al revés en lo que respecta a tecnología del desarrollo de programas. La capacidad de integrar y de conseguir componentes individuales de vendedores separados para trabajar junta es una cosa, conseguirlos también para trabajar junto con un modelo de flujo de trabajo es otra. Puede haber habitaciones de los vendedores individuales que ofrecen esto pero si usted quiere conservar su propio ambiente usted no puede poder a. Esto entonces implica un cambio importante en su proceso de desarrollo y equipos. ¡Nadie cambio de los gustos! Tan nosotros todo el palillo a nuestras cantidades sabidas a mantener la zona de la comodidad.

Más importantemente el papel del ser humano en este complejo y proceso basado tecnología no se entiende completamente y ni es manejó de una manera que alcance los mejores resultados. La gente necesita el estímulo, ella necesita la motivación, la dirección y sobretodo el conocimiento que qué él está haciendo está de valor. Mi opinión es que todos los proyectos ahora bajan al dinero y al tiempo, y mientras que éstas son importantes de una perspectiva del negocio, la falta de las medidas que el impacto ese éstos tiene en la gente implicó en el proyecto. Hay los cambios que deben venir del negocio en términos de calidad de medición tal como la confiabilidad, la utilidad y la flexibilidad del software así como las medidas cuantitativas de la custodia a los calendarios y a los presupuestos. El revelador necesita hacer su pedacito también en esta ecuación. Deben llegar a ser más profesionales, sienten bien a un ingeniero cargado, y se preparen para cambiar y para entender la dinámica del negocio, porque después de que todos ellos sean pagados entregando el código que trabaja. Y la mayoría de la gente entiende esa premisa.

Paul Bellchambers

Paul tiene durante 25 años en la industria del ordenador que trabaja en el área del desarrollo de programas. Él ha trabajado para Digital Equipment Corp., Sun Microsystems, los sistemas de Olivetti y un número de compañías desarrollando las aplicaciones informáticas. Él está funcionando actualmente un nuevo Web site de los reveladores - http://www.thedeveloperscatalogue.com - y él también está escribiendo los artículos para el sitio y para otras publicaciones incluyendo el compartimiento internacional del revelador.

Artículo Fuente: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!

Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Envíe sus artículos a Messaggiamo.Com Directorio

Categorías


Derechos de autor 2006-2011 Messaggiamo.Com - Mapa del sitio - Privacy - Webmaster enviar sus artículos a Messaggiamo.Com Directorio [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu