Depuis quelque temps, je parcours souvent certains blogs de développement plus ou moins intéressants… Parmi mes préférés, on peut trouver le blog de Jeff Atwood (Coding Horror) et celui de Joel Spolsky (Joel on Software).

Récemment, ces deux développeurs ont mis en place un site web pour les développeurs reposant sur un système de questions/réponses : StackOverflow.

Tout le monde peut y participer, proposer des question, donner des réponses, et voter pour la qualité des éléments donnés, de telle sorte que les meilleures réponses figurent toujours en premier. L’interface est épurée et rapide :

Chaque personne possède des droits de modifications et de gestion selon son historique de participation : L’attribution de points récompense les meilleures réponses ou les questions les plus perspicaces. Ainsi, la communauté de stackoverflow est en constante évolution, et les réponses sont toujours très bien formulées.

Chapeau pour ce travail bien fait…

Je pense que je vais commencer une grande série d’article visant à dénoncer une des plus grande blague de l’informatique : le monde du SAP… Et de son langage natif l’ABAP.

SAP est une sorte de baleine, un truc immense et bien encré dans la plupart des grandes entreprises. Le logiciel a 30 ans, et il le montre bien. L’interface est absolument hideuse, l’ergonomie est encore pire… Mais avant de critiquer les aspects fonctionnels du programme, ce qui fera l’objet d’un autre article, je voudrais m’attarder sur quelques prises de tête avec le langage natif… L’ABAP…

Prise de tête numéro 2 (perte de 2h de travail à la recherche du bug) :
Une table interne contient les données suivantes :

Je devais compter le nb d’affectations (ZUONR) par division (WERKS), et ensuite faire un tri par rapport au code de comptabilisation (XAABG).
Il paraissait logique de parcourir la table, d’incrémenter un compteur qui se réinitialiserait à chaque fois que l’on rencontrait une nouvelle division. Fort heureusement, il existe en ABAP une commande AT NEW [champs] qui, placé dans une boucle, permet de détecter lorsque le champs change.

Mon code était donc simple (pour du sap):

Et pourtant… Il semblait que tout était juste, ayant utilisé le AT NEW précédemment.. Et pourtant!! Mon code ne fonctionnait pas!! Tout avait l’air de marcher jusqu’à ce que je rentre dans mon PERFORM ou les données de ma ligne était perdues… J’avais déjà mis une heure pour trouver ou était le bug…

Juste avant le AT NEW, ma ligne ws_affect contient :

Enfin, juste après cette commande, par magie,ws_affect devient :

J’ai fini par comprendre qu’au sein d’un AT NEW, SAP détruisait tout ce qu’il y avait après le champs recherché, ce qui rendait impossible le traitement de cette ligne sans en avoir au préalable copié le contenu (ou l’index). Une seule question… Warum messieurs??