ABAP y ABAP

Jonathan: Hola y bienvenidos todos. Mi nombre es Jonathan. Soy el anfitrión del Exercism and Podcast, y hoy me acompaña Lars. ¿Dónde tienes tu base actualmente, Lars?

Lars: Estoy en Copenhague, Dinamarca.

Jonathan: Bien. Genial. Así que un poco al norte del ecuador. Yo estoy muy al sur del ecuador en este momento. Es un gusto tenerte en el programa de hoy. Me alegra mucho que hayamos podido tener esta charla. Y voy a arrancar directamente. Con el programa de esta semana. Así que, Lars, cuéntanos un poco sobre ti. ¿Cómo llegaste al sector tech? ¿Cómo terminaste donde estás actualmente?

Lars: Sí, veamos, dónde estoy actualmente, como dijimos, Copenhague. Pero trabajo principalmente en consultoría en el área de SAP, código personalizado de ABAP, y ¿cómo terminé ahí? Sí, como siempre, es una historia larga. Pero es tech. Así que hablemos de trayectorias tech. Cuando era joven, eso fue hace mucho tiempo. Mi gemelo idéntico y yo. Tengo mi

Jonathan: Tienes un gemelo idéntico, así que ¿cómo sé que no es tu otro gemelo el que habla hoy?

Lars: haciendo cosas de Microsoft.

Jonathan: Okay. Da miedo.

Lars: cosas. Así que solo pregúntale cualquier cosa sobre SAP. Entonces él no puede preguntarme nada sobre Microsoft. Entonces yo no puedo responder.

Jonathan: Sí.

Lars: Pero cuando éramos jóvenes, empezamos. A jugar en la Commodore 64, y recuerdo hacer algo de programación muy básica en el lenguaje BASIC en la Commodore, en una pantalla de televisión muy pequeña, en blanco y negro. Pasando horas haciendo eso, consiguiendo una computadora nueva, haciendo QBasic en la 386 y la 486. Actualizándome a ocho megabytes de memoria, que era bastante para la época. Sí, eso era QBasic, haciendo programación en Pascal. Con el tiempo llegué a Windows. E hice mucho Visual Basic. Sí, me gusta Visual Basic. Eso fue por los años, en los noventa algo, y finalmente empecé a usar algo de Linux. . Y sí. Para quienes recuerdan los buenos viejos tiempos de Linux, estaba la página themes.org, donde era posible descargar temas para distintos gestores de ventanas. Algo muy de Linux. Y creo que esa fue la primera vez que me involucré de verdad con la comunidad y el espacio, pasando tiempo construyendo ese sitio web en PHP. Sí,

Jonathan: Okay. Guau.

Lars: Ponme algunos sellos. Visual Basic, haciendo programación de doctorado. Sí.

Jonathan: Okay. Bien. Bien. Sí, esa es buena.

Lars: Y con el tiempo ir a la universidad, hacer una maestría en ciencias de la computación y hacer cualquier tipo de programación y, al azar, conseguir un pequeño trabajo ya que Sí. Necesitaba dinero para pagar mi renta. Y haciendo otra programación. Eso se ha quedado conmigo durante los últimos 15 años aproximadamente de desarrollo de código personalizado en SAP ABAP. Y, sí. Así que la siguiente pregunta. ¿Por qué? ¿Por qué se quedó? Porque ABAP no es un lenguaje muy moderno ahora. Se parece mucho a COBOL, pero también es un lenguaje de programación muy interesante porque es muy amplio, tiene muchas sentencias distintas y muchas cosas distintas pueden salir mal.

Jonathan: Okay. Así que hay mucha resolución de problemas y muchos tipos de debug. ¿Es esa la naturaleza del trabajo?

