ABAP & ABAP

Jonathan: Ciao e benvenuti a tutti. Mi chiamo Jonathan. Sono il conduttore dell'Exercism and Podcast e oggi sono in compagnia di Lars. Dove sei di base in questo momento, Lars?

Lars: Sono a Copenaghen, in Danimarca

Jonathan: Bene. Ottimo. Quindi un po' a nord dell'equatore. Io in questo momento sono decisamente a sud dell'equatore. È davvero un piacere averti nella puntata di oggi. Sono molto contento che siamo riusciti a fare questa chiacchierata. E allora entro subito nel vivo. Nel vivo della puntata di questa settimana. Quindi Lars, raccontaci un po' di te. Come sei entrato nel mondo tech? Come sei arrivato dove sei adesso?

Lars: Sì, vediamo... dove sono adesso: come dicevamo, a Copenaghen. Ma lavoro soprattutto come consulente nell'area del codice custom SAP, ABAP. E come ci sono arrivato? Sì, come al solito è una storia lunga. Ma è tech, quindi parliamo di tech, no? Quando ero giovane, tanto tempo fa. Io e il mio gemello identico. Ho il mio

Jonathan: Hai un gemello identico, quindi come faccio a sapere che oggi non sta parlando l'altro gemello?

Lars: che fa cose con Microsoft.

Jonathan: Ok. Spaventoso.

Lars: cose. Quindi chiedigli qualsiasi cosa su SAP. Poi lui non può chiedermi niente su Microsoft. E io non posso rispondere.

Jonathan: Sì.

Lars: Ma quando eravamo giovani, abbiamo iniziato. Giocando con il Commodore 64, e mi ricordo che facevo un po' di programmazione molto semplice in BASIC sul Commodore, su uno schermo televisivo in bianco e nero, molto piccolo. Passavo ore a farlo, poi un computer nuovo, facevo QBasic sul 386 e sul 486. Passavo a otto megabyte di memoria, sì, ai tempi era così. Sì, era QBasic, facevo programmazione in Pascal. Alla fine sono passato a Windows. E ho fatto molto Visual Basic. Sì, mi piace Visual Basic. Era... negli anni Novanta, più o meno, e alla fine sono arrivato a usare un po' di Linux. . E sì. Per chi si ricorda i bei vecchi tempi di Linux, c'era il sito themes.org dove si potevano scaricare i temi per i diversi window manager. Una cosa molto da Linux. E credo che sia stata la prima volta che mi sono davvero avvicinato alla community, passando del tempo a costruire quel sito in PHP. Sì,

Jonathan: Ok. Wow.

Lars: Poi, qualche timbro me lo sono preso. Visual Basic, programmazione per il dottorato. Sì.

Jonathan: Ok. Bello, bello. Sì, questa è buona.

Lars: E alla fine sono andato all'università, ho fatto un master in informatica, programmavo un po' qualsiasi cosa e per caso ho trovato un piccolo lavoro, perché sì, mi servivano i soldi per pagare l'affitto. E facendo altra programmazione. È una cosa che mi è rimasta attaccata per circa 15 anni, nello sviluppo di codice custom SAP ABAP. E, sì. Quindi, prossima domanda. Perché? Perché è rimasto? Perché ABAP non è un linguaggio molto moderno ormai. È molto simile a COBOL, ma è anche un linguaggio di programmazione molto interessante, perché è molto ampio, ha tantissime istruzioni diverse e un sacco di cose diverse possono andare storte.

Jonathan: Ok. Quindi c'è molto problem solving e molti tipi di debugging. È questa la sua natura?

Lars: Sì. Di solito dico che faccio questo tipo di lavoro perché mi piace davvero il debugging e c'è un sacco di codice vecchio da debuggare, no? Proprio la settimana scorsa stavo sistemando un vecchio programma di 20 anni. Ero tipo: ok, bello, bello. E c'è sempre qualcosa: quando guardi un vecchio programma, anche se faccio questo lavoro da molti anni, c'è sempre qualcosa di nuovo da imparare, delle vecchie funzionalità che sono state usate e che girano ancora ogni giorno, no?

Jonathan: Ok, quindi hai iniziato 15 anni fa. Nella stessa azienda, o hai iniziato a imparare ABAP con SAP e poi sei passato ad altre aziende?

Lars: In questo momento, quando... ora ho la mia azienda, faccio cose divertenti e sono io a decidere cosa fare. E ho anche fatto molta consulenza per varie società di consulenza, e ho anche lavorato come stagista. Quindi adesso lavoro in freelance e trovo un po' di lavoro da freelance, così posso di nuovo pagare l'affitto. Questa è una cosa importante.

