Retour à la communauté

ABAP & ABAP

Lars Hvam vit à Copenhague, au Danemark, et adore le langage de programmation ABAP. Après avoir monté le parcours ABAP sur Exercism, nous avons retrouvé Lars pour discuter tranquillement de la façon dont il est arrivé dans la tech.

Regarder sur YouTube
DURÉE 31MIN

Jonathan : Bonjour et bienvenue à toutes et à tous. Je m'appelle Jonathan. Je suis l'animateur du podcast Exercism, et je suis accompagné de Lars aujourd'hui. Où es-tu basé en ce moment, Lars ?

Lars : Je suis à Copenhague, au Danemark.

Jonathan : Sympa. Cool. Donc un peu au nord de l'équateur. Moi, je suis très au sud de l'équateur à ce stade. Vraiment content de t'accueillir dans l'émission d'aujourd'hui. Vraiment content qu'on ait pu avoir cette conversation. Et je vais attaquer directement. Directement dans l'émission de cette semaine. Alors Lars, raconte-nous un peu qui tu es. Toi, comment es-tu arrivé dans la tech ? Comment as-tu fini là où tu es actuellement ?

Lars : Ouais, voyons voir, où est-ce que je suis actuellement, comme on l'a dit, Copenhague. Mais je travaille principalement dans le conseil, dans le domaine du code personnalisé SAP, l'ABAP, et comment j'ai fini là ? Ouais, comme d'habitude, c'est une longue histoire. Mais c'est la tech. Alors parlons de tech. Quand j'étais jeune, c'était il y a longtemps. Moi et mon jumeau identique. J'ai mon...

Jonathan : Tu as un jumeau identique, alors comment je sais que ce n'est pas ton autre jumeau qui parle aujourd'hui ?

Lars : qui fait des trucs Microsoft.

Jonathan : D'accord. Effrayant.

Lars : des trucs. Donc demande-lui n'importe quoi sur SAP. Ensuite il ne peut rien me demander sur Microsoft. Ensuite, je ne peux pas répondre.

Jonathan : Ouais.

Lars : Mais quand on était jeunes, on a commencé à jouer sur le Commodore 64, et je me souviens d'avoir fait de la programmation très basique en BASIC sur le Commodore, sur un écran de télé très petit, en noir et blanc. J'y passais des heures, puis j'ai eu un nouvel ordinateur, j'ai fait du QBasic sur le 386 et le 486. Passer à huit mégaoctets de mémoire, c'était le bon vieux temps à l'époque. Ouais, c'était du QBasic, je faisais du Pascal. Finalement, je suis arrivé à Windows. Et j'ai beaucoup fait de Visual Basic. Ouais, j'aime Visual Basic. C'était à l'époque, dans les années quatre-vingt-dix, et finalement je me suis mis à faire tourner du Linux. Et ouais. Pour ceux qui se souviennent du bon vieux temps de Linux, il y avait le site themes.org où on pouvait télécharger des thèmes pour différents gestionnaires de fenêtres. C'est très Linux comme truc. Et je crois que c'est la première fois que je me suis vraiment impliqué dans cette communauté et dans cet espace, en passant du temps à construire ce site web en PHP. Ouais,

Jonathan : D'accord. Waouh.

Lars : Ça m'a marqué. Visual Basic, faire de la programmation en doctorat. Oui.

Jonathan : D'accord. Bien. Bien. Ouais, c'est du bon.

Lars : Et finalement, aller à l'université, faire un master en informatique et faire un peu n'importe quel type de programmation, et trouver au hasard un petit boulot parce que... Ouais. J'avais besoin d'argent pour payer mon loyer. Et faire d'autres types de programmation. Et ça m'est resté pendant les quinze dernières années environ, le développement de code personnalisé SAP ABAP. Et, ouais. Alors ensuite, la question suivante. Pourquoi ? Pourquoi ça m'est resté ? Parce qu'ABAP n'est pas un langage très moderne aujourd'hui. Il ressemble beaucoup à COBOL, mais c'est aussi un langage de programmation très intéressant parce qu'il est très vaste, il a beaucoup d'instructions différentes et beaucoup de choses différentes peuvent mal tourner.

Jonathan : D'accord. Donc il y a beaucoup de résolution de problèmes et beaucoup de débogage, en quelque sorte. C'est la nature de la chose ?