Lars: Sí. Normalmente digo que hago este tipo de trabajo porque me gusta mucho el debug y hay mucho código viejo para hacer debug, ¿verdad? Así que justo la semana pasada estaba arreglando un programa viejo de 20 años. Yo estaba como, Okay, bien, bien. Y siempre, cuando uno mira un programa viejo, aunque lleve muchos años haciéndolo, hay. cosas nuevas que aprender, algunas características viejas que se han usado y que todavía corren día a día, ¿verdad?

Jonathan: Okay, entonces te uniste hace 15 años. ¿La misma empresa, o simplemente empezaste aprendiendo ABAP con SAP y te has movido a distintas empresas?

Lars: Ahora mismo, cuando, ahora tengo mi propia empresa haciendo cosas divertidas y yo defino qué. Y también he estado haciendo mucha consultoría para varias consultoras y también trabajé como becario. Así que ahora trabajo como freelance y consigo algo de trabajo freelance para poder pagar mi renta otra vez. Eso es importante.

Jonathan: Sí. . Suena como un tema recurrente en tu vida, que es pagar. Pagar la renta,

Lars: sí.

Jonathan: encontrar formas de pagar.

Lars: Y aun así pasar demasiado tiempo en proyectos de código abierto, desviándome hacia algo desafiante.

Jonathan: Sí. ¿Así que tienes un equipo de personas con las que trabajas como parte de tu negocio, o estás bastante por tu cuenta en ese sentido? ¿Cómo, qué aspecto tiene el día a día o la semana con tu trabajo?

Lars: Así que estoy por mi cuenta y tengo mi propia empresa. Hablando de colaboración, sí colaboro con el cliente, ¿verdad? Y luego, en el espacio del código abierto, también tengo muchos buenos amigos en la comunidad de código abierto que ayudan con algunas cosas de vez en cuando. Y yo les ayudo con algunas cosas de vez en cuando, así que es una situación en la que todos ganan.

Jonathan: Sí. En realidad creo que eres totalmente responsable de construir el track de ABAP en Exercism, si no me equivoco, o tienes un alto nivel de participación. Al construirlo. Cuéntanos un poco sobre eso.

Lars: Sí. El track de ABAP lo han construido varios miembros de la comunidad. Y son principalmente miembros de la comunidad de los proyectos de código abierto de ABAP. En, claro, somos un poco especiales, así que tenemos que construir nuestro propio test runner desde cero, pero esa es una historia para otro día.

Jonathan: Sí. Sí. Sí.

Lars: Eso es de casa. Así que tenemos varias personas que contribuyen a Exercism. . Sin embargo, el track de ABAP es un poco especial, ¿verdad? Porque es un lenguaje de programación que en realidad es bastante difícil de arrancar porque no puedes simplemente descargar un runtime de JavaScript como Node o un runtime de Python.

Jonathan: Sí. Sí. Sí.

Lars: Realmente no puedes hacer eso muy fácilmente en ABAP. La última, forma de hacerlo era un contenedor de destino con 60 que tenía 16 gigabytes, hasta donde recuerdo.

Jonathan: ¿16

Lars: Necesitas al menos 32 gigabytes de memoria para ejecutar esto. Y no hay mucha gente que realmente tenga esta infraestructura fácilmente disponible. Y además, ejecutar en este tipo de infraestructura sería imposible con Exercism, no sé. La infraestructura detrás del ecosistema, pero los tracks, son un montón de pequeños contenedores Docker que arrancan, ejecutan el código, verifican el ejercicio y luego se apagan de nuevo.

Jonathan: Sí.

Lars: Y arrancar un contenedor Docker de este tamaño puede tardar fácilmente 10 minutos.

Jonathan: ¿? No. No. Claro.

