Pour le back-end du logiciel, on pense partir sur Pyhton/MongoDB.
Le code "métier" (l'intelligence du logiciel, qui exploite les concepts "métier") aura besoin d'objets et on envisage l'utilisation d'un ODM. Ca serait a priori MongoEngine. Pour gérer Python3/Mongo3, il y a pas l'embarras du choix, et celui-ci semble bien vivant. Et comme c'est pas non plus hyper compliqué, je me dis qu'on devrait pouvoir contribuer si ça bloque par endroits, s'il manque des choses. En tout cas ça devrait être plus simple et plus sympa de le modifier que de refaire cette couche-là de zéro.
Le back-end fournit une API REST. Pour ça, on envisage Falcon. Sinon, Flask. Falcon est dit plus performant (c'est pas forcément critique pour nous) et plus simple car dédié à la fourniture d'API, contrairement à Flask qui est "généraliste".
Je parle pas trop de tout ça dans l'annonce parce que je veux pas vendre du rêve : il est plutôt prévu que le stagiaire bosse sur le front-end. Mais si ça l'intéresse, il pourra voir le back-end, discuter les choix, etc. En plus l'API va évoluer au fil du développement comme les deux blocs back-end et front-end seront développés en même temps.
Le front-end exploite l'API pour fournir l'interface graphique. On pense utiliser Python ici aussi parce qu'on aime bien (argument de poids). Django semble un peu overkill (on a pas besoin de base de donnée de ce côté, par exemple), donc plutôt Flask. Là-dessus, il y aura une couche JS encore à définir, et probablement du Bootstrap. Encore une fois, rien n'est arrêté et les propositions et opinions du stagiaire nous intéressent.
Dit comme ça, ça peut paraître flou mais c'est clair dans notre tête. On a pas mal avancé dans l'architecture :
# Précisions sur le projet
Posté par jihele . En réponse au message Offre de stage M2 / PFE : Conception / développement d'une interface web (Bordeaux). Évalué à 3.
Pour le back-end du logiciel, on pense partir sur Pyhton/MongoDB.
Le code "métier" (l'intelligence du logiciel, qui exploite les concepts "métier") aura besoin d'objets et on envisage l'utilisation d'un ODM. Ca serait a priori MongoEngine. Pour gérer Python3/Mongo3, il y a pas l'embarras du choix, et celui-ci semble bien vivant. Et comme c'est pas non plus hyper compliqué, je me dis qu'on devrait pouvoir contribuer si ça bloque par endroits, s'il manque des choses. En tout cas ça devrait être plus simple et plus sympa de le modifier que de refaire cette couche-là de zéro.
Le back-end fournit une API REST. Pour ça, on envisage Falcon. Sinon, Flask. Falcon est dit plus performant (c'est pas forcément critique pour nous) et plus simple car dédié à la fourniture d'API, contrairement à Flask qui est "généraliste".
Je parle pas trop de tout ça dans l'annonce parce que je veux pas vendre du rêve : il est plutôt prévu que le stagiaire bosse sur le front-end. Mais si ça l'intéresse, il pourra voir le back-end, discuter les choix, etc. En plus l'API va évoluer au fil du développement comme les deux blocs back-end et front-end seront développés en même temps.
Le front-end exploite l'API pour fournir l'interface graphique. On pense utiliser Python ici aussi parce qu'on aime bien (argument de poids). Django semble un peu overkill (on a pas besoin de base de donnée de ce côté, par exemple), donc plutôt Flask. Là-dessus, il y aura une couche JS encore à définir, et probablement du Bootstrap. Encore une fois, rien n'est arrêté et les propositions et opinions du stagiaire nous intéressent.
Dit comme ça, ça peut paraître flou mais c'est clair dans notre tête. On a pas mal avancé dans l'architecture :
Titre de l'image