Lars : Ouais. Typiquement, je dis que je fais ce genre de travail parce que j'aime vraiment le débogage, et il y a plein de vieux code à déboguer, pas vrai ? Pas plus tard que la semaine dernière, je corrigeais un vieux programme qui avait vingt ans. Je me suis dit : OK, cool, cool. Et quand on regarde un vieux programme, il y a toujours, même si je fais ça depuis des années, des trucs nouveaux à apprendre, d'anciennes fonctionnalités qui ont été utilisées et qui tournent encore tous les jours, pas vrai ?

Jonathan : D'accord, donc tu t'y es mis il y a quinze ans. La même entreprise, ou tu as juste commencé à apprendre l'ABAP avec SAP et tu es passé à différentes entreprises ?

Lars : Là, maintenant, j'ai ma propre entreprise qui fait des trucs sympas et je définis quoi. Et j'ai aussi beaucoup fait de conseil pour diverses sociétés de conseil, et j'ai aussi travaillé en tant que stagiaire. Donc maintenant je suis freelance et je prends du travail en freelance pour pouvoir payer mon loyer à nouveau. C'est important.

Jonathan : Ouais. Ça ressemble à un thème récurrent dans ta vie : payer. Payer le loyer,

Lars : ouais.

Jonathan : trouver des moyens de payer.

Lars : Et pourtant passer trop de temps sur des projets open source, se laisser détourner vers quelque chose de stimulant.

Jonathan : Ouais. Alors est-ce que tu as une équipe de personnes avec qui tu travailles dans le cadre de ton activité, ou est-ce que tu es plutôt seul dans ce sens ? À quoi ça ressemble au quotidien ou dans la semaine, ton travail ?

Lars : Donc je suis seul et j'ai ma propre entreprise. Quand on parle de collaboration, je collabore avec le client, pas vrai ? Et puis dans l'espace open source, j'ai aussi beaucoup de bons amis dans la communauté open source qui m'aident sur certaines choses de temps en temps. Et moi je les aide sur certaines choses de temps en temps, donc c'est une situation gagnant-gagnant.

Jonathan : Ouais. Donc tu es en fait entièrement responsable, je crois, de la construction du parcours ABAP sur Exercism, si je ne me trompe pas, ou tu es très impliqué. Dans sa construction. Parle-nous un peu de ça.

Lars : Ouais. Donc le parcours ABAP a été constitué par différents membres de la communauté. Et ce sont principalement des membres de la communauté issus des projets open source ABAP. Nous sommes un peu spéciaux, bien sûr, donc nous avons dû construire notre propre client Exercism de zéro, mais c'est une autre histoire pour un autre jour.

Jonathan : Ouais. Ouais. Ouais.

Lars : Voilà. Donc nous avons différentes personnes qui contribuent au parcours Exercism. Cependant, le parcours ABAP est un peu spécial, pas vrai ? Parce que c'est un langage de programmation qu'il est en fait assez difficile de démarrer, parce qu'on ne peut pas simplement télécharger un runtime JavaScript comme Node ou un runtime Python. On ne peut pas vraiment faire ça très facilement en ABAP. La façon la plus récente de faire, c'était un conteneur cible avec ABAP, qui faisait 16 gigaoctets de mémoire autant que je me souvienne.

Jonathan : 16

Lars : Il te faut au moins 32 gigaoctets de mémoire pour faire tourner ça. Et il n'y a pas beaucoup de gens qui ont réellement cette infrastructure facilement disponible. Et aussi, faire tourner ce genre d'infrastructure serait impossible avec l'infrastructure d'Exercism, je ne sais pas, l'infrastructure derrière l'écosystème, mais les parcours, ce sont beaucoup de petits conteneurs Docker qui démarrent, exécutent le code, vérifient l'exercice, puis s'arrêtent à nouveau.

Jonathan : Ouais.

Lars : Et démarrer un conteneur Docker de cette taille peut facilement prendre dix minutes.

Jonathan : ? Non. Non. Bien sûr.