Jonathan: Sì. Sembra un tema ricorrente nella tua vita: pagare. Pagare l'affitto,

Lars: sì.

Jonathan: trovare modi per pagare.

Lars: Eppure passare troppo tempo su progetti open source, uscendo dal binario per finire in qualcosa di stimolante.

Jonathan: Sì. Allora, hai una squadra di persone con cui lavori come parte della tua attività, o in questo senso sei abbastanza da solo? Come... come si presenta il tuo lavoro giorno per giorno, o nell'arco della settimana?

Lars: Allora, sono da solo e ho la mia azienda. Parlando di collaborazione, collaboro con il cliente, no? E poi nello spazio open source ho anche molti buoni amici nella community open source che ogni tanto danno una mano con qualcosa. E io do una mano a loro ogni tanto, quindi è una situazione win-win.

Jonathan: Sì. Quindi, se non sbaglio, sei tu che sei pienamente responsabile della creazione del track ABAP su Exercism, o comunque hai un alto livello di coinvolgimento nella sua costruzione. Raccontaci un po' come funziona.

Lars: Sì. Allora, il track ABAP è stato costruito da vari membri della community. E si tratta soprattutto di membri della community dei progetti open source legati ad ABAP su GitHub. In ABAP siamo un po' speciali, ovviamente, quindi dobbiamo costruire da zero il nostro client, ma questa è un'altra storia, per un altro giorno.

Jonathan: Sì. Sì. Sì.

Lars: Questa è casa. Comunque, abbiamo varie persone che contribuiscono a Exercism. Però il track ABAP è un po' speciale, no? Perché è un linguaggio di programmazione in cui è davvero difficile iniziare, perché non puoi semplicemente scaricare un runtime JavaScript come Node o un runtime Python. In ABAP non puoi davvero farlo tanto facilmente. L'ultimo modo per farlo era un container target da 16 gigabyte, se non ricordo male.

Jonathan: 16

Lars: Ti servono almeno 32 gigabyte di memoria per farlo girare. E non sono molte le persone che hanno davvero questa infrastruttura facilmente a disposizione. E poi, far girare questo tipo di infrastruttura sarebbe impossibile con... Exercism, non so, con l'infrastruttura che sta dietro all'ecosistema. Nei track, invece, è tutto un gran numero di piccoli container Docker che si avviano, eseguono il codice, controllano l'esercizio e poi si spengono di nuovo.

Jonathan: Sì.

Lars: E avviare un container Docker di queste dimensioni può richiedere facilmente 10 minuti.

Jonathan: No. No. Certo.

Lars: Quindi avevamo bisogno di un approccio diverso e, per fortuna, avevo lavorato al mio sistema di analisi statica. L'avevo iniziato qualche anno prima e ha degli alberi di sintassi astratta. Quindi in pratica prendiamo questo codice, lo trasformiamo in codice JavaScript e poi lo eseguiamo su Node, e su questo diamo il feedback. Quindi diciamo che non è il linguaggio ufficiale che supportiamo, l'ABAP. E poi ABAP è un po' speciale, come ho già detto un paio di volte, perché non esiste una vera descrizione ufficiale e ben fatta del linguaggio ABAP in sé. Non come altri linguaggi che sono stati progettati. Credo che ABAP si sia evoluto in quello che è soprattutto dagli anni Settanta, o da quando è nato. Quindi ce lo inventiamo man mano.

Jonathan: E che tipo di sfide ti crea questo nel lavoro di tutti i giorni? Immagino perché devi riuscire a guardare un problema con occhi nuovi ogni giorno e cercare di entrare nella mente di chi l'ha sviluppato, perché hai pochissima... è giusto dire che hai pochissima documentazione a cui fare riferimento, quindi...

Lars: C'è molta documentazione, ma non è... è solo testo e non è sempre corretta al 100%.

Jonathan: Ok.

Lars: Il modo giusto è provare il codice e vedere cosa fa davvero, no? Certo, ci sono molte cose nel linguaggio che sono corrette. Ma poi, quando si lavora e si costruiscono cose in un sistema SAP, di solito siamo più sviluppatori in un unico sistema, e questo unico sistema ha oltre 200 milioni di righe di codice e più di 80.000 tabelle di database,

Jonathan: Caspita.

