ABAP y ABAP

Jonathan: Hola y bienvenidos todos. Me llamo Jonathan. Soy el presentador del podcast de Exercism, y hoy me acompaña Lars. ¿Dónde estás actualmente? Lars.

Lars: Estoy en Copenhague, Dinamarca.

Jonathan: Bien. Genial. Así que un poco al norte del ecuador. Yo ahora mismo estoy muy al sur del ecuador. Es genial tenerte en el programa de hoy. Me alegro mucho de que hayamos podido tener esta charla. Y voy a empezar directamente. Con el programa de esta semana. Así que, Lars, cuéntanos un poco sobre ti. ¿Cómo llegaste a la tecnología? ¿Cómo acabaste donde estás ahora?

Lars: Sí, vamos a ver, dónde estoy ahora, como hemos comentado, en Copenhague. Pero trabajo sobre todo en consultoría en el área de código personalizado de SAP y ABAP. ¿Y cómo acabé ahí? Sí, como de costumbre, es una historia larga. Pero es tecnología. Así que hablemos de los inicios en la tecnología. Cuando era joven, eso fue hace mucho tiempo. Yo y mi gemelo idéntico. Tengo mi...

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

Lars: haciendo cosas de Microsoft.

Jonathan: Vale. Da miedo.

Lars: cosas. Así que pregúntale lo que sea sobre SAP. Luego él no puede preguntarme nada sobre Microsoft. Entonces yo no puedo responder.

Jonathan: Ya.

Lars: Pero cuando éramos jóvenes, empezamos. A jugar con el Commodore 64, y recuerdo hacer algo de programación muy básica en el lenguaje de programación BASIC en el Commodore, en una pantalla de televisión en blanco y negro, muy pequeña. Pasarme horas haciendo eso, conseguir un ordenador nuevo, hacer algo de QBasic en el 386 y el 486. Actualizar a ocho megabytes de memoria, que era lo habitual por aquel entonces. Sí, eso era QBasic, haciendo programación en Pascal. Con el tiempo pasé a Windows. E hice mucho Visual Basic. Sí, me gusta Visual Basic. Eso fue allá por los años noventa, y con el tiempo me metí a usar algo de Linux. . Y sí. Para los que recordéis 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 ese espacio, pasando tiempo construyendo esa web en PHP. Sí.

Jonathan: Vale. Vaya.

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

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

Lars: Y con el tiempo fui a la universidad, hice un máster en informática y algo de programación, y de forma aleatoria conseguí un pequeño trabajo, ya que sí, necesitaba dinero para pagar el alquiler. Y haciendo otra programación. Eso se me ha quedado pegado durante los últimos 15 años aproximadamente de desarrollo de código personalizado en SAP ABAP. Y sí. Así que, siguiente pregunta. ¿Por qué? ¿Por qué se quedó? Porque ABAP ya no es un lenguaje de programación muy moderno. Se parece mucho a COBOL, pero también es un lenguaje de programación muy interesante porque es muy amplio, tiene muchas instrucciones distintas y muchas cosas distintas pueden salir mal.

Jonathan: Vale. Así que hay mucho de resolver problemas y mucho debugging. ¿Es esa su naturaleza?

Lars: Sí. Normalmente digo que hago este tipo de trabajo porque me encanta el debugging y hay muchísimo código antiguo en el que hacer debug, ¿verdad? La semana pasada, sin ir más lejos, estaba arreglando un programa antiguo de 20 años. Y pensé, vale, genial, genial. Y siempre, al mirar un programa antiguo, aunque lleve muchos años haciendo esto, hay. cosas nuevas que aprender, funcionalidades antiguas que se han usado y que todavía se ejecutan a diario, ¿no?

Jonathan: Vale, así que te incorporaste hace 15 años. ¿A la misma empresa, o simplemente empezaste a aprender ABAP con SAP y has pasado por distintas empresas?

Lars: Ahora mismo, cuando... ahora tengo mi propia empresa haciendo cosas divertidas y yo decido qué. Y también he hecho mucha consultoría para varias consultoras y he trabajado como interno. Así que ahora trabajo por cuenta propia y consigo algo de trabajo freelance para poder volver a pagar el alquiler. Eso es importante.