Lars : Donc nous avions besoin d'une approche différente, et heureusement j'avais travaillé sur mes trucs d'analyse statique. J'ai commencé il y a quelques années et ça a des arbres syntaxiques abstraits. Donc on prend en fait ce code et on le transforme en code JavaScript, puis on le fait tourner sur Node et on donne le retour. Donc nous disons que ce n'est pas le langage officiel que nous prenons en charge, à savoir ABAP, et ABAP est aussi un peu spécial, comme je l'ai mentionné quelques fois. Il n'y a pas vraiment de belle description officielle du langage ABAP en tant que tel. Pas comme d'autres langages qui ont été conçus. Je pense qu'ABAP a surtout évolué vers ce qu'il est depuis les années soixante-dix ou peu importe quand ça a commencé. Donc on improvise au fur et à mesure.

Jonathan : Alors quel genre de défis ça crée dans ton travail au quotidien ? Je suppose que parce que tu dois être capable de regarder un problème avec un regard neuf chaque jour et d'essayer d'entrer dans la tête de la personne qui l'a développé, parce que tu as très peu... est-ce juste de dire que tu as très peu de documentation à consulter, donc tu

Lars : il y a beaucoup de documentation, mais ce n'est pas, c'est juste du texte et ce n'est pas toujours exact à 100 %.

Jonathan : D'accord.

Lars : La bonne façon, c'est d'essayer le code et de voir ce qu'il fait réellement, pas vrai ? Bien sûr, il y a beaucoup de choses dans le langage qui sont correctes. Mais aussi, quand les gens travaillent et construisent des choses dans un système SAP, nous sommes typiquement plusieurs développeurs dans un seul système, et ce seul système, plus de 200 millions de lignes de code et plus de 80 000 tables de base de données,

Jonathan : Mon Dieu.

Lars : Ce qui est bien. J'aime bien l'un des deux. Et surtout si tu construis tout très près les uns des autres, tu obtiens beaucoup d'analyses statiques intéressantes qui peuvent relier les choses entre elles, alors que si tu fais une architecture à la Microsoft, tout est faiblement couplé. Il y a des avantages et des inconvénients dans les deux.

Jonathan : Donc tu préfères la configuration monolithique, est-ce que ce serait un commentaire juste, ou est-ce que c'est un peu... tu préfères ce que tu préfères,

Lars : Ouais. Je préfère le mono, ouais. D'accord. Donc avec ton ABAP de base, tu préfères gérer des trucs. Ouais. Cool. C'est

Jonathan : du code legacy. Ouais. Des trucs qui existent depuis longtemps, tout ce genre de choses.

Lars : Ouais. J'aime les vieux trucs. C'est assez amusant, pas vrai ? Je dis typiquement que quand... Quand je serai vieux, je veux me mettre à programmer en PL/I ou en APL, un de ces langages de programmation. Je ne sais pas, je pourrai probablement faire ça sur Exercism aussi, pas vrai ? À un moment

Jonathan : Probablement, on a tout sous le capot à ce stade. Voyons juste ce qu'on a. ABL... tu as dit APL ou ABL ?

Lars : APL. Oh, il n'y a pas de parcours APL.

Jonathan : Oh, il y a peut-être une opportunité.

Lars : PL/I. Il n'y a pas de PL/I. D'accord. D'accord. Ça fait deux parcours que quelqu'un dans la communauté

Jonathan : Oh, tu es en train de t'y inscrire là, tout de suite, C'est

Lars : non. Alors à quoi ça ressemble au quotidien, par exemple, le parcours ABAP ? Donc le parcours ABAP est une approximation de ce qui est correct, et nous essayons toujours de le rapprocher un peu plus de 100 %. Donc nous avons en fait des gens avec des solutions correctes qui ne fonctionnent simplement pas sur Exercism

Jonathan : D'accord.

Lars : à cause de ce drôle de montage que j'ai mis en place. Mais pas à pas, jour après jour, ça commence à fonctionner. Et on ne cesse d'ajouter de plus en plus de tests unitaires au backend et à l'exécuteur Exercism et tout. Et puis, avec un peu de chance, un jour ce sera parfait à 100 %, mais

Jonathan : Qui sait. Qui sait ce qui va sortir de tout ça. Alors maintenant, avec combien de clients travailles-tu typiquement pendant la semaine ? Est-ce un, deux ou trois, ou est-ce que ça peut aller jusqu'à dix ?

Lars : Juste un ou deux.

Jonathan : D'accord. Et c'est comme ça depuis un moment, de façon continue.

Lars : Ouais. Ouais. Je fais du conseil depuis de nombreuses années maintenant.