Lars: Il che è un bene. A me piace. E soprattutto, se costruisci tutto molto vicino, ottieni un sacco di analisi statica interessante che può collegare le cose tra loro, mentre se fai un'architettura a microservizi è tutto accoppiato in modo lasco. Ci sono pro e contro in entrambi i casi.

Jonathan: Quindi preferisci una configurazione monolitica... sarebbe un commento giusto, o è un po'... quello che preferisci tu,

Lars: Sì. Preferisco il monolite, sì. Ok. Quindi, con il tuo ABAP, preferisci i monoliti.

Jonathan: Codice legacy. Sì. Tutta roba che esiste da tempo, quel genere di cose.

Lars: Sì. Mi piace la roba vecchia. È piuttosto divertente, no? Di solito dico che, quando sarò vecchio, voglio mettermi a programmare in PL/I o in APL, uno di quei linguaggi. Non so, probabilmente potrei farlo anche in M, no? A un certo punto

Jonathan: Probabilmente, ormai abbiamo tutto sotto il cofano. Vediamo un po' cosa abbiamo. ABL... hai detto APL o ABL?

Lars: APL... Ah, non c'è un track APL.

Jonathan: Oh, magari è un'opportunità.

Lars: PL/I? Non c'è PL/I. Ok. Ok. Sono due track per cui qualcuno nella community...

Jonathan: Oh, ti stai iscrivendo proprio adesso. È...

Lars: no. Allora, come si presenta il lavoro giorno per giorno, per esempio nel track ABAP? Il track ABAP è un'approssimazione di ciò che è corretto, e cerchiamo sempre di avvicinarlo di un passo all'essere al 100%. Quindi abbiamo persone con soluzioni corrette che semplicemente non funzionano su Exercism

Jonathan: Ok.

Lars: a causa di questo strano transpiler che ho messo in piedi. Ma passo dopo passo, giorno dopo giorno, inizia a funzionare. E continuiamo ad aggiungere sempre più unit test al backend, al runner di Exercism e a tutto il resto. E poi, si spera, un giorno sarà perfetto al 100%, ma

Jonathan: Chissà. Chissà cosa ne verrà fuori da quel punto in poi. Allora, con quanti clienti lavori di solito durante la settimana? Uno, due, tre, o possono essere fino a 10?

Lars: Solo uno o due.

Jonathan: Ok. Ed è una cosa che va avanti da un po'.

Lars: Sì. Sì. Faccio consulenza da molti anni ormai.

Jonathan: E' concentrato soprattutto a Copenaghen, o durante la pandemia hai avuto l'opportunità di lavorare da remoto anche più lontano? Come... viaggi molto o...

Lars: Ai tempi della gioventù ho viaggiato molto, ma ora di solito sto a casa a lavorare da remoto.

Jonathan: Ok.

Lars: È...

Jonathan: Sì. Tieni calda la macchina del caffè.

Lars: Sì.

Jonathan: Tieni tutto in moto. Allora, dicevi che hai iniziato a programmare da molto giovane ed eri interessato a questo genere di cose fin da piccolo. C'è stato un momento in cui la programmazione ha iniziato ad avere senso per te? C'è stato un momento in cui ti è scattato qualcosa, o era qualcosa che hai capito naturalmente fin da piccolo? Come lo descriveresti?

Lars: Oh, non lo so. Credo di aver sempre capito come si programma, no?

Jonathan: Sì.

Lars: ma di solito, nella mia gioventù, è sempre stata programmazione procedurale, Mi ricordo che all'università, a un certo punto, c'è stata questa introduzione alla programmazione funzionale e alla programmazione logica. E sono due paradigmi completamente diversi per programmare davvero. E quindi, per quanto ne so, c'è Prolog. Sì, c'è un track di Prolog. Quindi, per chi non ha mai provato la programmazione logica, consiglio di provare a programmare un po' in Prolog, e probabilmente c'è anche Standard ML, per capire davvero cosa pensavi, al di là della programmazione procedurale. Ma ci sono anche molte altre cose che puoi fare. E sì, imparo cose nuove ogni giorno, quindi non è mai scattato nulla.

