WikiJuanan: Programación

Informática – Aprender A Programar – Diseño Y Usabilidad – Programación Orientada A Objetos – Expresiones Regulares – Frame Work

Mis lenguajes: Java Script – Programación PHP – Programación Asp – Zope Plone -Ruby – Logo

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

Trece Consejos Para Comentar Tu Código

Enlaces