Episode Transcript
[00:00:00] Speaker A: En el camino de adopción hay que involucrar a todas las áreas de la compañía. Dentro de Well Architected Framework podemos encontrar cinco pilares. 1 de ellos va a definir o a centrarse en la eficiencia de costes. Entonces, un tip que yo daría sería aplicar guardarraíles, reglas a nivel estratégico para que nadie salga de ahí. Con algo tan sencillo como esto, sin entrar en un análisis más profundo, se ahorra bastante, 40 50 % del coste, pero al final lo que más ayuda es las automatizaciones. Punto número dos, no puedes mejorar lo que no puedes medir.
[00:00:39] Speaker B: Hola a todos y bienvenidos a un nuevo episodio de nuestro podcast de Finops más que costes. Hoy tenemos un invitado muy especial, tenemos a Iván con nosotros. ¿Qué tal Iván? ¿Cómo estás?
[00:00:51] Speaker A: ¿Hola, buenas, qué tal? ¿Muy bien, qué tal vosotros?
[00:00:54] Speaker B: Muy bien, muy bien. ¿Qué tal? ¿Y Damián, cómo andas?
[00:00:59] Speaker C: Bien, bien, la verdad que genial y muy contento que Iván está con nosotros también. Que sepas, Víctor, Iván fue uno de los primeros también estar con nosotros en Spain Cloud, así que siempre muy contento de tener viejos amigos en nuestro programa.
[00:01:17] Speaker B: Genial, genial. Siempre traes a buenos invitados. Lo pasamos muy bien con Adri en la entrevista anterior y hoy seguro que también vamos a sacar muchas cosas interesantes con Iván. Y hoy vamos a tratar un tema bastante interesante, que es un poco cómo adoptar el Finops sin tener un poco mucha idea desde un principio. Es decir, cómo se puede ir adoptando Finops, aprendiéndolo por el camino, que es algo que creo que a la mayoría de gente probablemente le haya pasado, que se encuentre con esa tarea porque le tenga que tocar desde el Cloud Center of Excellence o desde cualquier tipo de mandato.
Y bueno, Iván tiene mucha experiencia en este tema. Así que Iván, cuéntanos un poco cómo ha sido tu approach al Finops y cómo has ido tú aprendiendo esto a través de la experiencia.
[00:02:21] Speaker A: Pues bueno, primero muchas gracias a ambos por invitarme, que no os lo he dicho, pero estoy bastante agradecido de poder colaborar con vosotros y con la comunidad. Y como bien decías, yo igual no soy un experto en Finops como algunos de los invitados anteriores, pero sí que por el camino, durante estos últimos 10 años, que son los que vengo trabajando con Nube Pública, pues al final se van aprendiendo bastantes cosas. Tienes bastantes situaciones en las que te ves forzado a buscar herramientas, buscar metodologías y al final se va aprendiendo. Y luego vas viendo que realmente todo ese learning by doing se puede resumir o se puede concretar con lo que es Finops, con el auge que ha tenido todos estos años, que creo que también es una de las casuísticas que viene a solucionar el cómo hemos ido aprendiendo los que ya llevamos más tiempo en esto y crear un framework para que toda esta opción sea más ágil.
Decías que como he ido aprendiendo yo me traigo mi experiencia, me da bastante lecciones aprendidas. La primera de ellas yo creo que es desmitificar un poco el coste o el alto coste de la nube.
Muchas conversaciones surge que la nube es cara. Para mí lo caro barato siempre tiene que ir acompañado de un argumento 1 comparativa tenemos igual yo me he encontrado con dos con dos mundos totalmente distintos un mundo más Enterprise que viene con un bagaje de Haití de bastantes años con con un paradigma más clásico de data center donde todo está más en ese ámbito, todo toma una perspectiva más de capex y luego empresas que han nacido nativas en cloud.
Entonces lo caro barato hay que argumentarlo muy bien. Para mí lo esencial es que que la cloud pública es un cambio total de paradigma y con este cambio de paradigma hay muchas formas de trabajar o muchas formas de concebir la tecnología y las soluciones en este tipo de ecosistemas que tienen que cambiar con respecto a una visión más clásica.
Entonces yo creo que con el tiempo también es verdad que los proveedores cloud han ido también madurando ese acompañamiento a los clientes pero para mí hay una cosa esencial y creo que es que en el camino de adopción lo principal 1 de las cosas que podemos extraer del framework de adopción que podemos encontrar los proveedores es que hay que involucrar a todas las áreas de la compañía, sea una startup, sea una compañía grande tipo enterprise, multinacional. Al final este cambio de paradigma va a impactar en todos los sitios o en todas las áreas. El objetivo de una compañía es ganar dinero, es su razón de ser entonces para ganar dinero cada área buscar sus eficiencias y pongo ejemplos cuando vas a adoptar este tipo de ecosistemas el área legal pues tendrá que ver cumplimientos regulatorios de si es que los tiene, contratos con este tipo de proveedores, área de gestión de proveedores pues tendrá que intentar sacarle el máximo beneficio posible en cuanto a precios.
El área de ciberseguridad, tecnología, operaciones y el área financiera. Yo creo que cada cual debe estar involucrado desde el principio para entender este cambio de paradigma y poder ser eficientes con cada una de las herramientas que tengan esas áreas para una adopción desde el punto de vista económico en este caso financiero ser lo más eficiente posible y ahí creo que es donde está el primer gap que me he encontrado en muchas de las compañías que se trata como tecnología pura. Este tipo de adopción cae muy de la mano de los equipos de tecnología y operaciones y se deja un poco al margen al resto de áreas de la compañía. Yo creo que es el primer punto donde para ser eficiente y eficiente en costes hay que involucrarlos.
[00:08:03] Speaker B: Eso es y al final el tema de la colaboración y de que ahora todo el mundo está implicado en el coste y que es una decisión, antes estaba más aislado de la parte técnica el Tema del Procurement, de las adquisiciones de material, aunque hubiera una solicitud por parte de la parte de Haití, ahora que el que genera y el que puede pedir directamente es el propio desarrollador que al final puede decir oye esto va así, necesitamos tal y está a un clic la compra y el coste que puede ser pues igual más grande que el que hacía una compra un año de un servidor de x disco duro o de cualquier prestaciones.
[00:08:51] Speaker A: Eso es, al final da mucha flexibilidad pero también mucha responsabilidad.
1 de las cosas que que marcan también diferencia es precisamente lo que has dicho, el involucrar también dentro del ciclo de vida o el meter dentro del ciclo de vida del desarrollo de cualquier sistema en cloud esta visión de costes, de optimización de costes y a mí me gusta dentro de del web Architected Framework pues podemos encontrar cinco pilares, 1 de ellos va a definir o a centrarse en la eficiencia de costes, entonces también en los diseños y sobre todo en la operación muchas veces lo dejamos de lado, creo que es una mentalidad que también tenemos que ir cambiando, pues no sólo el coste en el diseño o en la implementación sino también dentro de la operativa diaria, o sea hacer una revisión constante de si estoy utilizando los recursos que realmente necesito, si puedo aplicar alguna estrategia de optimización, si quieres ya más adelante también hablamos un poco de cuál ha sido mi experiencia ahí, pero para mí también es importante, igual que lo hacemos con la ciberseguridad, igual que lo hacemos con el diseño de la propia arquitectura, meter este componente de costes o esta visión de costes dentro del diseño y la implementación y concienciar a todo el equipo técnico de que no es como cuando lo hacíamos en el mundo clásico que me da igual levantar un servidor que tres porque es un capital amortizar y hay un datacenter y es todo virtual, entonces como que dentro de lo que son la contabilidad de la empresa pues no va a generar más costes si lo tengo virtualizado. Entonces como decía el cambio de paradigma, la involucración de todas las áreas y el hecho de meterlo en el ciclo de vida del propio diseño de sistemas y la posterior operación creo que es necesario.
[00:11:27] Speaker B: Sí, totalmente y además creo que el tema de que al final eso creo que lo hemos hablado en anteriores ocasiones, de tener la amortización ya hecha y entonces no eras eficiente a nivel de aprovechar toda tu capacidad lo antes posible, sino que la ibas aprovechando y vas provisionando en base a unos años determinados. Y ahora la idea es que tu capacidad esté lo mejor provisionada en cada momento, en cada hora, en cada segundo, tenerlo perfecto. Y antes era simplemente pues de aquí a 10 años vamos a crecer el doble, por lo tanto compro el doble de capacidad de la que necesito ahora y ahora estoy desperdiciando un 50, %, vamos a poner el caso. Y eso es algo que cambia completamente. Y has dicho una cosa muy interesante, que se omite un poco el pilar de costes cuando estamos en todo esto de las buenas prácticas y demás. ¿Entonces, tú por qué crees que sucede en ese caso y qué prácticas o qué qué tips puedes dar a la gente que pueda estar un poco más concienciada para ayudar a que este coste o este pilar se pueda implementar en la organización?
[00:12:45] Speaker A: Yo creo que precisamente el desarrollo de este pilar ha derivado en lo que conocemos hoy como finops, es decir, en tener una cultura o una filosofía muy focalizada en este pilar y que poco a poco vemos que va calando en las empresas, sobre todo las grandes corporaciones como parte de la estrategia. Pero también es verdad que al final, pues cuando tienes mucha gente trabajando alrededor de de cloud, que en la mayoría de las corporaciones al final llega un momento en el que escalas, aunque partas de ser pequeñito, escalas y al final tiene mucha gente trabajando alrededor de ecosistemas cloud.
O sea, como he dicho antes, involucrarlos, formarlos, intentar que esto cale en la gente, pero al final no consigue calar en todo el mundo y siempre hay muchos puntos de fuga, muchos recursos infrautilizados. Partimos de que después nos vamos haciendo las revisiones. Entonces un tip que yo daría sería aplicar guardarraíles, reglas a nivel estratégico para que nadie se salga de ahí. Y os pongo ejemplos concretos.
A mí en distintas ocasiones nos ha funcionado bastante bien algo tan sencillo como en entornos no productivos automatizar la parada de recursos.
Luego hay excepciones, evidentemente, si delegas esa responsabilidad en los equipos que están desarrollando o que están manteniendo los productos desplegados, pues habrá quien los aplique, habrá quien no los aplique. Entonces aplicar estratégicamente una un automatismo, una serie de automatismos que hagan algo tan sencillo como horario no laboral, no voy a tener estos entornos levantados porque no tiene sentido. Luego ya veremos una a una las excepciones que hay que ir tratando. Y se ahorra bastante con algo tan sencillo como esto, sin entrar en un análisis más profundo, se ahorra bastante en torno a un 40 50 % del coste de recursos que al final máquinas virtuales, servicios gestionados de base de datos de colas, servicios que al final no son el formato pay as you go 100 % que no pagas por el uso sino por el tiempo que tienes el recurso levantado y yo creo que es lo más fácil esto punto número uno y punto número dos, no puedes mejorar lo que no puedes medir. Entonces activar métricas, plantear de un inicio, pues como cuando haces cualquier tipo de proyecto tiene un badget, pues este badge en este caso tiene que tener una parte de costes del running de de los recursos en nube pública y casi todos, si no todos los proveedores te dan herramientas muy sencillas si no hay herramientas de third parties que sean de pago u open source que te permiten poder medir y poder tener una predicción del coste y poder ser notificado si hay algún tipo de anomalía o si se va a salir de ese coste que has planificado al inicio del proyecto. Entonces yo creo que estas dos cosas son muy muy sencillas de hacer, no requieren muchísima carga operacional ni muchísima inversión de tiempo ni de recursos.
A mí me han dado bastante buen resultado en todos los sitios donde los he aplicado.
[00:17:09] Speaker C: Creo que dijiste cosas muy interesantes como el tema de medir. ¿O sea, si no puedes medir no puedes mejorar y creo que en eso si el cloud es o sea, como que al final el cloud es más, te da más opciones para medir cosas más exacto en los gastos y también yo quería agregar una cosa al final todo es foco, no? O sea, un developer 1 DevOps está enfocado en Execution, tiene que hacer, tiene que ejecutar, tiene sus misiones y si no le vas a poner como misión reducir costes, no lo va a hacer. Al final va a querer mejor, va a querer lo que es más cómodo para que él a la sumisión que es.
[00:18:07] Speaker A: Delivery.
Lo otro es cómo pasa a 1 s plano. Pasa también como nos ha ido pasando con la ciberseguridad. Ya lo hemos conseguido meter en el ciclo de vida del software con devsecop, pero bueno, la ciberseguridad pues igual cuando estamos yo vengo de un Bagaje del Mundo del Desarrollo y sí que hay cosas que que tienes en cuenta dependiendo de qué tipo de desarrollo haga, pero realmente hay otras muchas cosas Gestión de si la librería tiene vulnerabilidades o no, al final se han ido automatizando y metiendo en ese ciclo de vida, pero es algo que los desarrolladores o los administradores de sistemas Cloud engineer, pues como tú dices, no están focalizados 100 % en eso, sino en la propia funcionalidad y el delivery, ser eficientes en ese en ese ámbito, en ese dominio.
[00:18:59] Speaker B: Y por añadir un poco a eso, ahora que estabais hablando los dos del análisis de seguridad y cómo se ha introducido en las prácticas, sería interesante ver cómo el Finops pudiera meterse ahí. Es decir, por ejemplo, ahora que tenemos, cuando subimos un código, pues tienes el Dependabot de GitHub, el Black Duck, no sé, todas estas herramientas que te permiten ver las vulnerabilidades de tu código en tiempo real. Es decir, subes el código, se ve ahí perfectamente dónde está. Y quizás sería interesante, siguiendo la línea esta del Million Dollar Lines of Code, que es un poco que cada vez que puedes hacer un cambio en Terraform que te cueste $1 millón, ver que tener un escáner, un tipo de scan que te permitiera sacar ahí las alertas en tiempo real. Es decir, esta línea de código te va a costar tanto y tienes tantas alertas que no está siendo lo más eficiente del mundo. Sí que es verdad que a nivel de uso no se podría hacer porque, bueno, ahí tendrías un, o sea, no sabes cuánto uso va a tener ese tal, o podías igual relativizarlo, pero sería más complejo. Pero sí que es verdad que, oye, este cambio, y esto sí que hemos visto algunas herramientas que lo hacen, este cambio te va a costar $1000 más. ¿Estás seguro que quieres hacerlo? Sí, es decir, igual que cuando vas a introducir una vulnerabilidad, poder introducir un check de costes creo que sería interesante.
[00:20:31] Speaker A: Sí, yo totalmente de acuerdo. Yo también he podido leer, no utilizar, pero sí informarme un poco de que ya hay ciertas herramientas de infraestructura, como código sobre todo, que te van haciendo una predicción de cuánto te va a costar tus recursos corriendo en Cloud. Y creo que poco a poco se va a ir introduciendo también, porque al final lo que, o bajo mi experiencia, ya se está adquiriendo mucha madurez en la mayoría de las industrias de que hay que controlar mucho el coste de la nube, de la nube pública. Entonces, cuando empiezas, normalmente es algo que te preocupa relativamente, pero cuando vas viendo la relación ingreso gastos a nivel corporativo, ya empiezan a llamar la atención. Entonces, yo creo que se impondrá, por lo menos en aquellos que quieran hacer las cosas medianamente bien, yo creo que porque es tener una información previo a cualquier cambio de ejecución. Y como tú bien dices, después habrá que ver si eso se aprueba o no se aprueba, vas adelante con ellos, asumes ese cambio de coste, pero por lo menos tener esa información dentro de un pipeline o dentro de un ciclo de CICD que te pueda permitir visualizar, igual que tenemos análisis estático de código, análisis de vulnerabilidades, análisis financiero, también es.
[00:22:17] Speaker C: Muy interesante que siempre es como que el camino de fino se está haciendo el mismo camino de la cybersecurity. O sea, al principio no me jodas que queda ahora esto de reducción de costes. Era lo mismo como cuando empezó la seguridad, que ahora esto es seguridad y ahora los procesos de seguridad están muy embedded en todo y estamos viendo que el pin ops está también llegando a eso.
Es parte de todo el proceso, como dijimos antes, parte de la arquitectura. Ya vemos un shift que se hace a eso y vamos viendo de a poco automatizaciones donde entra ya todo eso de ver todo lo que es la optimización de costes.
Así que podemos ver a dónde está hoy, imaginarnos dónde va a llegar toda esta.
[00:23:13] Speaker A: Pero yo creo que es uno de los puntos, como hemos comentado antes, lo que es la cultura o la adopción de finops, tener un equipo, no me gustaría llamarlo equipo de fino, sino un equipo que acompañe o que ayude, un centro de excelencia de costes dentro de la compañía, pues ayuda, ayuda, pero al final lo que más ayuda es las automatizaciones, introducir automatizaciones como parte de esos guardarraíles, porque al final, como ha dicho Damián, mi foco como developer es desarrollar, hacer delivery, mi foco como cloud engineer es implementar infraestructura y hacer delivery. Y luego eso, pues el tener un pipeline donde se integre esa parte de automatización y de revisión desde el punto de vista financiero, pues me va a ayudar a, en ese punto focalizar, ver que puede haber ciertos incumplimientos, ciertos warning, y ahí es donde me voy a preocupar de poder hacer esa optimización, porque si no, mi experiencia es que no lo terminas controlando. Tienes que poner estos tipos de guardarraíles, igual que hemos dicho antes, algo tan simple como hacer paradas automáticas a escala de todos los entornos no productivos, pues en este caso igual. Y después veremos otras estrategias un poco más a grano fino, ya dentro de la parte de operación, el monitorizar si realmente estoy utilizando esos recursos o no, el poder ver si me conviene utilizar un tipo de de máquinas virtuales de tipo spot, por ejemplo, que yo creo que están muy infrautilizadas, aunque ya hay quien los va utilizando. Incluso hay algún ejemplo de entornos productivos a gran escala que utilizan este tipo de recursos, por el cual se paga menos. Y luego tenemos también las propias reservas o el commitment que haces con los proveedores de poder precomprar a un periodo de tiempo determinado una serie de recursos a menor precio. Pero también hay que ir haciendo un análisis de esas casuísticas concretas y ahí es donde sí se haría un análisis más concreto dentro del de los equipos o dentro del sistema per se, porque cada uno tiene su idiosincrasia. Entonces también hay que ver si están cubriendo esa precompra o si se está dejando de utilizar mucho de lo que he precomprado. Pero hay mucha gente también que tiene la y esto me ha pasado, que tiene la tendencia de te vas a la típica consola de de gestión de costes del proveedor que sea y sueles tener un advisor de oye, pues mira, precompra durante un año, durante tres años o a reserva de capacidad de cómputo. Pero claro, su base es una base analítica en base a los últimos dos, tres meses, no sabe realmente cómo va a ir evolucionando esa necesidad del sistema, si el sistema va a durar un año, tres años, entonces hay tendencia a hacerlo rápido sin analizar ese tipo de implicaciones a futuro que tú creas que estás ahorrando, pues puede ser que realmente termines comprando recursos que no vas a necesitar en un futuro, que vas a tener que cambiar por otros. Entonces ahí es donde hay que hacer análisis de grano fino y ahí donde sí creo que el equipo o esta parte de acompañamiento guía de finops dentro de la empresa puede hacer mucha guía y ayudar mucho los equipos de tecnología.
[00:27:42] Speaker C: También. Quería contar también que no sé si nuestros seguidores saben, pero vos Iván, estás muy involucrado en todo lo que es la comunidad, no solamente en un principio de Spain Cloud, sino también con la comunidad de AWS. ¿Quieres contarnos un poco cómo es?
[00:27:59] Speaker A: Sí, la verdad es que sí. Tuve la oportunidad de incorporarme al programa de Community Builders de de AWS hace tres años.
Durante los dos últimos he sido parte de la organización del Community Day en España, que hemos tenido los dos eventos que se han organizado fue uno en Barcelona y el año pasado fue en Gijón. Y la verdad es que sí, tanto en canales internos como en canales más abiertos, sobre todo LinkedIn, intento colaborar tiempo que puedo y donde puedo aportar y sobre todo hacer que la comunidad vaya creciendo. Sí que es verdad que por mi bagaje estoy muy involucrado en AWS, pero hay luego muchos conceptos, muchas técnicas o aproximaciones que se pueden aplicar a cualquier a cualquier provider de nube pública. ¿De hecho tengo un grupo también de viejos Camaradas del Metal que están en distintas compañías trabajando con distintos proveedores cloud y al final también intercambiamos y enriquecemos mucho el conocimiento uno de otros con nuestra experiencia y hay mucho conocimiento y muchas situaciones que son son reutilizables, te ayudan mucho a aprender y me gusta bastante cuando puedo colaborar con la comunidad porque creo que es una ganancia en dos direcciones.
[00:29:42] Speaker B: No? Total. Al final por eso nos gusta este tipo de cosas, por eso hacemos lo que hacemos y por eso contactamos con vosotros también es un poco para la gente que que contribuye a la comunidad a ver cómo lo hacen para incentivar también a quien nos escucha y a quien nos ve que siga contribuyendo nosotros seguir contribuyendo y que esto siga que al final la comunidad española es bastante potente y creo que está un poco infravalorada en sí misma, es decir, que se valora poco los profesionales y la gente que hay.
[00:30:20] Speaker A: Totalmente.
Volviendo al hecho de los community days de AWS que he dicho antes, cuando lo hicimos en Gijón, pues al final yo soy de Sevilla, llevo viviendo en Madrid también 12 13 años como mucho, hemos tenido que emigrar por temas laborales y cuando decidimos hacer por ejemplo este Community Day fuera de las grandes ciudades, en Gijón, la verdad es que me sorprendió mucho porque hay una comunidad local muy potente y creo que eso se replica en toda la geografía. Como tú bien dices, estamos muy infravalorados, estamos buscando muchas veces muchos profesionales, nos quejamos de que no hay suficiente oferta para cubrir la demanda, pero sí que tenemos muchísimos profesionales con alta capacidad que les ha permitido también el ecosistema actual de poder trabajar en remoto, ubicarse en otras localizaciones que no son las grandes ciudades y se van creando comunidades. Pero yo creo que ahí estoy contigo, no estamos a nivel de madurez que otros países vecinos, por ejemplo dentro de de Europa, países muy cercanos y que sí que tenemos ese potencial, nos falta esa parte de madurarlo y creo que aquí también cambiando un poco de tercio y termino ya con esto, es un tema cultural. Desde las grandes empresas también se debería de fomentar, de fomentar esta participación de alguna manera. Yo me he encontrado en toda mi experiencia me he encontrado con compañías que lo fomentaba, incluso te dan tiempo, pero la mayoría no lo hacen. Y es curioso porque la mayoría de productos que se venden y de grandes corporaciones se nutren mucho del trabajo de la comunidad open source.
Recuerdo, no sé si recordáis el el incidente que hubo con los J y que prácticamente todos todos los productos de todos los proveedores lo utilizaban.
[00:32:52] Speaker B: Parece curioso, todo el que tuviera java se pegó un madrugón ese día y.
[00:33:00] Speaker A: Es curioso que algo que viene de la comunidad de dos personas que bueno que que sacan tiempo de donde no lo tienen para aportar eso a la comunidad, tengan tanto impacto. Entonces yo creo que eso de alguna forma y aprovecho también este espacio por si alguna grande corporación está escuchando, creo que hay que revertirlo también a la comunidad y es un win win pero de libro.
[00:33:26] Speaker C: La verdad que gracias por decir eso también. Y también como dijo Víctor, por eso seguimos haciendo esto y también por eso tomamos el tiempo para hacerlo también en español y tener la comunidad de Spain cloud y también tener la comunidad de finops en español porque no vemos mucho en eso y vamos a seguir haciendo y necesitamos gente como vos también que dices que salga adelante y organice y participe y siga haciendo esto. Así seguimos adelante también. No nos olvidemos que todavía en España tenemos que seguir creciendo, estamos como en el cloud.
[00:34:10] Speaker A: De hecho yo creo que la comunidad hispana en general, la de habla hispana, es verdad que no hay mucho contenido a pesar de ser una lengua tan extendida como es, si comparas con todo el contenido que hay en inglés incluso creo que o tengo la sensación de que en latinoamérica todo el hecho de las comunidades como que están cogiendo mucha más fuerza y aquí creo que debemos impulsarla un poquito más. Por eso como decías también, yo creo que ya va apareciendo más gente que intentamos dedicar este tipo de espacios o tiempo también porque nos gusta para poder ir haciendo, aportando nuestro granito de arena y haciendo crecer cada vez más a toda esta comunidad de habla hispana que tenemos y que es bastante potente.
[00:35:07] Speaker B: Totalmente, yo creo que nos falta vendernos un poquito mejor a nivel profesional y hacer un poquito mejor de eventos porque creo que las capacidades que estamos viendo tanto tú como la charla que tuvimos con Felicia que era una una crack en todo el tema de Cosmos, era una cosa impresionante y lo que vemos en los community days que al final ves charlas, ves gente, lo que has comentado tú de la gente del spot, creo que fue el caso de Ryanair, que tenían un dominio absoluto de las spot que pocas empresas tienen y ves a dos personas de España explicándote cómo lo usan y casos de uso que no tienen nada que envidiarle a a charlas internacionales, simplemente que es una cosa más pequeña, se vende un poco menos.
[00:35:56] Speaker A: Y demás, pero creo que el impacto es muy grande.
[00:35:59] Speaker B: Pero los hechos son los hechos y las reducciones, los números son los números. Entonces tenemos que trabajar por mejorar a ese nivel y dar espacio a gente como tú y a gente que hace cosas muy potentes para la comunidad española y bueno, eso nos anima a seguir y nos anima a darle caña al contenido que la verdad este año va a estar a tope de contenido. Pues nada Iván, creo que hemos hablado un poco de todo.
Ha sido genial tenerte.
[00:36:33] Speaker A: Para mí también, muchas gracias por invitarme. Una charla muy distendida, muy enriquecedora. Siempre un placer colaborar con vosotros y y charla con vosotros.
[00:36:47] Speaker C: Es como la canción de todo un.
[00:36:48] Speaker B: Poco.
[00:36:52] Speaker C: Y no se olviden que son seis pilars y tenemos la sostenibilidad que también tenerlo en cuenta que también está y algún día vamos a hablar de empezar a hablar de eso también. Vamos.
[00:37:08] Speaker B: De camino a 2030 nos vamos a poner, se va a poner de en voz de todos.
Genial, pues gracias a todos, hablamos.
[00:37:20] Speaker A: Buen día.
[00:37:21] Speaker B: Chao.