Jonathan: Stai ancora lottando con tutto? No, è solo interessante, perché gran parte della mia esperienza è stata questa: devo immergermi in qualcosa, tipo un linguaggio. E poi all'improvviso i concetti, che sono estranei, e poi da un giorno all'altro qualcosa cambia. Ed è quasi un oh wow, ora ha perfettamente senso. E alcune delle altre persone con cui ho parlato nel podcast hanno detto: sì, hanno avuto un'esperienza simile. E io dicevo: come hai fatto? E loro: oh, una ragazza in particolare ha detto: io immagino un programma come una storia, e le funzioni sono i personaggi, e tutta questa roba. È stato davvero interessante. Ma come hai deciso che ABAP era la cosa su cui concentrarti? È stato solo un: oh, questo paga l'affitto, oppure: mi piace davvero, lo preferisco a JavaScript o a qualsiasi altra cosa e

Lars: Iniziare a programmare parte sempre per caso, no? Un po' di BASIC, poi ABAP, si inizia per caso. Ed è saltato fuori come una specie di linguaggio di programmazione molto stimolante, perché è enorme in termini di istruzioni diverse, mentre Java e JavaScript non hanno poi così tante istruzioni. Ha una grande libreria. Se lo paragoni ad ABAP, da noi molte cose di libreria fanno parte del linguaggio di programmazione, mentre in JavaScript usi lo stesso tipo di costrutto del linguaggio per chiamare le librerie.

Jonathan: Ok.

Lars: Sì.

Jonathan: Ok. Quindi è stato quasi come se avessi scoperto ABAP quasi per caso. E allora, guardando avanti, nei prossimi 10 anni... non so se vuoi nemmeno spingerti così in là, ma: come saranno i prossimi cinque, dieci anni per te, in termini di programmazione e di lavoro? Hai un'idea del tipo: oh, ecco dove mi piacerebbe essere, ecco cosa mi piacerebbe fare?

Lars: Ah, non lo sai mai davvero, no? Quindi continuo a fare le cose finché penso che siano divertenti, no? Se non sono più divertenti, allora le mollo e faccio qualcos'altro.

Jonathan: Ok, quindi questo è

Lars: il piano, no? Deve essere divertente per funzionare giorno dopo giorno, secondo me. Probabilmente tra 10 anni ABAP sarà ancora sul menu, credo. E si riduce un po' a questo. Sono piuttosto esigente quando si tratta di linguaggi di programmazione e tecnologia. Quindi faccio ABAP e faccio JavaScript/TypeScript, e poi cerco di non infilarmi in nessun altro linguaggio.

Jonathan: Sì. Ok. Ma se io dicessi: ok, Lars, adesso devi mollare ABAP e JavaScript e devi imparare un altro linguaggio di programmazione. Hai idea di quale ti piacerebbe? Sì, lo farei.

Lars: Sì, come dicevamo, APL,

Jonathan: Ok. Sì.

Lars: Un linguaggio molto interessante, probabilmente più vecchio di me, non so, quasi... APL e PL/I, credo che siano entrambi più vecchi di ABAP.

Jonathan: Ok. Wow. E perché proprio quelli, per curiosità? Cosa ti incuriosisce di loro?

Lars: APL non l'ho mai provato davvero, ma ci sono un paio di simulatori online che puoi provare. È pieno di lettere greche, dove tutto è una matrice, moltiplicazioni... Non so, sembra molto strano e, sì, stupido. Ma è anche questo che lo rende divertente, no? Deve esserci una specie di sfida. E PL/I è... semplicemente qualcosa di diverso. Non ne sono sicuro.

Jonathan: Qualcosa di misterioso e un po'...

Lars: Sì. Non proprio. Mi piace andare sulla roba vecchia e classica, non su tutta quella roba nuova e appariscente. Quindi potrei probabilmente dire Rust, no. Probabilmente un giorno mi metterò su Rust, ma non perché ne abbia bisogno. Non è perché voglio farlo.

Jonathan: Sì. E noti che il numero di persone che usano ABAP sta calando o crescendo, o c'è stata una rinascita di interesse per il linguaggio ultimamente? Qual è la tua prospettiva?

Lars: Sì, è piuttosto difficile: ABAP è in questi grandi sistemi che girano internamente in grandi collaborazioni multinazionali, quindi è abbastanza difficile avere numeri pubblici reali e corretti su quali siano davvero i numeri. Ma si dice che l'età degli sviluppatori che lo conoscono a memoria stia salendo e che si stia avvicinando sempre di più all'uscita dal mercato.

Jonathan: Ok.

Lars: Quindi come COBOL, no? È un linguaggio vecchio, e i giovani non lo trovano poi così divertente, no? Quindi sono i vecchi come me, ma è anche per questo che abbiamo fatto il track ABAP, no? Vogliamo portare più giovani verso il linguaggio, e Exercism è una buona piattaforma per provare tante cose diverse. È molto facile iniziare. Sincronizzi, clicchi, fai il login. Cominci a scrivere codice. Fine.