Jonathan: Ya. . Parece un tema recurrente en tu vida, que es pagar. Pagar el alquiler,

Lars: sí.

Jonathan: buscar formas de pagar.

Lars: Y aun así pasando demasiado tiempo en proyectos de código abierto, desviándome hacia algo que suponga un reto.

Jonathan: Ya. ¿Y tienes un equipo de personas con las que trabajas como parte de tu negocio, o vas bastante por tu cuenta en ese sentido? ¿Cómo, cómo es el día a día o la semana con tu trabajo?

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

Jonathan: Ya. En realidad creo que eres totalmente responsable de construir la ruta de ABAP en Exercism, si no me equivoco, o tienes un alto nivel de implicación. En construirla. Cuéntanos un poco sobre eso.

Lars: Sí. Así que la ruta de ABAP la han creado varios miembros de la comunidad. Y estos son principalmente miembros de la comunidad de los proyectos de código abierto de abapGit. Y bueno, claro, somos un poco especiales, así que tenemos que construir nuestro propio cliente de Git desde cero, pero esa es otra historia para otro día.

Jonathan: Ya. Ya. Ya.

Lars: Eso es GitHub. Así que varias personas contribuyen a Exercism. . Sin embargo, la ruta de ABAP es un poco especial, ¿verdad? Porque es un lenguaje de programación en el que en realidad es bastante difícil empezar, porque no puedes simplemente descargar un entorno de ejecución de JavaScript como Node o un entorno de ejecución de Python. En ABAP no puedes hacer eso con facilidad. La forma más reciente de hacerlo era un contenedor de destino que ocupaba 16 gigabytes, que yo recuerde.

Jonathan: ¿16?

Lars: Necesitas al menos 32 gigabytes de memoria para ejecutar eso. Y no hay mucha gente que tenga esa infraestructura disponible fácilmente. Y además, ejecutarlo en ese tipo de infraestructura sería imposible con ex, no sé. La infraestructura detrás del ecosistema, pero las rutas, todo son muchos contenedores pequeños de Docker que se arrancan, ejecutan el código, comprueban el ejercicio y luego se apagan otra vez.

Jonathan: Ya.

Lars: Y arrancar un contenedor de Docker de ese 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 mi herramienta de análisis estático. Empecé hace algunos años y tiene árboles de sintaxis abstracta. Así que de hecho cogemos este código y lo convertimos en código JavaScript, y luego lo ejecutamos en Node y damos la respuesta sobre ello. Así que decimos que no es el lenguaje oficial que soportamos como ABAP y además ABAP es un poco especial, como ya he mencionado varias veces. que no hay una descripción oficial realmente buena del lenguaje ABAP como tal. No como otros lenguajes que se han diseñado. Creo que ABAP ha ido evolucionando principalmente hasta lo que es desde los años setenta o cuando sea que empezó. Así que lo vamos improvisando sobre la marcha.

Jonathan: ¿Y qué tipo de retos te crea eso en el 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...

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

Jonathan: . . Vale.

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 la gente trabaja y construye cosas en un sistema SAP, normalmente somos varios desarrolladores en un mismo sistema, y este único sistema. 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 está bien. A mí me gusta uno de ellos. Y sobre todo si construyes todo muy junto, obtienes un montón de análisis estático interesante que puede atar las cosas, mientras que si haces una arquitectura 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í. Yo sí prefiero el monolito, pero sí. Vale. Así que, con tu BASIC, prefieres gestionar redes. Sí. Genial. Eso es

Jonathan: Código heredado. Ya. Todo cosas que llevan mucho tiempo ahí, 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/1 o APL, algunos de esos lenguajes de programación. No sé, probablemente también pueda hacer eso en M, ¿verdad? En algún momento.

Jonathan: Probablemente, hay, tenemos de todo bajo el capó a estas alturas. Veamos qué tenemos. ABL, ¿has dicho APL o ABL?

Lars: Apo, ah, no hay una ruta de APL, ¿no?

Jonathan: Ah, quizá haya una oportunidad.