Lars: Así que necesitábamos un enfoque distinto y, por suerte, yo había estado trabajando en mis cosas de análisis estático. Empecé hace algunos años y tiene árboles de sintaxis abstracta. Así que en realidad tomamos este código y lo convertimos en código JavaScript y luego lo ejecutamos en Node y damos la retroalimentación en Exercism. Así que decimos que no es el lenguaje oficial que soportamos, dado que es ABAP, y además ABAP es un poco especial, como ya he mencionado algunas veces antes. Que no hay una descripción oficial realmente buena del lenguaje ABAP como tal. No como otros lenguajes que han sido diseñados. Creo que ABAP ha evolucionado principalmente hasta lo que es desde los setenta o cuando sea que se inició. Así que lo vamos improvisando sobre la marcha.

Jonathan: Entonces, ¿qué tipo de desafíos crea eso en tu trabajo del día a día? Supongo que porque tienes que ser capaz de mirar un problema con ojos frescos cada día e intentar meterte en la mente de la persona que lo desarrolló, porque tienes muy poca, ¿es correcto decir que tienes muy poca documentación a la que recurrir, así que tú

Lars: hay mucha documentación, pero no es, es solo texto y no siempre es. 100% correcta.

Jonathan: . . Okay.

Lars: La forma correcta es probar el código y ver qué hace realmente, ¿verdad? Claro, hay muchas cosas en el lenguaje que son correctas. Pero también, cuando las personas trabajan y construyen cosas en un sistema SAP, normalmente somos varios desarrolladores en un solo sistema, y este único sistema tiene. más de 200 millones de líneas de código y más de 80,000 tablas de base de datos,

Jonathan: madre mía.

Lars: Lo cual es bueno. Me gusta uno de ellos. Y sobre todo si construyes todo muy junto, obtienes mucho análisis estático interesante que puede conectar las cosas, mientras que si haces una arquitectura al estilo de Microsoft, todo está débilmente acoplado. Hay pros y contras en ambos.

Jonathan: Así que prefieres la configuración monolítica, ¿sería un comentario justo o es un poco, tú, lo que prefieras,

Lars: Sí. Prefiero el monolito, pero sí. Okay. Bueno, con lo básico, prefieres los monolitos. Sí. Genial. Eso es

Jonathan: Código heredado. Sí. Todo cosas que han existido desde hace tiempo, todo ese tipo de cosas.

Lars: Sí. Me gustan las cosas viejas. Es bastante divertido, ¿verdad? Normalmente digo que cuando. . Cuando me haga viejo, quiero meterme en programación en PL/I o en APL, algunos de esos lenguajes de programación. No sé, probablemente podría hacerlo en Exercism también, ¿verdad? En algún

Jonathan: Probablemente, hay, tenemos todo bajo el capó a estas alturas. Veamos qué tenemos. Abl, ¿dijiste APL o abl?

Lars: APL, Oh, no hay track de APL.

Jonathan: Oh, tal vez haya una oportunidad.

Lars: Pls 12. No hay PL/I. Okay. Okay. Esos son dos tracks que alguien en la comunidad

Jonathan: Oh, te estás apuntando para eso ahora mismo. Eso es

Lars: no. Entonces, ¿cómo se ve en el día a día, por ejemplo, el track de ABAP? El track de ABAP es una aproximación de lo que es correcto, y siempre intentamos acercarlo un paso más a ser 100%. Así que de hecho tenemos personas con soluciones correctas que simplemente no funcionan en Exercism

Jonathan: Okay.

Lars: por esta extraña configuración de test que armé. Pero paso a paso, día a día empieza a funcionar Y simplemente seguimos agregando más y más tests unitarios al backend y al runner de Exercism y todo. Y luego, con suerte, algún día será 100% perfecto, pero

Jonathan: Quién sabe. Quién sabe qué va a salir de ese punto. Entonces, ¿con cuántos clientes trabajas normalmente durante la semana? ¿Es uno o dos o tres, o pueden llegar a ser hasta 10?

Lars: Solo uno o dos.

Jonathan: Okay. Y eso ha sido algo continuo durante un tiempo.

Lars: Sí. Sí. He estado haciendo consultoría durante muchos años ya.