Jonathan : Et c'est principalement centré sur Copenhague, ou pendant la pandémie tu as eu l'occasion de travailler à distance plus loin ? Quel est ton... est-ce que tu voyages beaucoup, ou

Lars : j'ai beaucoup voyagé dans ma jeunesse, mais maintenant je reste typiquement à la maison à faire du télétravail.

Jonathan : D'accord.

Lars : C'est

Jonathan : Ouais. Tu gardes ta machine à café au chaud.

Lars : Ouais.

Jonathan : Tu maintiens la machine en marche. Alors, tu as dit que tu as grandi en programmant depuis assez jeune et que ça t'intéressait, en quelque sorte, depuis un âge assez jeune. Est-ce que la programmation a, à un moment donné, fait sens pour toi ? Y a-t-il eu un moment où tu t'es dit que ça a fait tilt, ou est-ce quelque chose que tu as naturellement compris depuis tout jeune ? Comment le décrirais-tu ?

Lars : Oh, je ne sais pas. Je pense que j'ai toujours compris la programmation, pas vrai ?

Jonathan : Ouais.

Lars : mais typiquement, dans ma jeunesse, ça a toujours été de la programmation procédurale. Donc je me souviens qu'à un moment à la fac, à l'université, il y avait cette introduction à la programmation fonctionnelle et à la programmation logique. Et ce sont deux paradigmes complètement différents pour faire de la programmation. Et donc il y a Prolog, autant que je sache. Ouais, il y a un parcours Prolog. Donc pour ceux qui n'ont pas essayé la programmation logique, je recommande d'essayer de faire un peu de programmation en Prolog, et Standard ML est probablement aussi là pour comprendre ce que tu pensais de la programmation procédurale, mais il y a aussi beaucoup d'autres choses que tu peux faire. Donc ouais, j'apprends de nouvelles choses chaque jour, donc ça n'a pas fait tilt.

Jonathan : Tu luttes encore avec tout ça ? Non, c'est juste intéressant parce que beaucoup de mon expérience a été que je dois m'immerger dans quelque chose comme un langage. Et puis soudain, les concepts, qui sont étrangers, et puis du jour au lendemain quelque chose bascule. Et c'est presque : oh, waouh, ça a complètement du sens. Et certaines des autres personnes à qui j'ai parlé dans le podcast ont dit oui, elles ont une expérience similaire. Et je leur ai demandé comment tu as fait ça ? Et elles, oh, une fille a dit : oh, j'imagine juste un programme comme une histoire et j'ai les fonctions comme des personnages et tout ce genre de choses. Donc c'était vraiment intéressant. Mais comment as-tu décidé que l'ABAP était la chose sur laquelle tu allais te concentrer ? C'était juste oh, ça paye le loyer, ou c'était je l'aime vraiment, je le préfère à JavaScript ou peu importe et

Lars : Se lancer dans la programmation commence toujours par hasard, pas vrai ? Faire du BASIC, faire de l'ABAP, commencer par hasard, et ça s'est démarqué comme une sorte de langage de programmation très difficile parce qu'il est si vaste en instructions différentes, alors que Java et JavaScript n'ont pas vraiment beaucoup d'instructions. Ils ont une grande bibliothèque. Si on compare ça à ABAP, on a beaucoup de choses de bibliothèque qui font partie du langage de programmation lui-même, alors qu'en JavaScript, tu appelles... tu utilises le même type de construction du langage pour appeler les bibliothèques.

Jonathan : D'accord.

Lars : Ouais.

Jonathan : D'accord. Donc c'est presque comme si tu avais presque découvert ABAP par hasard, et donc, en regardant vers l'avenir maintenant, dans les dix prochaines années, je ne sais pas si tu veux même penser aussi loin, mais à quoi ressemblent les cinq à dix prochaines années pour toi en termes de programmation et d'activité ? As-tu une idée de oh, c'est là où j'aimerais être, c'est ce que j'aimerais faire,

Lars : Ah, on ne sait jamais vraiment, pas vrai ? Donc je continue les choses tant que je les trouve amusantes, pas vrai ? Si elles ne sont plus amusantes, alors je les abandonne et je fais autre chose.

Jonathan : D'accord, donc c'est ça,