Jonathan: Sì. E hai notato che hai visto molte persone fare il track? Il track ABAP?

Lars: Sì. Ora abbiamo quasi 5.000 studenti.

Jonathan: Wow, fantastico. Sì.

Lars: Sì, quindi a settembre c'è stata... a settembre. Una sfida di codice per la community, organizzata dai developer advocate di SAP. Cercavamo di portare gente sulla piattaforma, facendo provare alcuni esercizi con quelle che noi chiamiamo tabelle interne. In altri linguaggi sono tipicamente array, ma noi le chiamiamo tabelle interne, e tabelle interne annidate, che in altri linguaggi di programmazione di solito si chiamano array di array.

Jonathan: Sì.

Lars: Quindi abbiamo avuto molti nuovi studenti con quella. E abbiamo anche ricevuto molti feedback, bug e issue su GitHub. E anche questa è una cosa a cui non siamo molto abituati nel mondo ABAP. Collaborare tra più organizzazioni. Condividere davvero del codice su GitHub non è una cosa molto tipica nella community.

Jonathan: È solo perché le persone... è stato tutto molto a compartimenti stagni: un'azienda fa le sue cose e poi un'altra azienda fa le sue. E quindi gli sviluppatori non parlano poi molto. Sono nel loro contesto specifico e la condivisione e la collaborazione sono un po' meno, o come mai?

Lars: Dipende anche dalla natura di un sistema SAP, perché è un sistema standard. Può fare qualsiasi cosa per te, quindi di solito, quando aiuto i clienti, è perché il cliente ha bisogno di qualcosa di speciale.

Jonathan: Sì.

Lars: Ed è qualcosa di speciale in base a ciò che rende unica la loro attività. Quindi probabilmente è qualcosa che altri clienti non possono usare, e che non userebbero comunque, perché quel cliente è unico in modo diverso da un altro cliente. Ma si sta sviluppando una community open source che condivide codice, anche se di solito è a livello di utilità. Utilità, cose come il logging e la gestione degli errori o roba simile. Ma ci arriveremo. Nel mondo SAP qualsiasi cosa richiede almeno cinque anni.

Jonathan: Sì. Solo perché tutto inizi a prendere quella trazione. Allora, una delle cose che chiediamo a tutti quelli che vengono nella trasmissione, e... forse hai visto il documento che ti ho mandato, ma di solito chiediamo alle persone qual è l'unica opinione o punto di vista che sosterresti senza mai scendere a compromessi nel mondo tech? O, di solito, qual è l'unica cosa su cui saresti disposto a morire nel mondo tech, per assicurarti che resti valida per sempre? E può essere una cosa sciocca come: scrivo sempre la mia logica dopo il mio CSS, se sei nel front end. Oppure può essere davvero banale, o può essere qualcosa come: non userò mai GitHub, per esempio. Potrebbe, ma devi solo essere in grado di argomentare, o presentare il tuo punto in modo ben ragionato. Ma qual è quell'unica cosa, quell'unica opinione che...

Lars: Una, una. Un'opinione.

Jonathan: Ok. Posso dartene due. Posso dartene due. Sì. Tre. Ok. Tre. Puoi avere tre opinioni, tanto lo so che le persone tecniche non hanno mai opinioni forti, di solito.

Lars: Sì. Credo che, se le persone dovessero descrivermi, a volte ho opinioni molto forti su certe cose, sì. Quindi una delle mie opinioni principali è: di' di no, questa cosa non sarà possibile. Fai qualcos'altro che si adatti meglio alla soluzione e alla tecnologia. Quindi di' di no all'uso di strumenti come Jenkins. Di' di no a Jenkins: è uno degli strumenti che mi piace citare come qualcosa che nessuno dovrebbe usare, no?

Jonathan: Perché? Perché? Come mai? Qual è il motivo?

Lars: È molto più facile avere le pipeline vicine al codice. Quindi, se... io lo considero semplicemente obsoleto.

Jonathan: Ok. Quindi è come un livello di astrazione che non serve aggiungere, se sai quello che stai facendo.

