logo

WikiJuanan: Programación ...

Inicio | Indice De Paginas | Ultimas Modificaciones | Ultimos Commentarios | Usuarios | Registrarse | Conectar:  Contraseña:  
Esto es una version antigua de Programación de 2008-01-30 09:13:43..

InformáticaAprender A ProgramarDiseño Y UsabilidadProgramación Orientada A ObjetosExpresiones Regulares


Mis lenguajes: Java Script?Programación PHPProgramación Asp?Zope Plone? -RubyLogo


Otros lenguajes: Java


Programación Lindogatito?Programación Icasus


Antes de escribir una sola línea de código crea unas buenas Especificaciones Funcionales. Luego debes seguir las Reglas Para El Diseño Orientado A Objetos.


La función más importante de una especificación es diseñar el programa. Incluso si eres el único trabajando en el código, y escribes una especificación solamente para tu propio beneficio, el acto de escribirla — describiendo minuciosamente cómo funciona el programa — te obligará a diseñarlo de verdad. http://spanish.joelonsoftware.com/PainlessSpecs/1.html


Los desarrolladores que tienen la visión implícita de estos comentarios, producen software que sólo puede ser accedido a través del código fuente o en un sistema en ejecución. Los programadores que ven código fuente sólo pueden ver estructuras de un lenguaje de programación. Estas estructuras (funciones, instancias de clases, etc.) son muy pequeñas en relación al tamaño de la mayoría de los sistemas, así que tratar de ver un sistema de software en términos del código hace muy difícil ver cualquier estructura a mayor escala dentro del sistema.


Creo que la falta de una vista de estructuras a mayor escala para un sistema de software es una razón importante que contribuye a la aparente complejidad que se atribuye a los sistemas de software. El diseño y construcción de casas residenciales se verían intrínsecamente complejos si se vieran en términos de clavos y martillos. Los carpinteros, en su mayoría, trabajan de acuerdo a un plan desarrollado por un arquitecto. Ellos pueden ver de forma más sencilla la estructura de un casa en los planos del arquitecto. Incluso se pueden dar el lujo de dar un paso atrás y ver la estructura completa. Un desarrollador de software que trabaja sin un diagrama de arquitectura no puede darse ese lujo. El resultado es que gran cantidad del software se parece a una casa construida sin un plan y por varios carpinteros que no se hablan entre si.


«La situación del software», Douglas Bennett, http://community.crosshorizons.us/blogs/gersongc/rss.aspx

Lecturas

Diez problemas abiertos en informática práctica
How to be a Programmer: A Short, Comprehensive, and Personal Summary – Robert L Read
How to Design Programs – An Introduction to Computing and Programming

Enlaces


No hay archivos en esta página. [Enseñar archivos/formulario]
No hay comentarios en esta pagina. [Enseñar comentarios/formulario]