Primeramente me gustaría aclarar en éste artículo que los términos que usaré relacionados a roles, tecnologías y el glosario en general referente a la materia, estará todo en inglés ahora y en el futuro, ya que creo que la mayor parte de nosotros los que trabajamos con tecnología de una u otra manera incorporamos el glosario de términos directamente del inglés porque es la fuente original. Aclarado éste punto pasemos al tema en cuestión.

Entonces, ¿qué es un Platform Engineer? – la definición ha cambiado con el tiempo, muchos se preguntan si es equivalente a un Software Engineer, a un SRE o a un Operations; la mejor manera de establecer las similitudes y diferencias es talvés establecer sus responsabilidades y compararlas con las de los otros roles.

Hablemos inicialmente del Software Engineer, su principal responsabilidad es la de crear aplicaciones de software, en otras palabras escribe el código de la aplicación y por lo tanto está muy relacionado al negocio, ya que la aplicación es la que el usuario final usará y por la que pagará al final.

Ahora, hablemos del Platform Engineer, éste también escribe código, pero no relacionado a la aplicación sino mas bien relacionado a la infraestructura vale decir todas las cosas que mi aplicación (o la aplicación escrita por los Software Engineers) necesita para funcionar y llegar al usuario final de la manera esperada, a eso llamamos infraestructura.

Si bien, el mismo código escrito por un Platform Engineer puede ser escrito por un Software Engineer, la clave está en el tiempo que ésta actividad toma, además del «Know How», o los conocimientos relacionados al cloud vendor específico (como Amazon Web Services por ejemplo), agreguemos además el conocimiento de las regulaciones a las que está sujeta la empresa o institución en su nicho específico de mercado, los estándares y políticas que debe cumplir el producto y la infraestructura para acreditar su calidad externamente. Todo ello implica una inversión de tiempo igual o mayor a la que el equipo de desarrollo invierte para crear la aplicación.

Más allá de la infraestructura específica para que la aplicación o aplicaciones corran, los Software Engineers también necesitan herramientas internas para probar el código que escriben, probar la integración con otros subsistemas o herramientas de terceros; también necesitan la infraestructura suficiente para que su código se convierta en un artefacto manejable dentro de la propia infrastructura. Los Platform Engineers también estan encargados de levantar la infraestructura suficiente para que los Software Engineers puedan hacer su trabajo apropiadamente, por lo tanto los Software Engineers se convertirían en clientes de los Platform Engineers que crearían la plataforma de acuerdo a las especificaciones provistas por los primeros.

Si bien todas estas actividades se han llevado a cabo a lo largo del tiempo ya sea parte por el equipo de operaciones, otra parte por el equipo de desarrollo, o por equipos de «SREs/DevOps» pero de manera aislada y descoordinada, en tareas individuales, sin una planificación por detrás; lo que propone Platform Engineering es poner el foco en todo lo que significa crear una unica plataforma, aplicar todo el proceso de ingeniería para diseñar una plataforma integrada que todos los equipos internos puedan usar, identificar sus necesidades y transformarlas en requerimientos, los cuales se implementarán en la plataforma, al mismo tiempo se integrarán en la misma plataforma otros conceptos y requerimientos que el enterprise engineering pide cubrir como Observability, manejo del Software Supply Chain y seguridad, usando un unico estándar para toda la organización.

Hay que resaltar además que aplicar Platform Engineering significa olvidarnos de todos los limitantes que podríamos imponer a un equipo de operaciones o SREs debido al tiempo que tomaría implementar la creación de un dashboard completo desarrollado en nodejs y/o usando otras tecnologías ya que la confianza del equipo de management en los skills de desarrollo de éste equipo de operaciones no está garantizada. En un equipo de Platform Engineering, los skills de desarrollo deben ser iguales o por lo menos cercanos que los que tienen los Software Engineers.

Desarrollar una platforma, como hemos mencionado previamente implica diseño, planificación y mucha comunicación con los clientes internos, el ciclo de desarrollo de la plataforma debe ser tomado en cuenta de la misma manera en que se toma en cuenta el ciclo de desarrollo de la aplicación de software, en tiempos y en presupuesto, por lo tanto el equipo de management debe estar implicado en su proceso de la misma manera en que lo está para el desarrollo de la aplicación.

Al introducir el desarrollo de la plataforma formalmente al ciclo de desarrollo del proyecto, estamos asegurando la implementación de las prácticas de DevOps en la organización de una manera formal y estructurada, dándole el valor que corresponde y asegurando el éxito de su consecusión ya lo que implementará un equipo especializado y no será sólo un ideal abstracto como ha sido hasta ahora.