Jonathan: . ¿Y está enfocado principalmente en Copenhague o durante la pandemia tuviste la oportunidad de trabajar remoto más lejos? ¿Cuál es tu, viajas mucho o,

Lars: viajaba mucho en mis días más jóvenes, pero ahora simplemente me quedo en casa haciendo trabajo remoto.

Jonathan: Okay.

Lars: Es

Jonathan: Sí. Mantienes tu cafetera caliente.

Lars: Sí.

Jonathan: Mantener las cosas en marcha. Bueno, por último, dijiste que creciste programando desde muy joven y te interesaba eso desde bastante joven. ¿En algún momento la programación te hizo sentido? ¿Hubo un momento en que dijiste que te hizo clic o fue algo que simplemente entendiste de forma natural desde joven? ¿Cómo lo describirías?

Lars: Oh, no sé. Creo que siempre he entendido el programar, ¿verdad?

Jonathan: Sí.

Lars: pero normalmente, en mis días más jóvenes, siempre fue programación procedural. . Así que recuerdo que en algún momento en la universidad hubo esta introducción a la programación funcional y la programación lógica. Y son dos, dos paradigmas completamente distintos para hacer programación. Y hay un Prolog, hasta donde sé. Sí, hay un track de Prolog. Así que para quienes no han probado la programación lógica, les recomiendo intentar hacer algo de programación en Prolog, y Standard ML probablemente también está ahí para entender lo que pensabas, la programación procedural nueva, pero también hay muchas otras cosas que puedes hacer. Así que sí, aprendo cosas nuevas cada día, así que no me ha hecho clic.

Jonathan: ¿todavía luchas con todo? No, es solo que es interesante porque gran parte de mi experiencia ha sido. Que tengo que sumergirme en algo como un lenguaje. Y de repente los conceptos que son ajenos, y de la noche a la mañana algo cambia. Y es casi Oh, guau, eso tiene todo el sentido. Y algunos de los otros con los que he hablado en el podcast han dicho, Sí, tienen una experiencia similar. Y yo decía, ¿cómo hiciste eso? Y ellos decían, Oh, una, una chica decía, Oh, yo solo imagino un programa, como una historia y tengo las funciones de personajes y todo ese tipo de cosas. Así que eso fue muy interesante. Pero ¿cómo decidiste que, el ABAP, era lo que ibas a enfocar? ¿Fue solo Oh, esto paga la renta, o fue un me gusta mucho esto, lo prefiero a JavaScript o lo que sea y

Lars: Meterte en la programación siempre empieza al azar, ¿verdad? Hacer un basic al estilo de Raymond, hacer Java y empezar al azar, y simplemente destacó como un tipo de lenguaje de programación muy desafiante porque es muy grande en distintas sentencias, a diferencia de Java y JavaScript, que en realidad no tienen tantas sentencias. Tiene una biblioteca grande. Comparado con eso, en ABAP tenemos muchas cosas de biblioteca como parte del lenguaje de programación, mientras que en JavaScript llamas a diferentes usos, usas el mismo tipo de construcción del lenguaje para llamar a las bibliotecas.

Jonathan: Okay.

Lars: Sí.

Jonathan: Okay. Así que fue casi como que descubriste ABAP casi al azar y entonces, mirando hacia adelante ahora en los próximos 10, 10 años, no sé si quieres siquiera pensar tan lejos, pero. ¿Cómo se ven los próximos cinco a 10 años para ti en términos de programación y negocio? ¿Tienes alguna idea de, Oh, aquí es donde me gustaría estar, esto es lo que me gustaría estar haciendo,

Lars: Ah, nunca se sabe realmente, ¿verdad? Así que continúo con las cosas mientras crea que son divertidas, ¿verdad? Si ya no son divertidas, las dejo y hago otra cosa.

Jonathan: Okay, así que eso es

