Discussion :

[mGraph]

Bonjour à tous,

J'ai un projet scolaire dont je souhaiterais vos avis et votre aide.
Nous avons à effectuer toute l'analyse sur la mise en place et la programmation d'un portail web qui doit être retranscrit en application mobile.
En version mobile ce portail doit permettre une visibilité des données en mode hors connecté. De plus pour les phases de programmation nous devons mettre en place un versionning des fichiers.
d'après notre analyse cette application sera donc majoritairement développé en HTML/CSS/JS.

Nous avons donc établit une liste de logiciels et d'outils à mettre en place, cependant le cœur de notre système a été refusé par notre chef de projet ... nous pataugeons donc un peu dans la semoule pour trouver d'autres solutions viable.

A l'heure actuel nous avions prévue de mettre en place ce système :
- Web : NodeJs
- SGBR : mongoDB
- Versionning : Git
- Transition Mobile : PhoneGap

Il nous est donc demandé de changer les module NodeJS et mongoDB. Et si possible Git ...
Pour les raisons suivante ...
NodeJS : version publique non finalisé (toujours en production).
mongoDB : n'est pas adapté, du fait que c'est du noSQL.
Git : c'est un effet de mode.

Merci d'avance votre aide et vos avis.

[beekeep]

Bonjour,

il me parait difficile de proposer ou discuter d'une solution alors qu'on ne connait pas le but du système et les besoins à couvrir.

HTML est une bonne solution pour faire du web avec le support du mode offline.

Le type de serveur web dépendra des technologies choisies pour développer l'application côté serveur.

Git : c'est un effet de mode.

N'importe quoi!
Je dirai que Subversion (SVN) suffit amplement dans la plupart des cas. (Git est beaucoup plus puissant et lourd)

[mGraph]

Bonjour @beekeep,

Le système est la mise en place d'une gestion de devis.
les modules à mettre en oeuvre pour ce système sont la gestion des devis (CRUD*), gestion des utilisateurs (CRUD), et gestion des alertes pour les stocks (R).

Bah le type des technos utilisé est cité dans le post précédent, html/css/javascript.

Pour le serveur sql en lui même, nous pensions donc revenir à notre idée de base qui était mariaDB pour le serveur, et PhoneGap devrait nous permettre d'utiliser les BDD locale des différents système mobile.


Ok merci pour SVN j'ai vue passer quelques tutos lors de mes recherches je vais donc pousser un peu plus la dessus, car dans ce que j'ai vue Git est comme tu le dis est : lourd, notamment sur sa mise en place, et vue que dans autre cas c'est juste pour un projet définit, qui ne devrais pas nécessiter d'update régulière il n'est surement pas nécessaire de mettre en place une solution lourde.

* CRUD : Create, read, update, delete

[beekeep]

Bah le type des technos utilisé est cité dans le post précédent, html/css/javascript.

Côté client il n'y a pas vraiment le choix pour les technologies, plus pour les librairies à utiliser.

C'est pour la partie serveur que les choix sont très nombreux. (langages script genre PHP ou du compilé comme c#)
Il faut vérifier sur quelle infrastructure l'application devra tourner.

Après pour la base ça sera du relationnel en effet.

[ABCIWEB]

Salut,

Je n'ai peut-être pas compris toutes les données du problème, mais avez vous vraiment besoin d'un serveur javascript ? On ne s'embarque pas dans cette technologie sans que cela soit réellement nécessaire, sinon les frais de développement/suivi et le coût d'hébergement sont disproportionnés par rapport à une solution classique...

[SylvainPV]

Ah ça me rappelle mes études... Mon prof d'info qui proclame gratuitement que "JavaScript est un langage de merde", puis potasse un peu le sujet pendant l'été et change complètement le programme l'année suivante en mettant du JavaScript partout.

D'après moi votre choix de technos est très bon. Quelques arguments à faire valoir auprès de ton chef de projet :

NodeJS : version publique non finalisé (toujours en production).

utilisé en production par Walmart pour le Black Friday aux USA, avec des millions d'utilisateurs concurrents

mongoDB : n'est pas adapté, du fait que c'est du noSQL.

Pour un bête projet étudiant je suis sûr que noSQL peut parfaitement convenir, et ça a le mérite d'aller creuser dans d'autres directions que le chemin tout tracé MCD->MLD->SQL qu'on nous fait avaler depuis des décennies.

Git : c'est un effet de mode.

Un effet de mode qui est là depuis dix ans, créé par un certain Linus Torvalds, et qui s'impose aujourd'hui comme le SVN le plus utilisé pour les projets open-source. Le choix du CVS n'est pas vraiment important, mais rejeter git avec un tel argument met sérieusement en doute la compétence pédagogique de ce monsieur.

[Watilin]

Il nous est donc demandé de changer les module NodeJS et mongoDB. Et si possible Git ...
Pour les raisons suivante ...
NodeJS : version publique non finalisé (toujours en production).
mongoDB : n'est pas adapté, du fait que c'est du noSQL.
Git : c'est un effet de mode.

Merci d'avance votre aide et vos avis.

Sinon vous avez pensé à changer de chef de projet ? Je déconne, bien entendu.

Git un effet de mode, j'aimerais bien entendre ses arguments là-dessus. Cela dit, SVN peut parfaitement convenir.

