La simplicidad, clave para un desarrollo maduro del software
Las reglas de la simplicidad
Existe una fuerte tendencia en las aplicaciones de software -no sólo en los programas, sino en el propio uso que se les da por parte de los usuarios- a una creciente complicación… a una generación de estructuras y lenguajes no-intuitivos, buscando confundir lo profesional con lo críptico.
Aquellos que hayan vivido -o sufrido- en el día a día estos falsos metalenguajes, que no buscan ser concretos sino, más bien al contrario, ocultar la ignorancia del interlocutor; encontrarán interesante the laws of simplicity
Es posible encontrar aquí una interesante aproximación a una suerte de “optimización de recursos”… hacer sencillo lo que no lo era… éste ha sido el principal motor del éxito en el mundo de las nuevas tecnologías a medio plazo (independientemete de que algunos individuos logren forrarse encriptando el lenguaje y la apariencia de la tecnología).
Es complicado combinar la potencia que demandan los usuarios avanzados (que muchas veces prefieren usar línea de comandos) con los interfaces esquemáticos y sencillos que requieren la mayoría de los usuarios… pero el campo de la interacción hombre-máquina sigue siendo uno de los mayores retos de la tecnología, principalmente porque va unido a otros (coste, tiempos, etc).
Simplemente recomendar esta web, para terminar, ya que aunque no parezca tener mucho que ver con la realidad virtual, creo que es interesante para odos aquellos que trabajen en tecnologías informáticas.
Si te gustó esta entrada anímate a escribir un comentario o suscribirte al feed y obtener los artículos futuros en tu lector de feeds.
Se sabe, se puede y se debe. Crear interfaces seguros, extensibles se asegura mediante un diseño en capas modular que evite la dependencia y la arteroesclorosis del código. QUe se pueda cambiar un parte del codigo sin tener que alterar otras funcionalmente independientes, o que se puedan importar nuevas implementaciones y extensiones de las interfaces hechas por terceros, facilmente.
Las soluciones a problemas recurrentes tienen que estar estandarizadas en un "Metalenguaje" sencillo, el criterio debe ser la comunicacion entre los profesionales y el objetivo no debe ser el metalenguaje en si sino el patron de diseño descrito con él.
Y algo que casi nunca se tiene en cuenta, la estandarizacion de la documentacion, que incluso un programa la pueda leer para orientarse en el codigo fuente. Esto esta pendiente por hacer.