Arquitectura

¿Qué pasa cuando se discrimina a una persona por uno o hasta una combinación de los siguientes factores: género, orientación sexual, etnicidad -esto porque el término raza en el más puro sentido filosófico y antropológico está mal empleado en nuestra cultura moderna pero esa es una discusión para otro día- , religión, condición económica y un gran etcétera? Así es, nada. O al menos, según lo que la propaganda contemporánea quiere vender, es lo que pasaba durante el siglo XX y no es como que actualmente aún veamos problemas de este tipo.... En fin, hago esta larga, pero a su vez breve interrogante para hablar del principal tema que no solamente funge como un excelente motor para el desarrollo del drama Hidden Figures, sino que también pone en evidencia la hipocresía y el horror que la ideología puede ocasionar en la sociedad: el racismo.  El racismo, si bien se tiende a relacionar directamente con cuestiones puramente étnicas, es un término que engloba las causalidades de las muchas inj

Creo que como profesionales dedicados y encarrilados dentro de la creciente industria de la economía digital, estamos acostumbrados a las críticas, a las tan consideradas buenas prácticas, así como al rechazo a las malas. Somos voceros de la multitud, seguidores y creadores de tendencias pero, sobre todo, somos tan humanamente humanos que llevamos nuestra esencia biológica y, en cierto modo, filosófico a nuestra profesión de una manera tan íntima y clara que deja hasta pobre cualquier otra profesión del impacto, popularidad y útil -esto bajo los términos económicos modernos-  como la nuestra. Aunando en lo anterior, el escrito Is Design Dead? de Martin Fowler ejemplifica de manera perfecta todo este palabrerío al exponer la subjetividad más objetiva: ¿Cómo no solo se diseña un buen pedazo de software, sino por qué y bajo qué criterio está bien diseñado? Era el año 2004 cuando éste se creó y, a modo personal, opino que esto sigue pasando y más que nunca.  El punto focal de toda la discu

Desde que entré a esta clase y, en general, desde que tengo la noción de que existe una rama del desarrollo de software titulado Arquitecto de software,  me he preguntado sobre el por qué dicho término existe y, más importante aún, ¿Qué es lo que hacen y por qué sus conocimientos son tan requeridos pero tan subestimados? En mi última publicación, mencionaba que un término como el que nos reúne semana a semana en este blog es difícil de definir y hasta de comprender en su totalidad debido a que, como sucede en cualquier disciplina, requiere de mucho esfuerzo, trabajo y recursos el lograr estandarizar términos cuando dichos conceptos se están construyendo y hasta siendo utilizados sobre la marcha.  La historia del software, como hemos visto durante nuestra carrera, es única en cuánto a su documentación y normalización se refiere pues, dado a su amplia diversidad de contextos de uso, los empleos que se han creado se han pensado que pueden y deben ser entendidos y aplicados por todos los d

Al terminar de leer el capítulo 14 ( Software Architecture ) del libro Code Craft escrito por Peter Goodliffe, me surgió el cuestionamiento: ¿Realmente conocemos de arquitectura de software? digo, todo el contenido descrito por el autor como: componentes, diseño, comunicación, interfaces, entre muchos otros, realmente son conocimientos que, de una u otra forma, hemos visto hasta el hartazgo en la carrera. Pero, aún así: ¿Por qué es necesario el repaso? regreso a mi pregunta inicial: ¿Realmente conocemos de arquitectura de software?  Resulta increíble el pensar que muchas veces como estudiantes y, aún peor, como profesionales primerizos pequemos de subestimar la arquitectura de sistemas y englobarla en términos como: documentación, diagramas, requerimientos de negocio - como nota, he de admitir que estos conceptos no tienen nada que ver con lo que es la arquitectura de software si se piensan por separado, pero justo demuestra mi punto referente a nuestra, tal vez justificada, ignoranci