Les applications métier peuvent être très complexes, si le métier est complexe !
Quand tu fais un logiciel de gestion pour une profession assez spécifique, où on te balance un cahier des charges de plusieurs kilos (grammes, pas bits), et que tu peux pas vendre ton logiciel tant qu'il ne passe pas la certification qui sanctionne le respect du cahier des charges, t'es clairement pas dans le domaines de projets à 3 mois.homme
Je pense que ta remarque est très pertinente, car une bonne partie du débat est là : le "dev web" c'est autant le script kiddie qui va réécrire le nouveau moteur de blog qui va tout tuer, que le gars qui bosse en équipe de 100 ou plus sur des applis pharaoniques.
D'un côté de l'échelle, on n'arrive pas à appréhender une telle complexité, alors on voit ça comme des bandes de blaireaux qui se complaisent dans la complexité avec leurs technos pachidermiques et déplacées.
De l'autre, on a du mal à comprendre pourquoi à l'autre bout ça s'excite comme une puce à chaque fois qu'une nouvelle et obscure techno pointe le bout de son nez avec l'éternelle promesse, presque jamais tenue, de "tout écraser".
Différents besoins, différents outils, c'est tout. Si j'étais en SSII et qu'on me mettait sur un projet de 3mois.homme, je pourrais me dire "pourquoi pas". Là pour donner un exemple concret je dois ajouter à mon application une fonctionnalité toute bête sur laquelle je ne compte pas passer bien longtemps : je dois éditer des étiquettes avec un QRCode que je dois générer. En Java, je cherche vite fait, je trouve ça et grâce à Apache_Maven c'est fini avant de commencer. Avec opa, je commence par où ?
Pour te donner une idée sur un projet bien plus petit, car ça m'intéresse de pouvoir comparer, j'ai écrit un système de mise à jour automatique à distance de nos applications en 10j.h . Ca comprend le client de mise à jour en CLI, le serveur de mises à jour (bêtement une surcouche à https), une interface web d'admin. On upload les archives des releases et le client ne télécharge que le différentiel entre sa version en cours et la courante. Les accès sont contrôlés par un système de certificats électroniques (générés depuis l'interface d'admin), les mises à jour sont loguées et il est prévu (mais c'est pas fini) un mécanisme de remontées d'infos (stats) des machines client vers chez nous. 10 jours pour ça, ça me semble pas exagéré, non ?
Si tu sais estimer ça en Ruby, ça m'intéresse ! En fait je suis friand de nouvelles technos, c'est jusque que j'ai un côté pragmatique qui m'empêche de m'emballer trop vite. Mais si je peux concilier les 2, c'est encore mieux !
[^] # Re: "The Right Thing" vs "Worst is Better"
Posté par qstone . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 8.
Les applications métier peuvent être très complexes, si le métier est complexe !
Quand tu fais un logiciel de gestion pour une profession assez spécifique, où on te balance un cahier des charges de plusieurs kilos (grammes, pas bits), et que tu peux pas vendre ton logiciel tant qu'il ne passe pas la certification qui sanctionne le respect du cahier des charges, t'es clairement pas dans le domaines de projets à 3 mois.homme
Je pense que ta remarque est très pertinente, car une bonne partie du débat est là : le "dev web" c'est autant le script kiddie qui va réécrire le nouveau moteur de blog qui va tout tuer, que le gars qui bosse en équipe de 100 ou plus sur des applis pharaoniques.
D'un côté de l'échelle, on n'arrive pas à appréhender une telle complexité, alors on voit ça comme des bandes de blaireaux qui se complaisent dans la complexité avec leurs technos pachidermiques et déplacées.
De l'autre, on a du mal à comprendre pourquoi à l'autre bout ça s'excite comme une puce à chaque fois qu'une nouvelle et obscure techno pointe le bout de son nez avec l'éternelle promesse, presque jamais tenue, de "tout écraser".
Différents besoins, différents outils, c'est tout. Si j'étais en SSII et qu'on me mettait sur un projet de 3mois.homme, je pourrais me dire "pourquoi pas". Là pour donner un exemple concret je dois ajouter à mon application une fonctionnalité toute bête sur laquelle je ne compte pas passer bien longtemps : je dois éditer des étiquettes avec un QRCode que je dois générer. En Java, je cherche vite fait, je trouve ça et grâce à Apache_Maven c'est fini avant de commencer. Avec opa, je commence par où ?
Pour te donner une idée sur un projet bien plus petit, car ça m'intéresse de pouvoir comparer, j'ai écrit un système de mise à jour automatique à distance de nos applications en 10j.h . Ca comprend le client de mise à jour en CLI, le serveur de mises à jour (bêtement une surcouche à https), une interface web d'admin. On upload les archives des releases et le client ne télécharge que le différentiel entre sa version en cours et la courante. Les accès sont contrôlés par un système de certificats électroniques (générés depuis l'interface d'admin), les mises à jour sont loguées et il est prévu (mais c'est pas fini) un mécanisme de remontées d'infos (stats) des machines client vers chez nous. 10 jours pour ça, ça me semble pas exagéré, non ?
Si tu sais estimer ça en Ruby, ça m'intéresse ! En fait je suis friand de nouvelles technos, c'est jusque que j'ai un côté pragmatique qui m'empêche de m'emballer trop vite. Mais si je peux concilier les 2, c'est encore mieux !