Lars: PL/1. No hay PL/1. Vale. Vale. Esas son dos rutas que alguien de la comunidad

Jonathan: Ah, ¿te estás apuntando ahora mismo? Eso es

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

Jonathan: Vale.

Lars: por culpa de esta extraña cadena de herramientas que he montado. Pero paso a paso, día a día va funcionando. Y simplemente seguimos añadiendo más y más tests unitarios al backend y al runner de Exercism y a todo. Y con suerte algún día será 100% perfecto, pero

Jonathan: Quién sabe. Quién sabe qué saldrá a partir de ahí. Y ahora, ¿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: Vale. Y eso ha sido algo continuo durante un tiempo.

Lars: Sí. Sí. Llevo muchos años haciendo consultoría.

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

Lars: viajaba mucho en mis años más jóvenes, pero ahora suelo estar sentado en casa trabajando en remoto.

Jonathan: Vale.

Lars: Es...

Jonathan: Ya. Mantienes la cafetera caliente.

Lars: Sí.

Jonathan: Mantienes las cosas en marcha. Y bueno, has dicho que creciste programando desde muy joven y que te interesaba eso desde bastante joven. ¿En algún momento la programación llegó a tener sentido para ti? ¿Hubo un momento en el que hiciste clic, o era algo que entendías de forma natural desde pequeño? ¿Cómo lo describirías?

Lars: Oh, no lo sé. Creo que siempre he entendido la programación, ¿verdad?

Jonathan: Ya.

Lars: pero normalmente, en mis años más jóvenes, siempre ha sido programación procedural, . Así que recuerdo que en algún momento de la universidad hubo una introducción a la programación funcional y a la programación lógica. Y son dos, dos paradigmas completamente distintos de hacer programación. Y por lo que sé, hay un Prolog. Sí, hay una ruta de Prolog. Así que, para los que no hayáis probado la programación lógica, os recomiendo probar algo de programación en Prolog, y Standard ML probablemente también esté ahí para descubrir lo que va más allá de la programación procedural, pero también hay muchas otras cosas que puedes hacer. Así que sí, aprendo cosas nuevas cada día, así que no ha hecho clic.

Jonathan: ¿sigues lidiando con todo? No, es que es interesante porque gran parte de mi experiencia ha sido. Que tengo que sumergirme en algo como un lenguaje. Y entonces, de repente, los conceptos que son extraños, y de la noche a la mañana algo cambia. Y es casi como ¡Ah, vaya, eso tiene todo el sentido! Y algunas de las otras personas con las que he hablado en el podcast han dicho: Sí, tienen una experiencia parecida. Y yo pensaba: ¿cómo habéis hecho eso? Y decían: Ah, una, una chica decía: Ah, yo simplemente me imagino un programa como una historia y tengo las funciones como personajes y todo ese tipo de cosas. Así que eso fue muy interesante. Pero ¿cómo decidiste que, como, ABAP era lo que ibas a ser el centro de tu atención? ¿Fue solo un Ah, esto paga el alquiler, o fue un Me gusta mucho esto, lo prefiero a JavaScript o lo que sea, y

Lars: Empezar en la programación siempre es por casualidad, ¿verdad? Haciendo un poco de BASIC, haciendo ABAP, y empezando por casualidad, y simplemente destacó como una especie de lenguaje de programación muy desafiante porque es muy grande en distintas instrucciones, como Java y JavaScript no tienen realmente muchas instrucciones. Tienen una gran biblioteca. En comparación con eso, en ABAP. Tenemos muchas cosas de biblioteca como parte del lenguaje de programación, mientras que en JavaScript usas el mismo tipo de construcción del lenguaje para llamar a las bibliotecas.

Jonathan: Vale.

Lars: Sí.

Jonathan: Vale. Así que fue casi como si descubrieras ABAP casi por casualidad, y entonces, mirando hacia delante 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 Ah, aquí es donde me gustaría estar, esto es lo que me gustaría estar haciendo,

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

Jonathan: Vale, así que esa 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ú dentro de 10 años, creo. Y en parte se reduce 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 intento no meterme en ningún otro lenguaje.

