Un ahorro de tiempo de programación táctica que No? No trabajo
Digamos que usted tiene un proyecto de software que está bajo severa presión de tiempo. Digamos que este plazo es tan firme que ya sabemos que entrañará la participación de muchas noches de café negro y frenética programación. ¿Qué se puede hacer para que este proceso vaya más rápido? Sinceramente, no sé, ya que la respuesta correcta dependerá de una de las circunstancias individuales. Sin embargo, les puedo decir cuántos programadores hacer responder en esas circunstancias. Ellos deciden a ahorrar tiempo al saltar sobre el software de planificación y la fase de diseño, e inmediatamente iniciar una codificación away.To sin experiencia o de otra manera indisciplinada programador, esto parece tener sentido. Después de todo, el producto terminado es lo que realmente asuntos, ¿verdad? El cliente no sabe nada de diagramas de flujo, diagramas de clase o las arquitecturas de software. Todo lo que quieres es algo que works.It parece tener sentido, pero es un enfoque imprudente. De esta forma se encuentra la locura. Todos hemos escuchado que una onza de planificación vale la pena una libra de cura, pero en el mundo del desarrollo de software, este refrán es a menudo un forgotten.If las necesidades de los desarrolladores de bienes raíces para obtener una casa construida con rapidez, hace que ahorrar tiempo al pasar más de la fase de diseño arquitectónico? ¿Se decide prescindir de planos, y empezar por el que se establecen concretas? Por supuesto que no. Él sabe que los resultados sería caótico, y que el trabajo avance más lentamente y sin cuidado de una previsión concreta plan.Yet que es el enfoque que muchas personas toman cuando se trata de software. Deciden empezar la codificación de distancia, pensar que esto hace que el proceso de desarrollo de software más eficientes. Bastante simple en los proyectos, este podría funcionar. Sobre todo de complejidad moderada, sin embargo, este enfoque está condenada al fracaso. Claro, usted puede ahorrar tiempo al principio. Sin embargo, sin un plan concreto y un software de examinar cuidadosamente el diseño, los problemas están obligados a ponerse al día con usted antes de tiempo. Muchos de estos problemas no será claro hasta que viene la fase de prueba alrededor, y para entonces, puede ser demasiado late.Sadly, tales temerario pensar es alentado a menudo en el mundo corporativo. Debido a limitaciones de tiempo, un mal administrador podrá dar instrucciones a su equipo para saltar más de la labor de diseño y sólo iniciar la piratería de distancia. Esto hace que el equipo parece centrada y productiva, pero esta estrategia puede causar estragos en el proyecto de tiempo. Lo que es más, el código resultante es a menudo un enredado, mal documentada, caótico desorden. Si este software se debe mantener en los próximos años, entonces tienes una receta para disaster.Mind usted, no estoy diciendo que un elaborado diseño es siempre necesario. Si el tiempo es corto, entonces una no puede darse el lujo de un intrincado plan de software con documentación exhaustiva. Sin embargo, uno debe al menos tener una arquitectura de software establecidos-una que es lo suficientemente detallada para que el proceso de desarrollo de software más suave y más fácil. Los programadores suelen pecar de exceso de planificación, sino que con frecuencia caen en la trampa de la falta de diseño de detalle. No haga este error, si realmente desea guardar time.About El AuthorV. Berba Jr. Velasco se siente orgullosa de trabajar como un alto ingeniero eléctrico y de software en celulares Technology Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn ) una empresa de biotecnología que
Artículo Fuente: Messaggiamo.Com
Related:
» Run Your Car On Water» Recession Relief
» Advanced Automated Forex Trading
» Profit Lance
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!
