Muchas veces pasa como con el carné de conducir en esto del IT, los conceptos se olvidan o dejan de significar lo que hace 20 años. Por eso, es bueno ir recapitulando de vez en cuando y dar un paso para atrás. En este caso le toca al Testing


Muchas veces pasa como con el carné de conducir en esto del IT, los conceptos se olvidan o dejan de significar lo que hace 20 años. Por eso, es bueno ir recapitulando de vez en cuando y dar un paso para atrás. En este caso le toca al Testing

Existen muchos tipos de arquitectura de aplicaciones y de los grandes grupos monolíticos y distribuidos, he escogido los que más suelo ver para daros un resumen visual con diagramas, así como una puntuación sobre diversas características, para que el moverte rápidamente sobre las paginas del PDF puedas ver como cambian las puntuaciones. Entra en la publicación y descarga tu guía.

Una vez interiorizado todos los conceptos de una buena arquitectura en Azure y debes enfrentarte a una auditoria, Microsoft pone a disposición en ingles una guía (que mencione en la anterior entrada), pero que he decido compartir con vosotros traducida en formato Excel

El marco de buenas practicas para Azure, es también extensible para otras nubes. En ellos vemos una guía de principios que ayudan a mejorar la calidad de un Workload en Azure. El marco consta de 5 pilares fundamentales que veremos ampliamente desarrollados en un documento PDF que podrá ayudarte a profundizar en el tema.

A veces solo necesitas uno o varios commit de una rama sean llevados a otra rama. Un caso normal es cuando tienes una rama de release y la de feature. Pero release esta congelada y no puedes llevar la feature completa, pero es obligatorio llevar uno de esos commit. Veamos como se hace este proceso.

Lo habitual en estos tiempos que corren es que los microservicios sean la alternativa a los monolitos. Para ver si vale la pena ir a microservicios os voy a contar que significa exactamente un monolito y los tipos que existen. Quizá no tengas que ir a microservicios tras esta disertación.

Parejo a las decisiones que han de tomarse en cuenta cuando se diseña e implementa una arquitectura de la solución,
necesitamos pensar en la seguridad. ¿Por qué es necesario? Porqué crear una solución de software robusta e innovadora requiere planificar varios aspectos y considerar diferentes atributos para equilibrar a corto plazo y objetivos y prioridades a largo plazo. El siguiente documento es una guia para que tengas lo esencial y puedas trabajar con cierta seguridad. Nunca estamos a salvo de los malos.

Una base de datos de series temporales (TSDB) es un software optimizado para ordenar y organizar información medida por tiempo. Veamos un poco más…

Durante tanto tiempo programando, algo se aprende, pero quizá la situación actual que estamos viviendo y con más personas trabajando desde casa que nunca en toda mi trayectoria profesional, he visto que nos hemos tenido que adaptar a realizar ciertas tareas que antes eran más naturales en un ambiente menos propicio. Antes la programación colaborativa para mi, era coger un café y sentarme al lado de otra persona para trabajar en el mismo pc de una forma menos ordenada. Veamos mis reflexiones al respecto.

El conocimiento no es un producto básico, no es como un plato de comida, si lo comparto contigo, me quedo con la mitad. La comida es de suma cero, en tanto, en cuanto, las transacciones deben ser de perder algo para ganar algo. Es todo lo contrario, si doy mis conocimientos, aun los sigo poseyendo. Puedo compartirlo con otras personas, al igual que tu puedes hacer lo mismo. Todos los implicados en el circulo de expansión del conocimiento nos beneficiamos.