Lars: Sì. E ci sono altri strumenti che fanno le cose meglio. Un altro strumento che mi piace saltare è Eclipse. Nel mondo Java, se guardi indietro di cinque, dieci anni, Eclipse era di solito usato per fare il build del codice Java. Dal mio punto di vista, ormai Eclipse non viene nemmeno più usato per fare il build del codice Java. Di solito ci sono grosse applicazioni enterprise e roba che usa Eclipse e costruisce su Eclipse, cose per cui all'inizio non era davvero pensato. Non ci sono molti altri modi per farlo, e ci sono un sacco di altri strumenti tra cui scegliere. Quindi Eclipse è eclissato.

Jonathan: Ok. Sì, mi piace. E adesso ti do un'ultima opinione. Qual è l'altra, la terza opinione,

Lars: Gli spazi bianchi, ovvero... gli spazi bianchi. Uno dei miei progetti collaterali è l'analisi statica per ABAP. E in ABAP ci sono davvero tante istruzioni diverse, tanti modi diversi di fare l'indentazione, maiuscole e minuscole, notazione ungherese, di tutto. Sì. Avere doppi spazi da qualche parte in un testo è una cosa che mi manda davvero fuori di testa.

Jonathan: È solo perché butta tutto all'aria ed è... è proprio un incubo?

Lars: Ti fa solo perdere il filo mentre leggi, tipo quando leggi un testo o un pezzo di codice. Oh, ci sono due spazi qui tra... insomma, mi coglie alla sprovvista.

Jonathan: Ok ok, allora fammi... quindi Jenkins, vedi, le tue pipeline. Tienile vicine al codice. Eclipse, non necessario. E i doppi spazi. Ecco, ti ho dato tre opinioni che variano per gravità, a quanto pare. No, è davvero forte. No, fantastico. E sì, credo che tu sia riuscito a difendere bene la tua posizione su queste.

Lars: E poi, parlando di integrazione continua, non trasformare l'integrazione continua in attesa continua.

Jonathan: Ok, quindi fai il push del codice e poi resta lì in attesa della PR. È questo che...

Lars: Il punto è dare il feedback in fretta allo sviluppatore, invece di farlo aspettare un'ora, due ore per avere un qualsiasi feedback.

Jonathan: Ok. Ma è perché, sistematicamente, è una rete di sicurezza? È per questo che c'è? È solo per fare una pausa in modo che le cose possano essere revisionate, o perché...

Lars: Solo cattiva architettura.

Jonathan: Sì. Ok, ok. Interessante. Ok, allora, ultima domanda per oggi. Spero che ti sia divertito finora, ma volevo chiederti questo. Che raccomandazioni hai per la community di Exercism per questa settimana? Se potessi consigliare una sola cosa alla community, quale sarebbe? Può essere qualsiasi cosa. Mangiare sushi. Buttarsi in un fiume, quello che vuoi.

Lars: Ovviamente provate il track. Probabilmente è...

Jonathan: Te la passo. Questa è gratis, questa è gratis, ok.

Lars: Ma naturalmente, come ho notato già un paio di volte, ricordatevi di divertirvi. Deve essere divertente. Quindi a volte, anche se ci sono idee strane, se è divertente, provaci. Vedi cosa succede. Di solito è anche quello che dico quando si creano progetti open source. Buttati dentro e vedi se è divertente o no. Provalo. Se non funziona, va bene. Allora passa al prossimo progetto open source o al prossimo linguaggio.

Jonathan: Sì.

Lars: Perché ci sono così tante cose da fare nel mondo tech e fuori dal mondo tech, che non vale davvero la pena se ti annoi tutto il tempo.

Jonathan: Sì, no, certo. No, è un buon consiglio. Quindi, chiunque là fuori: divertitevi nel mondo tech. Infine, grazie mille per il tuo tempo oggi. Lo apprezzo davvero. Resta in linea mentre... quando fermo la registrazione, ci sentiamo un attimo alla fine. Ma volevo solo dirti un enorme grazie. E chiunque là fuori sia interessato, andate a dare un'occhiata al track ABAP. Andate a fare qualche esercizio. Andate a vedere come ve la cavate. E se volete imparare qualcosa che esiste da un po' e che sta tornando a crescere, in importanza e influenza, si potrebbe dire, perché è alla base di molte piattaforme multinazionali fondamentali. Persone che riconoscereste, aziende che riconoscereste. Se volete imparare i segreti del mestiere, allora ABAP vale decisamente la pena di dare un'occhiata. Lars, metteremo tutti i link della puntata che potresti avere nella descrizione qui sotto, quando ci arriviamo. Ma nel frattempo, grazie mille e ci sentiamo tra un secondo. Ma sì, grazie ancora. Lo apprezzo.