Lars : le plan, pas vrai ? Il faut que ce soit amusant pour que ça marche au quotidien, à mon avis. Ce sera probablement encore ABAP au menu dans dix ans, je pense. Et ça revient un peu à ça. Je suis assez difficile quand il s'agit de langages de programmation et de technologie. Donc je fais de l'ABAP et je fais du JavaScript slash TypeScript, et puis j'essaie de ne pas me lancer dans un autre langage.

Jonathan : Ouais. D'accord. Mais si je disais : OK, Lars, tu dois abandonner ABAP et JavaScript maintenant et tu dois te mettre à un autre langage de programmation. As-tu une idée de lequel tu aimerais ? Ouais, je ferais ça.

Lars : Ouais, donc on a déjà parlé d'APL,

Jonathan : D'accord. Ouais.

Lars : Un langage très cool, très, probablement plus vieux que moi, je ne sais pas, proche de... APL et PL/I, je pense qu'ils sont tous les deux plus vieux qu'ABAP.

Jonathan : D'accord. Waouh. Alors pourquoi ceux-là, par curiosité ? Qu'est-ce qui t'intrigue chez eux ?

Lars : Donc APL, je n'ai pas vraiment essayé, mais il y a quelques simulateurs sur internet qu'on peut essayer. C'est beaucoup de lettres grecques, où tout est une matrice, une multiplication de matrices. Je ne suis pas... Ça a juste l'air très étrange et ouais, stupide. Mais c'est aussi ce qui rend ça amusant, pas vrai ? Il faut que ce soit une sorte de défi. Et PL/I, c'est juste... mais quelque chose de différent. Je ne suis pas sûr.

Jonathan : Quelque chose de mystérieux et un peu

Lars : Ouais. Pas vraiment. J'aime aller vers les vieux trucs classiques et pas tous les nouveaux trucs à la mode. Donc je pourrais probablement dire Rust, non, je me mettrai probablement à Rust un jour, mais ce n'est pas vraiment juste parce que j'en ai besoin. Ce n'est pas parce que j'en ai envie.

Jonathan : Ouais. Et est-ce que tu remarques que le nombre de personnes qui utilisent ABAP diminue ou augmente, ou est-ce qu'il y a eu un regain d'intérêt pour le langage ces derniers temps ? Quel est ton point de vue là-dessus ?

Lars : Ouais, c'est assez difficile, et comme ABAP, ce sont ces grands systèmes qui tournent en interne dans de grandes collaborations multinationales, c'est assez difficile d'obtenir de vrais chiffres publics corrects sur ce que sont réellement les chiffres. Mais la rumeur dit que l'âge des développeurs qui connaissent ça par cœur augmente et se rapproche de plus en plus de la sortie du marché.

Jonathan : D'accord.

Lars : Donc comme COBOL, pas vrai ? C'est un vieux langage, et les jeunes ne le trouvent pas très amusant, pas vrai ? Donc ce sont des vieux comme moi, mais c'est aussi pour ça que nous avons lancé le parcours ABAP, pas vrai ? Nous voulons amener plus de jeunes vers le langage, et le système Exercism est une bonne plateforme pour essayer beaucoup de choses différentes. Inscris-toi et c'est très facile de commencer. Inscription, clic, connexion. Tu commences à écrire du code. Terminé.

Jonathan : Ouais. Et as-tu remarqué que tu as vu beaucoup de gens faire le parcours ? Le parcours ABAP ?

Lars : Oui. Nous avons près de 5 000 apprenants maintenant.

Jonathan : Waouh, c'est incroyable. Ouais.

Lars : Ouais, donc ici en septembre il y a eu un septembre. Un défi de code communautaire organisé par les developer advocates de SAP. Donc essayer d'amener des gens sur la plateforme, d'essayer quelques exercices avec ce que nous appelons des tables internes. Dans d'autres langages, ce sont typiquement des tableaux, mais nous les appelons tables internes, et des tables internes imbriquées, ce qu'on appelle typiquement un tableau de tableaux dans d'autres langages de programmation.

Jonathan : Ouais.

Lars : Donc nous avons eu beaucoup de nouveaux apprenants grâce à ça. Et nous avons aussi reçu beaucoup de retours, de bugs et d'issues sur GitHub. Et c'est aussi une chose à laquelle nous ne sommes pas vraiment habitués dans le monde ABAP. Collaborer entre plusieurs organisations. Partager réellement du code sur GitHub n'est pas quelque chose de très typique dans la communauté.