Jonathan: Ya. Vale. Pero si yo dijera: Vale, 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í, eso haré.

Lars: Sí, así que ya hemos hablado de APL,

Jonathan: Vale. Ya.

Lars: Un lenguaje muy guay, muy, probablemente más viejo que yo, no sé, casi. APL y PL/1, creo que ambos son más viejos que ABAP.

Jonathan: . Vale. Vaya. ¿Y por qué esos, por curiosidad? ¿Qué te intriga de ellos?

Lars: Así que APL, no lo he probado realmente, pero hay algunos simuladores en internet que puedes probar. Son un montón de letras griegas donde todo es una matriz, multiplicación. , No, simplemente parece muy extraño y, sí, estúpido. Pero eso es también lo que lo hace divertido, ¿verdad? Tiene que ser algún tipo de reto. Y PL/1 es simplemente... algo distinto. No estoy seguro.

Jonathan: Algo misterioso y un poco

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

Jonathan: Ya. ¿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 se ejecutan internamente en grandes colaboraciones multinacionales, es bastante difícil conseguir cifras públicas reales y correctas sobre cuáles son los números en realidad. Pero el rumor es que la edad de los desarrolladores que se saben esto de memoria va aumentando y se acerca cada vez más a salir del mercado.

Jonathan: Vale.

Lars: Así que como COBOL, ¿verdad? Es un lenguaje antiguo, y los jóvenes no lo encuentran muy divertido, ¿verdad? Así que somos personas mayores como yo, pero también es por eso por lo que de hecho sacamos adelante la ruta 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. Sincroniza, haz clic, inicia sesión. Empieza a escribir código. Listo.

Jonathan: Ya. ¿Y has notado que has visto mucha gente haciendo la ruta? ¿La ruta de ABAP?

Lars: Sí. Ahora mismo tenemos cerca de 5.000 estudiantes.

Jonathan: Vaya, eso es increíble. Ya.

Lars: Sí, así que aquí en septiembre hubo un septiembre. Un reto de código comunitario organizado por los SAP developer advocates. Así que intentando llevar gente a la plataforma, probando algunos ejercicios con lo que llamamos tablas internas. En otros lenguajes. Normalmente son arrays, pero nosotros las llamamos tablas internas, y tablas internas anidadas, que normalmente se llama array de arrays, en otros lenguajes de programación.

Jonathan: Ya.

Lars: Así que conseguimos muchos estudiantes nuevos con eso. Y también recibimos muchos comentarios, 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. Compartir código en GitHub no es algo muy habitual en la comunidad.

Jonathan: ¿Es solo porque la gente ha estado muy compartimentada en el sentido de que esta empresa hace lo suyo y luego otra empresa hace lo suyo? Y entonces los desarrolladores no hablan mucho entre ellos. 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: Ajá.

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

Jonathan: Ya. Solo para que todo empiece a ganar ese impulso. Bueno, esa era una de las cosas que preguntamos a todos los que vienen al programa, y yo, puede que hayas visto el documento que te envié, pero nosotros. , normalmente preguntamos a la gente cuál es esa opinión o perspectiva que mantendrías y en la que no cederías en el mundo de la tecnología. O, normalmente, ¿cuál es esa colina por la que morirías en el mundo de la tecnología para asegurarte de que eso se mantiene por siempre jamás? Y puede ser tan. Absurdo como «yo siempre escribo mi lógica después de mi CSS» si estás en el frontend. O puede ser algo muy trivial, o puede ser algo como «nunca usaré GitHub», por ejemplo. Puede serlo, pero solo tienes que ser capaz de argumentar o presentar tu punto. Bien pensado. Pero ¿cuál es esa cosa, esa única opinión que tú?

Lars: Una, una. Una opinión.

Jonathan: Vale. Puedo darte dos. Puedo darte dos. Sí. Tres. Vale. Tres. Puedes tener tres opiniones, porque sé que a la gente técnica no le gusta nada dar su opinión, normalmente.