Lars: el plan, ¿verdad? Dice, tiene que ser divertido para que funcione día a día, en mi opinión. Probablemente ABAP siga en el menú en 10 años, creo. Y se reduce un poco a eso. Soy bastante exigente cuando se trata de lenguajes de programación y tecnología. Así que hago ABAP y hago JavaScript/TypeScript, y luego trato de no meterme en ningún otro lenguaje.

Jonathan: Sí. Okay. Pero si yo dijera, Okay, Lars, tienes que dejar ABAP y JavaScript ahora y tienes que aprender otro lenguaje de programación. ¿Tienes alguna idea de cuál te gustaría? Sí, lo haré.

Lars: Sí, ya hablamos de APL,

Jonathan: Okay. Sí.

Lars: Un lenguaje muy cool, muy, probablemente más viejo que yo, no sé, cerca de. , APL y PL/I, creo que ambos son más viejos que ABAP.

Jonathan: . Okay. Guau. Entonces, ¿por qué esos, por curiosidad? ¿Qué te intriga de ellos?

Lars: APL, no lo he probado realmente, pero hay algunos simuladores en internet que puedes probar. Es un montón de letras griegas donde todo es una matriz, multipli. , No soy, simplemente se ve muy extraño y sí, tonto. Pero eso es también lo que lo hace divertido, ¿verdad? Tiene que haber algún tipo de desafío. Y PL/I es simplemente, pero algo distinto. No estoy seguro.

Jonathan: Algo misterioso y un poco

Lars: Sí. No realmente. Me gusta ir por las cosas viejas y clásicas y no por todas las cosas nuevas y elegantes. Así que probablemente podría decir Rust, no. probablemente me meta en Rust algún día, pero no es realmente solo porque necesite hacerlo. No es porque quiera hacerlo.

Jonathan: Sí. ¿Y notas que el número de personas que usan ABAP está disminuyendo o aumentando, o ha habido un resurgimiento del interés en el lenguaje últimamente? ¿Cuál es tu perspectiva al respecto?

Lars: Sí, es bastante difícil, y como ABAP son estos grandes sistemas que corren internamente en grandes colaboraciones multinacionales, es bastante difícil obtener números públicos reales y correctos sobre cuáles son realmente las cifras. Pero el rumor es que la edad de los desarrolladores que se saben esto de memoria está aumentando y acercándose cada vez más a salir del mercado.

Jonathan: Okay.

Lars: Así que como COBOL, ¿verdad? Es un lenguaje viejo, y los jóvenes no lo encuentran muy divertido, ¿verdad? Así que son personas mayores como yo, pero eso es también por lo que hicimos el track de ABAP, ¿verdad? Queremos atraer a más gente joven al lenguaje y el sistema de Exercism es una buena plataforma para probar muchas cosas distintas. ... y es muy fácil empezar. Regístrate, haz clic, inicia sesión. Empieza a escribir código. Listo.

Jonathan: Sí. ¿Y has notado que has visto a mucha gente haciendo el track? ¿El track de ABAP?

Lars: Sí. Tenemos cerca de 5,000 estudiantes ahora.

Jonathan: Guau, eso es increíble. Sí.

Lars: Sí, entonces aquí en septiembre hubo un septiembre. Un desafío de código comunitario que organizaron los developer advocates de SAP. Tratando de atraer gente a la plataforma, probando algunos ejercicios con lo que llamamos tablas internas. En otros lenguajes. Estas son normalmente arrays, pero nosotros las llamamos tablas internas, y tablas internas anidadas, que normalmente se llaman arrays de arrays, en otros lenguajes de programación.

Jonathan: Sí.

Lars: Así que conseguimos muchos estudiantes nuevos con eso. Y también recibimos mucho feedback y bugs e issues en GitHub. Y eso también es algo a lo que no estamos muy acostumbrados en el mundo de ABAP. Colaborar entre múltiples organizaciones. De hecho, compartir algo de código en GitHub no es algo muy típico en la comunidad.