Jonathan : Est-ce juste parce que les gens, c'est très cloisonné, dans le sens où cette entreprise fait son truc et puis une autre entreprise fait son truc. Et donc les développeurs ne se parlent pas vraiment. Ils sont dans leur contexte spécifique et le partage et la collaboration sont un peu moindres, ou pourquoi c'est comme ça ?

Lars : C'est aussi dû à la nature d'un système SAP, parce que c'est un système standard. Il peut tout faire pour toi, donc typiquement, quand j'aide des clients, c'est parce que le client a besoin de quelque chose de spécial.

Jonathan : Oui.

Lars : Et c'est quelque chose de spécial par rapport à ce qui rend son activité unique. Donc c'est probablement quelque chose que d'autres clients ne peuvent pas utiliser et n'utiliseront pas non plus, parce que ce client est unique d'une manière différente d'un autre client. Mais il y a une communauté open source qui évolue et qui partage du code, mais c'est typiquement au niveau des utilitaires. Des utilitaires, des choses comme la journalisation et la gestion des erreurs ou quelque chose comme ça. Mais ça y arrivera. Ça prend juste plus de cinq ans dans le monde SAP pour que quoi que ce soit arrive.

Jonathan : Ouais. Juste pour que tout commence à prendre cet élan. Donc c'était l'une des choses que nous demandons à tous ceux qui viennent dans l'émission, et tu as peut-être vu le document que je t'ai envoyé, mais nous demandons typiquement aux gens quelle est la seule opinion ou le seul point de vue que tu défendrais et sur lequel tu ne transigerais pas dans le monde de la tech ? Ou typiquement, quelle est la seule colline sur laquelle tu es prêt à mourir dans le monde de la tech, pour t'assurer que cette chose tienne pour toujours et à jamais, et ça peut être aussi ridicule que je toujours j'écris ma logique après mon CSS si tu es côté frontend. Ou ça peut être vraiment trivial, ou ça peut être quelque chose comme je n'utiliserai jamais GitHub, par exemple. Ça pourrait, mais il faut juste que tu puisses argumenter ou présenter ton point de vue. Bien réfléchi. Mais quelle est cette seule chose, cette seule opinion que tu

Lars : Une. Une opinion

Jonathan : D'accord. Je peux t'en donner deux. Je peux t'en donner deux. Ouais. Trois. D'accord. Trois. Tu peux avoir trois opinions parce que je sais que les gens de la technique n'ont pas du tout d'opinions tranchées, en général.

Lars : Ouais. Je pense que si les gens me décrivaient, parfois j'ai des opinions très tranchées, et ouais. Donc une de mes opinions principales, c'est de dire non, ce ne sera pas possible. Fais autre chose qui correspond mieux à la solution et à la technologie. Donc dire non à l'utilisation d'outils comme Jenkins. Dis non à Jenkins, alors c'est un des outils que j'aime mentionner que personne ne devrait utiliser, pas vrai ?

Jonathan : Pourquoi ? Pourquoi ? Pourquoi ça ? Quelle est la raison ?

Lars : c'est beaucoup plus facile d'avoir tes pipelines proches du code. Donc si tu... Je le considère juste comme obsolète.

Jonathan : D'accord. Donc c'est comme un niveau d'abstraction qui n'a pas besoin d'être ajouté si tu sais ce que tu fais.

Lars : Ouais. Et il y a d'autres outils qui font les choses mieux. Un autre outil que j'aime éviter, c'est Eclipse. Dans le monde Java, si tu regardes en arrière, disons cinq, dix ans, Eclipse a typiquement été utilisé pour construire du code Java. De mon point de vue, on en est au point où Eclipse n'est même plus utilisé pour construire du code Java. C'est typiquement de grosses applications d'entreprise, des trucs utilisés dans Eclipse et pour construire Eclipse, ce pour quoi il n'était pas vraiment destiné au départ. Il n'y a pas beaucoup d'autres façons de faire ça et plein d'autres outils parmi lesquels choisir. Donc Eclipse est éclipsé.

Jonathan : D'accord. Ouais, j'aime bien. Et je vais te donner une opinion de plus. Quelle est l'autre, la troisième opinion,

