• [^] # Re: Heu...

    Posté par (site web personnel) . En réponse au journal Création du projet "OQLToLang". Évalué à 2.

    Bon je vois que personne a rien compris. J'ai essayé d'être clair, mais pas réussi :-(

    Imagine que tu travaille dans une SSII, sur un projet quelconque en Java, C++, etc...

    Tu es dans une entreprise donc, tu travailles sur l'amélioration d'un logiciel qui possède déjà des milliers de lignes de code depuis des années.
    Le language t'es imposé, l'éditeur texte t'es imposé, etc...

    On te donne un cahier des charges dans lequel on te demande de sortir un reporting sur des classes interne au projet. ce reporting étant effectué au sein du logiciel, pendant qu'il tourne sur les objets en mémoire.
    Tu n'as pas hibernate ou qq chose du genre, on te donne un liste stricte de librairie à utiliser, le reste étant interdit.
    Il te faut jongler avec plein de donnés pour refaire, à la main des manipulation qui prendrai 10 fois moins de temps en SQL (je n'exagère pas).
    Si tu as la "chance" d'utiliser C# et d'avoir le droit d'utiliser LINQ (oui parce qu'on peut t'interdir de coder de tel façon (pas de fonction lambda, etc...)) , le problème n'a pas lieu, mais si tu utilise Java, c++, ou autre chosen t'es obligé de tout faire à la main.

    Mon objectif est donc de disposer d'un espèce de script qui prend en entrée une requête OQL, et te rend du code que tu pourras mettre dans ton source, comme si tu l'avais écrit à la main.
    Comme ça, tu n'utilise pas de librairie interdite, tu n'as pas écrit de parser SQL qui ferai hurler ton chef de projet, etc... etc...

    Python est un beau langage, mais dans une SSII, on te parle plus souvent de J2EE, etc...
    Mais merci de me faire découvrir qu'on peut aller aussi loin avec ce langage :-)

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker