Recuerdo que en un viaje con mi socio Sebastián volviendo de un AWSome Day en Barcelona (antes de que el AWS Summit llegase a la capital), veníamos charlando con unos amigos del sector sobre una colaboración con ellos como resultado de sus necesidades para el día a día y de que estaban en mitad de un proceso de migración de su infraestructura.
Para ellos dicho proceso estaba siendo muy duro, y nunca se nos olvidará la frase que nos dijeron: “Vosotros vivís continuamente en el infierno”, haciendo referencia a que nosotros realizábamos eso de manera continua en el día a día con un cliente detrás de otro :D.
Esta semana hemos cerrado definitivamente nuestra tercera, y de momento, última oficina. Un espacio que tenía más de punto de encuentro social, que de lugar de trabajo.
Antes de fundar STR Sistemas, estuvimos trabajando para una empresa cuya directiva nos permitió conocer las bondades y ventajas del teletrabajo puntual. Nos quedábamos en casa todos los viernes, los días intermedios entre festivos, o si un día alguien tenía una necesidad personal.
Como fruto de aquella experiencia, en STR fuimos pioneros, sin saberlo, de lo que hoy conocemos como cultura de trabajo remoto.
Ahora mismo estamos en medio del proceso de búsqueda de un/a nuevo/a sysadmin para el equipo técnico y como estos procesos son bidireccionales, recibimos bastantes preguntas por parte de algunas de las personas que aplican al puesto.
Esta semana nos han preguntado nuevamente sobre cómo organizamos el trabajo del equipo técnico en STR Sistemas y me ha parecido interesante compartirlo de manera pública, tal y como haríamos en las conversaciones de pasillo de algún evento, o en una sesión del SOSZ, mi evento favorito.
Este año he tenido la suerte de ser uno de las aproximadamente 160 personas que han estado en la Tarugoconf, la conferencia organizada por David Bonilla y un gran equipo y de la que STR Sistemas fue patrocinador.
Seguimos con el ciclo de posts sobre el análisis que hicimos de cloud públicos para la charla que dimos en OpenExpo Day el pasado Junio. Tras el primer post en el que hablamos del contexto de las pruebas, regiones y zonas y versiones de evaluación comenzamos este segundo en el que hablaremos de las capacidades de la capa computación en cada proveedor y realizaremos pruebas de CPU.
A continuación os presentamos el último post de la serie de pruebas sobre AWS, Azure y Google Cloud de nuestra charla Cloud Wars. En este caso vamos a comentar características y pruebas sobre el almacenamiento, dejando el resto de pruebas y análisis que hicimos y que son más de "comentar" para el vídeo que publicamos hace unas semanas.
Capa de Computación - Características del almacenamiento
¡Usamos cookies propias y de terceros para mejorar tu experiencia en esta web! Si sigues navegando, consientes y aceptas estas cookies en tu ordenador, móvil o tablet.
Más información sobre las cookies y cómo cambiar su configuración en tu navegador aquí.