Lars : L'espace blanc, ou plutôt, l'espace blanc. Donc un de mes projets parallèles, c'est l'analyse statique pour ABAP. Et en fait, en ABAP, c'est, nous avons beaucoup d'instructions différentes, beaucoup de façons différentes de faire l'indentation, et ABAP, les majuscules et les minuscules et la notation hongroise, tout ça. Ouais. Le fait d'avoir des doubles espaces quelque part dans un texte, ça me fait vraiment sortir de mes gonds.

Jonathan : C'est juste parce que ça fout tout en l'air et que c'est un cauchemar

Lars : Ça te fait juste sortir du fil de ta lecture, comme quand tu lis un texte ou un morceau de code. Oh, il y a deux espaces ici entre... Ça me prend au dépourvu.

Jonathan : D'accord, d'accord, alors laisse-moi, donc Jenkins, rapproche tes pipelines du code. Eclipse, pas nécessaire. Et les doubles espaces. Ça fait trois opinions que je t'ai données, qui varient en gravité, on dirait. Non, c'est vraiment cool. Non, c'est super. Et ouais, je pense que tu as réussi à te défendre, à tenir ta position joliment là-dessus.

Lars : Et aussi, quand on parle d'intégration continue, ne fais pas de l'intégration continue une attente continue.

Jonathan : D'accord, donc tu pousses du code, puis ça reste là à attendre d'être une PR, c'est ça que tu

Lars : il faut que le retour arrive vite au développeur au lieu de le faire attendre une heure, deux heures pour un quelconque retour.

Jonathan : D'accord. Donc est-ce parce que, systématiquement, c'est un filet de sécurité ? C'est pour ça que c'est là ? C'est juste pour mettre en pause afin que les choses puissent être relues, ou pourquoi

Lars : Juste une mauvaise architecture.

Jonathan : Ouais. D'accord. D'accord. Intéressant. D'accord, donc question finale pour aujourd'hui. J'espère que tu t'es amusé jusqu'ici, mais je voulais te demander ça. Quelles recommandations as-tu pour la communauté Exercism cette semaine ? Si tu pouvais recommander une chose pour la communauté, ce serait quoi ? Ça peut être n'importe quoi. Manger des sushis. Aller sauter dans une rivière, peu importe ce serait

Lars : Bien sûr, essaie le parcours. C'est probablement

Jonathan : Je te la donne gratuitement. C'est cadeau. C'est cadeau, d'accord.

Lars : Mais bien sûr, comme je l'ai noté plusieurs fois, souviens-toi de t'amuser. Il faut que ce soit amusant. Donc parfois, même s'il y a des idées bizarres, si c'est amusant, essaie. Vois ce qui se passe. C'est typiquement aussi ce que je dis pour créer des projets open source. Lance-toi, vois si c'est amusant ou pas. Essaie. Si ça ne marche pas, ce n'est pas grave. Alors passe à la fête suivante, au projet open source ou au langage suivant.

Jonathan : Ouais.

Lars : Parce qu'il y a tellement de choses à faire dans le monde de la tech et en dehors du monde de la tech que ça ne vaut vraiment pas le coup si tu t'ennuies tout le temps.

Jonathan : Ouais, non, bien sûr. Non, ça fait une bonne recommandation. Donc si quelqu'un là-dehors s'amuse dans l'espace tech. Enfin, merci beaucoup pour ton temps aujourd'hui. J'apprécie vraiment. Reste en ligne pendant que je, quand j'arrête l'enregistrement, on fera le point à la fin. Mais je voulais juste te dire un immense merci. Et si quelqu'un là-dehors est intéressé, va voir le parcours ABAP. Va faire quelques exercices. Va voir comment tu t'en sors. Et si tu veux apprendre quelque chose qui existe depuis un moment et qui regagne en importance et en influence, on pourrait dire, parce que ça sous-tend beaucoup de plateformes multinationales essentielles. Des gens que tu reconnaîtrais, des entreprises que tu reconnaîtrais. Si tu veux apprendre les dessous, alors ABAP vaut vraiment le coup d'œil. Lars, nous mettrons tous les liens de l'émission que tu pourrais avoir dans la description ci-dessous quand nous y arriverons. Mais en attendant, merci beaucoup et je te retrouve dans un instant. Mais ouais, merci encore. J'apprécie.

Plus de témoignages de notre communauté

Écoute, apprends et laisse-toi inspirer par les membres de notre communauté.