Ultimamente se me ha venido a la mente observando el comportamiento de varias personas, la mentalidad normal es conseguir un trabajo y dedicarse a él para sobrevivir, es muy poco aquel que busca un sueño, un objetivo o una meta; ¿de verdad no tenemos la seguridad suficiente como para invertir un poco de nuestro tiempo en empezar algo? todos tenemos sueños que realizar, como informáticos talves el desarrollar un software innovador, o crear una empresa solvente; todo es posible pero hay que dar el primero paso, aún siendo cuidadosos, asegurando un trabajo que pague nuestros impuestos, pero nunca, nunca hemos de abandonar un objetivo superior, trabajar en ello aun sea unos minutos al día, pero vamos a ello, la satisfacción seguramente es más grande al final.

Viendo mis Feeds de noticias me enteré que Google publicó su lista de «Lo más buscado el 2008» y seguramente no soy el único que se ha dado cuenta y se ha sorprendido (aunque no en realidad)  de que «lo más buscado» en los países latinoamericanos son los «juegos«. Pensando un poco en ello llegué a unas cuantas conclusiones, totalmente arbitrárias claro esta.

Para empezar que el público que más ingresa a la red es jóven entre 12 a 25 años; que su principal ocupación motivación es el ocio sin aporte productivo hacia la comunidad -de ésto estoy más que convencido, preferimos diversión a superación-,  que por lo menos 80% de esas personas son varones, y que debido a la piratería descarada, conseguir cualquier juego (software) nuevo o de moda no está más que a unos cuantos clics de distancia.

En los otros países, europeos, norteamericanos, asiáticos, etc., se nota que el afán de los internautas está más enfocado en las redes sociales y en el contenido multimedia (youtube). ¿Se notan las razones verdad? el acceso al software es más limitado, las regulaciones legales y por la misma formación de las personas. Además otra conclusión de ésto (arbitrária también), es que hay más equilibrio entre varones y mujeres en el acceso a la red, deducido debido a las inclinaciones propias de cada género que igualan la balanza en esas regiones.

Luego unas cuántas preguntas me vienen a la mente, ¿les preocupa a las autoridades de educación que las búsquedas sean juegos y no historia, matemáticas, artes, ciencias?, ¿le preocupará al gobierno crear una conciencia en su pueblo de lo que es productivo y legal?, ¿tomarán éstos datos en cuenta y harán análisis de ellos para crear estrategias a futuro?, ¿les preocupa a los padres que sus hijos inviertan gran cantidad de tiempo haciendo NADA? ¿sabrán qué hacen sus hijos? ¿o por lo menos los orientarán respecto a su actividades dando el debido tiempo a cada ocupación?, ¿mejorará la educación de manera que se incentive el acceso a la red tanto para un género como para el otro?

Personalmente la respuesta a éstas preguntas es un rotundo ¡NO! No hay ni siquiera una pequeña luz en el horizonte de esperanza que lleve a solucionar éstos temas, nos dedicamos a cosas sin sentido, dejando a un lado lo más importante que seguramente nos llevaría a progresar y a solucionar en cadena muchos problemas de los cuales  nos quejamos día a día. Por favor, respiremos profundamente, tomemos conciencia de lo que hacemos y de los que les hacemos a nuestros semejantes, éstos temas que parecen no tener un contenido importante, descubren problemas que van más allá de lo imaginable, ¿por qué no enfocar toda esa energía que nuestra juventud gasta de una manera mas productiva y hasta divertida, porqué no enseñarles o inducirlos a que busquen la manera de hacer sus propios juegos? ese sería un excelente avance a mi parecer.

He de decir sin pena ni vergüenza que amo a Google, practicamente lleva media vida mía en sus bases de datos; desde gmail, reader, block de notas, hasta picasa, calendar y google docs, pongo mis notas y documentos ahí, leo noticias y comentarios mediante feeds en reader, escribo mis ideas y progresos. planifico mi tiempo, en fin, muchas cosas a la que puedo acceder en cualquier lugar que disponga de una conexión; no importa la hora, simplemente abro un navegador y recupero lo que estaba haciendo y sigo trabajando, si Blogger fuese mejor que WordPress lo usaría también 😛

Como sea, puedo dejar de lado que sea una compañía propietaria, pero no olvidar también que financia muchos proyectos Open Source e invierten en ello; sólo puedo decir, gracias por hacerme las cosas más sencillas 🙂