Jonathan: ¿Es solo porque las personas, ha estado muy compartimentado en términos de que esta empresa hace lo suyo y luego otra empresa hace lo suyo? Y entonces los desarrolladores no hablan mucho. Están en su contexto específico y el compartir y la colaboración son un poco menores, ¿o por qué es eso?

Lars: También se debe a la naturaleza de un sistema SAP porque es un sistema estándar. Puede hacer cualquier cosa por ti, así que normalmente cuando ayudo a clientes es porque el cliente necesita algo especial.

Jonathan: Sí.

Lars: Y es algo especial según lo que hace único su negocio. Así que probablemente es algo que otros clientes no pueden usar y tampoco usarán, porque ese cliente es único de una manera distinta a la de otro cliente. Pero hay una comunidad de código abierto que está evolucionando y compartiendo código, aunque normalmente es a nivel de utilidades. Utilidades, cosas como logging y manejo de errores o algo así. Pero va a llegar. Solo toma más de cinco años en el mundo de SAP para cualquier cosa.

Jonathan: Sí. Solo para que todo empiece a ganar ese impulso. Bueno, esa era una de las cosas que le preguntamos a todos los que vienen al programa, y yo, quizás viste el documento que te envié, pero nosotros. , normalmente le preguntamos a la gente cuál es la única opinión o perspectiva que mantendrías y en la que no cederías en el sector tech? O normalmente, ¿cuál es la única colina por la que morirías en el sector tech para, para asegurarte de que eso se mantenga por siempre jamás, y puede ser tan. Tonta como yo siempre escribo mi lógica después de mi CSS si estás en el front end. O puede ser muy trivial o podría ser algo como nunca usaré GitHub, por ejemplo. Podría ser, pero solo tienes que poder argumentar o presentar, presentar tu punto. Bien pensado. Pero ¿cuál es esa única cosa, esa única opinión que tú.

Lars: Una, una. Una opinión

Jonathan: Okay. Te puedo dar dos. Te puedo dar dos. Sí. Tres. Okay. Tres. Puedes tener tres opiniones porque sé que la gente técnica no tiene muchas opiniones en absoluto, normalmente.

Lars: Sí. Creo que si la gente me describiera, a veces tengo opiniones muy fuertes al respecto y sí. Así que una de mis principales opiniones es decir no, esto no va a ser posible. Haz otra cosa que encaje mejor con la solución y la tecnología. Así que di no a usar herramientas como Jenkins. Di no a Jenkins, entonces es una de las herramientas que me gusta mencionar que nadie debería usar, ¿verdad?

Jonathan: ¿Por qué? ¿Por qué? ¿Por qué es eso? ¿Cuál es la razón?

Lars: es mucho más fácil tener tus pipelines cerca del código. Así que si tú, simplemente lo considero obsoleto.

Jonathan: Okay. Así que es como un nivel de abstracción que no necesita añadirse si sabes lo que haces.

Lars: Sí. Y hay otras herramientas que hacen las cosas mejor. Otra herramienta que me gusta saltarme es Eclipse. En el mundo de Java, si miras atrás como cinco, 10 años, Eclipse normalmente se usaba para construir código Java. Desde mi perspectiva, está en el punto en que Eclipse ya ni siquiera se usa para construir código Java. Normalmente son algunas grandes aplicaciones empresariales sobre cosas usadas en Eclipse y construyendo Eclipse, para lo que no estaba realmente pensado al principio. No hay muchas otras formas de hacer esto y sí muchas otras herramientas entre las que elegir. Así que Eclipse está eclipsado.

Jonathan: Okay. Sí, me gusta. Y te voy a dar una opinión más. ¿Cuál es la otra, la tercera opinión,

Lars: El espacio en blanco, o sea, el espacio en blanco. Así que uno de mis proyectos paralelos es el análisis estático para ABAP. Y de hecho en ABAP es, tenemos muchas sentencias distintas, muchas formas distintas de hacer indentación y mayúsculas y minúsculas en ABAP y notación húngara, todo. . Sí. Tener, tener espacios dobles en algún lugar de un texto es algo que realmente me saca de quicio.

Jonathan: ¿Es solo porque lo desordena todo y es, es simplemente una pesadilla

Lars: Simplemente te desvía, y al leer, como al leer un texto o un fragmento de código. Oh, hay dos espacios aquí entre qué, me toma por sorpresa.

Jonathan: Okay, okay, así que déjame, entonces Jenkins, ve tus pipelines. Acércalos al código, vale Eclipse. No es necesario. Y el espacio en blanco doble. Esas son las tres opiniones que te he dado, que varían en gravedad, al parecer. No, eso es genial. No, eso es genial. Y sí, creo que lograste defender, mantener tu posición muy bien en esas.

Lars: Y también, hablando de integración continua, no conviertas la integración continua en espera continua.

Jonathan: Okay, entonces subes código, y luego se queda ahí esperando a ser PR por un, ¿es eso lo que

Lars: ... obtener la retroalimentación rápido para el desarrollador en lugar de hacerlos esperar una hora, dos horas por cualquier retroalimentación.

Jonathan: Okay. ¿Es eso porque de forma sistémica, sistemáticamente es una salvaguarda? ¿Es por eso que está ahí? ¿Es solo para hacer una pausa y que las cosas puedan revisarse o por qué

Lars: Simplemente mala arquitectura.

Jonathan: Sí. Okay. Okay. Interesante. Bueno, última pregunta por hoy. Espero que lo hayas disfrutado hasta ahora, pero quería preguntarte esto. ¿Qué recomendaciones tienes para la comunidad de Exercism esta semana? Si pudieras recomendar una cosa para la comunidad, ¿cuál sería? Podría ser cualquier cosa. Come sushi. Ve y salta a un río, lo que sea

Lars: Claro, prueba el track. Eso es probablemente

Jonathan: Te doy esa gratis. Esa es gratis. Esa es gratis, Okay.

Lars: Pero claro, como ya mencioné algunas veces, recuerda divertirte. Tiene que ser divertido. Así que a veces, aunque haya algunas ideas extrañas, si es divertido, pruébalo. Mira qué pasa. Eso es también lo que digo normalmente al crear proyectos de código abierto. Simplemente lánzate, mira si es divertido o no. Pruébalo. Si no funciona, está bien. Entonces pasa al siguiente proyecto o proyecto de código abierto o lenguaje.

Jonathan: Sí.

Lars: Porque hay tantas cosas que hacer en el mundo tech y fuera del mundo tech que realmente no vale la pena si estás aburrido todo el tiempo.

Jonathan: Sí, no, claro. No, esa es una buena recomendación. Así que, que cualquiera por ahí se divierta en el sector tech. Por último, muchas gracias por tu tiempo hoy. Lo aprecio mucho. Quédate un momento mientras yo, cuando detenga la grabación, nos pondremos al día al final. Pero solo quería darte un enorme agradecimiento. Y cualquiera por ahí que esté interesado, vayan y revisen el track de ABAP. Vayan y hagan algunos ejercicios. Vayan y vean cómo les va con eso. Y si quieren aprender algo que ha existido por un tiempo y que está volviendo a crecer, en importancia e influencia, se podría decir, porque sostiene muchas plataformas multinacionales centrales. Personas que reconocerían, empresas que reconocerían. Si quieren aprender el track interno, entonces ABAP definitivamente vale la pena revisarlo. Lars, pondremos todos los enlaces del programa que puedas tener en la descripción abajo cuando lleguemos ahí. Pero mientras tanto, muchas gracias y te veo en un segundo. Pero sí, gracias de nuevo. Lo aprecio.