Quant au fait que Node.js est non finalisé, ça n'a pas empêché son adoption par de grands groupes, je pense notamment à PayPal. Dans la mesure où vous voulez du JS serveur, le choix est assez limité. Votre chef refusera certainement IO.js qui est plus porté sur l'aspect expérimental (futures versions d'ECMAScript) que Node. Sinon il y a Rhino mais c'est difficilement scalable.

Pour les bases de données, je ne m'y connais pas assez pour avoir un conseil à donner.

À titre d'exemple, j'ai suivi le développement d'un projet de site web JS serveur gérant des wehooks, il s'appelle OpenUserJS et il est hébergé chez Nodejitsu (qui est en train de fusionner avec GoDaddy). Les technos sont Node.JS et MongoDB. J'ai essayé de gratter un peu pour savoir si Nodejitsu supporte d'autres types de bases de données, je n'ai pas trouvé.

[arnogues]

Bonjour à tous,

J'ai un projet scolaire dont je souhaiterais vos avis et votre aide.
Nous avons à effectuer toute l'analyse sur la mise en place et la programmation d'un portail web qui doit être retranscrit en application mobile.
En version mobile ce portail doit permettre une visibilité des données en mode hors connecté. De plus pour les phases de programmation nous devons mettre en place un versionning des fichiers.
d'après notre analyse cette application sera donc majoritairement développé en HTML/CSS/JS.

Nous avons donc établit une liste de logiciels et d'outils à mettre en place, cependant le cœur de notre système a été refusé par notre chef de projet ... nous pataugeons donc un peu dans la semoule pour trouver d'autres solutions viable.

A l'heure actuel nous avions prévue de mettre en place ce système :
- Web : NodeJs
- SGBR : mongoDB
- Versionning : Git
- Transition Mobile : PhoneGap

C'est un très bon choix et c'est tourné vers l'avenir.

Il nous est donc demandé de changer les module NodeJS et mongoDB. Et si possible Git ...
Pour les raisons suivantes ...
NodeJS : version publique non finalisé (toujours en production).

Ce n'est pas parce qu'une version est en 0.X.Y que ce n'est pas finalisé. NodeJS ne sera jamais finalisé, il évoluera constamment pour s'adapter au marché et aux nouvelles méthodes et nouveaux concepts.
Tout ce qu'il faut faire quand on entame un projet c'est choisir une version de nodeJS et de s'y tenir.

Dites à votre CP que vous avez choisi du ASP 1.0 et du SQL Server 6.0 (bien avant l'apparition de .NET)

mongoDB : n'est pas adapté, du fait que c'est du noSQL.

Il en tient une bonne couche votre CP. le NoSQL c'est assez adapté pour pleins de choses

Git : c'est un effet de mode.

Votre CP c'est un sacré champion du monde. Dans ce cas demandez lui comment il fait pour pouvoir faire du versionning et des branches avec SVN, j'aimerai bien le voir. On le fait avec SVN mais c'est lourd et chiant.

Avec GIT on peut changer de branche en un claquement de doigt, tag, faire des milliers de choses, c'est vraiment un outil puissant. Alors dire que c'est un outil de mode c'est vraiment du foutage de gueule.
Dites lui que c'est Linus Torvald qui a créé GIT.

Merci d'avance votre aide et vos avis.

Changez de chez de projet

Challengez votre chef de projet, dites lui dans ce cas quels choix il aurait fait et pourquoi.

D'ailleurs, il fait mal son rôle de CP, un CP n'a pas à choisir les technos à votre place ou refuser vos choix avec des arguments aussi niais. Il doit au moins vous demander pourquoi vous les avez choisis et qu'est-ce qu'elles apportent par rapport aux technos que lui aurait choisies.

[mGraph]

Merci pour vos réponses. La solution validée est donc de changer d'école ! puisqu'ils ne veulent changer le chef de projet ... xD ..
Plus sérieusement il ne nous reste pu qu'à trouver les bons arguments et tester en faisant des VM maintenant ^^.


j'ai encore une ou deux questions :

- concernant l'utilisation et la sécurisation du codage javascript qui sera mis en place.
Le javascript est exécuté coté client, le code est donc facilement lisible, donc comment peut on faire pour intéragire avec une BDD sans que le code ne soit visible par l'utilisateur ?

- concernant PhoneGap, est-ce que certains d'entre vous on déjà utilisé le service ?
Si oui, sa fonctionne comment, notamment au niveau du codage (des syntaxes à ne pas faire, une façon de programmé bien spécifique, etc ...) et au niveau de la BDD ?

[SylvainPV]

L'interaction avec la BDD est du ressort du code serveur. Seul le code client est visible par l'utilisateur. Dans ton cas c'est du JavaScript côté client et côté serveur, mais seuls les scripts envoyés à l'utilisateur lui seront accessibles. Le client doit échanger avec le serveur suivant une interface qui elle est contrôlée et sécurisée (vu ta stack, une interface REST peut être une bonne idée).

Oui, je connais PhoneGap qui depuis a été intégré à une solution plus large nommée Apache Cordova. Sur le principe, c'est une application native mobile (à installer donc, ce n'est plus du web) qui fournit une WebView et vient compléter l'environnement JavaScript de cette WebView avec des API qui lui sont propres. Tout ce qui manque au JavaScript pour interagir avec certains éléments propres au hardware et à la mémoire du téléphone. Ça ne change rien au reste du code, ce n'est qu'une API qui vient se rajouter par dessus.