J'ai aussi du mal à comprendre... Quand il s'agit de faire un choix sur le placement d'une fonctionnalité je réfléchi toujours en terme de métier. L'ingénieur bases de données s'en fou que derrière il y ai du java ou du brainfuck, il faut qu'il présente des données intelligibles par lui même. Cela peut être plus parlant avec les traductions i18n, cela viendrait à l'esprit de quelqu'un de mettre les traductions dans des fichiers java, car le reste est en java? Bien sur que non, je vois bien la gueule du traducteur si on lui file un fichier java.
Et je ne comprend pas trop l'argument de la testabilité des procédures ? Qu'es ce qui t'empêche de faire des suites de tests? Il manque peut être le framework qui va bien...
Malheureusement dans ma courte expérience et les différents exemples que l'on peut trouver, c'est très fréquent de tout mélanger pour une (pseudo) histoire de simplicité. Définir une base de données à partir du SQL généré par hibernate qui vient de beans java et d'annotation. Ces même beans envoyés directement par le WS au client. Pas grave on génère le wadl et le xsd depuis ces même beans. C'est sûr, c'est rapide à créer... C'est bien le seul point positif.
[^] # Re: Facile!
Posté par diorcety . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 3.
J'ai aussi du mal à comprendre... Quand il s'agit de faire un choix sur le placement d'une fonctionnalité je réfléchi toujours en terme de métier. L'ingénieur bases de données s'en fou que derrière il y ai du java ou du brainfuck, il faut qu'il présente des données intelligibles par lui même. Cela peut être plus parlant avec les traductions i18n, cela viendrait à l'esprit de quelqu'un de mettre les traductions dans des fichiers java, car le reste est en java? Bien sur que non, je vois bien la gueule du traducteur si on lui file un fichier java.
Et je ne comprend pas trop l'argument de la testabilité des procédures ? Qu'es ce qui t'empêche de faire des suites de tests? Il manque peut être le framework qui va bien...
Malheureusement dans ma courte expérience et les différents exemples que l'on peut trouver, c'est très fréquent de tout mélanger pour une (pseudo) histoire de simplicité. Définir une base de données à partir du SQL généré par hibernate qui vient de beans java et d'annotation. Ces même beans envoyés directement par le WS au client. Pas grave on génère le wadl et le xsd depuis ces même beans. C'est sûr, c'est rapide à créer... C'est bien le seul point positif.