Lars: Sí. Creo que si la gente me describiera, diría que a veces tengo opiniones muy firmes y sí. Así que una de mis principales opiniones es: di no, esto no 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, 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: Vale. Así que es como un nivel de abstracción que no hace falta añadir 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 unos cinco, 10 años, Eclipse se ha usado normalmente para construir código Java. Desde mi punto de vista, ha llegado al punto en que Eclipse ni siquiera se usa ya para construir código Java. Normalmente son algunas grandes aplicaciones empresariales y cosas usadas en Eclipse y construidas para 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: Vale. Ya, 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 en realidad en ABAP pasa que tenemos muchas instrucciones distintas, muchas formas distintas de hacer la indentación, y mayúsculas y minúsculas en ABAP y notación húngara, de todo. . Sí. Tener, tener espacios dobles en algún sitio de un texto es algo que me saca de quicio.

Jonathan: ¿Es solo porque lo descoloca todo y es una pesadilla?

Lars: Simplemente te desvía mientras lees, como leer un texto o un fragmento de código. Ah, hay dos espacios aquí entre... te pilla desprevenido.

Jonathan: Vale, vale, así que déjame, así que Jenkins, tus pipelines. Acércalos al código. Eclipse. No es necesario. Y el doble espacio en blanco. Esas son tres opiniones que te he dado, que, que varían en gravedad, parece. No, eso está muy bien. No, genial. Y sí, creo que conseguiste defenderte, 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: Vale, así que subes código y luego se queda ahí esperando a que lo revisen, ¿es eso lo que

Lars: conseguir que la respuesta llegue rápido al desarrollador en lugar de hacerle esperar una hora, dos horas, a recibir cualquier comentario.

Jonathan: Vale. ¿Y es porque, de forma sistemática, es una medida de seguridad? ¿Es por eso por lo que está ahí? ¿Es solo para hacer una pausa y que las cosas se puedan revisar, o por qué

Lars: Simplemente mala arquitectura.

Jonathan: Ya. Vale. Vale. Interesante. Vale, última pregunta para hoy. Espero que te lo hayas pasado bien hasta ahora, pero quería preguntarte esto. ¿Qué recomendaciones tienes para la comunidad de Exercism para esta semana? Si pudieras recomendar una cosa a la comunidad, ¿cuál sería? Puede ser cualquier cosa. Come sushi. Ve a tirarte a un río, lo que sea.

Lars: Por supuesto, prueba la ruta. Eso es probablemente

Jonathan: Te la regalo. Esa es gratis. Esa es gratis, vale.

Lars: Pero claro, como ya he mencionado varias veces, recuerda divertirte. Tiene que ser divertido. Así que a veces, aunque haya ideas extrañas, si es divertido, pruébalo. Mira qué pasa. Eso es también lo que suelo decir al crear proyectos de código abierto. Lánzate a ello, mira si es divertido o no. Pruébalo. Si no funciona, no pasa nada. Luego pasas al siguiente proyecto de código abierto o lenguaje.

Jonathan: Ya.

Lars: Porque hay tantísimas cosas que hacer en el mundo de la tecnología y fuera de él que no merece la pena si te aburres todo el rato.

Jonathan: Ya, no, claro. No, es una buena recomendación. Así que, quien esté por ahí, que se divierta en el ámbito tecnológico. Por último, muchas gracias por tu tiempo hoy. Lo agradezco mucho. Quédate por ahí mientras yo, cuando pare la grabación, hablamos un momento al final. Pero solo quería darte las gracias enormemente. Y quien esté por ahí y le interese, que se pase a ver la ruta de ABAP. Que haga algunos ejercicios. Que vea cómo se le da. Y si quieres aprender algo que lleva tiempo existiendo y que está volviendo a crecer, en importancia e influencia, se podría decir, porque sustenta muchas plataformas multinacionales básicas. Personas que reconocerías, empresas que reconocerías. Si quieres conocer los entresijos, sin duda merece la pena echar un vistazo a ABAP. Lars, pondremos todos los enlaces del programa que puedas tener en la descripción de abajo cuando lleguemos ahí. Pero mientras tanto, muchísimas gracias y te veo en un segundo. Pero sí, gracias de nuevo. Lo agradezco.