Je souhaite créer un site web, et d'en faire pourquoi pas une application mobile avec une webview. Pour ce faire j'aimerais aussi utiliser un budget le plus petit possible.
J'ai un peu fait le tour des technologies et viens demander ici vos avis afin de prendre ma décision. J'ai pas mal hésité entre PHP / JEE / ASP.NET, voir NODE.JS mais je m'y connait pas du tout. Après reflexion j'ai écarté le php et me suis orienté plutot vers le JEE et ASP.NET. D'après ce que j'ai compris par contre ASP.NET necessite un budget plus important, pour le déploiement de l'application par exemple ( Corrigez moi si je me trompe )
Du coup mon choix s'orienterais plus vers JEE, mais je connait pas vraiment le budget que ça nécessiterais de déployer et heberger un site fait en JEE.
Puis pour la mise en place de l'appli mobile j'ai entendu parler de phonegap.
Quels sont vos conseils ? Vers quoi pourrais-je m'orienter ? Merci !
Tout dépend de ce que tu veux faire comme site et quelles sont les points que tu veux privilégier et choisis le langage en fonction de ça. PLus tu vas chercher à avoir un budget faible, plus tu vas sacrifié la qualité des application ou le temps passé dessus. Et une app mal faite à la base va te coûter cher en maintenance (tu vas peut-être même te retrouver à payer plus cher qu'en ayant choisi une technologie plus chère au début).
Donc précises nous dans quel domaine ce site va être créer et ce que tu veux privilégier et on pourra te donner plus de précisions sur la bonne technologie à choisir.
Imaginons que je veux faire un réseau social par exemple.
La maintenance et comment est faite l'app c'est un autre problème mais de toute façon c'est moi qui vais la faire donc en soi je vais pas la payer, et si c'est mal fait je pourrais m'en prendre qu'a moi
Si tu le fais toi, prends pas en compte le budget, prends en compte le temps que tu vas passer.
La maintenance et la conception de l'app font partis du problème. Un simple blog est un réseau social ne demande pas le même niveau d'optimisation de code, les mêmes sécurités. Ensuite on en revient toujours au même "problème", tout dépend de ce que tu veux privilégier, parce que chaque techno a des points forts/faibles. Si tu veux faire du temps réel (ou proche), tu ne vas pas choisir du Java. Si tu veux un système qui gère beaucoup de données, tu vas partir sur du MySQL.
Si tu veux faire du temps réel (ou proche), tu ne vas pas choisir du Java. Si tu veux un système qui gère beaucoup de données, tu vas partir sur du MySQL.
Mélange pas langage de programmation et SGBDR, tu vas l'embrouiller encore plus.
Si tu veux faire du temps réel (ou proche), tu ne vas pas choisir du Java. Si tu veux un système qui gère beaucoup de données, tu vas partir sur du MySQL.
Les deux choses sont plus ou moins fausse, premièrement il existe des JVM autre que les JVM grand public qui on des performance très correct (les JVM pour l'embarqué), ensuite MySQL n'est plus a utilisé du tout, le SGBD n'a plus de support, donc il faut à minima passer à son fork MariaDB, voir plutôt passer à du PosteGre (qui gère des volumétrie plus importante mais qui est moins user friendly), pour des extrême, il est conseillé de passer sur un SGBD de type NoSQL (exemple MongoDB) qui gère très bien les volumétries importantes bien sur à condition d'avoir une structure adapté à l'utilisation (on ne fait pas de la conception relationnel en NoSQL).
Sinon le déploient d'application Java EE (et no JEE), n'est pas très coûteux les serveurs d'application (jboss, tomcat, ...) sont assez bien foutus à ce niveau là, par contre il est très rare des offre d'hébergement mutualisé pour ce genre de serveur, il faudra sans doute passez sur du serveur dédié et faire l'installation toi même, ce qui à un coup un peu plus important. (la remarque est à peu prêt équivalente pour l'ASP.net).
Sinon dans l'état de l'art actuel on à tendance à vraiment découpé le back/front (en java la stack est du spring-boot pour le back et un framework js (style angular et compagnie) pour le front.
MongoDB qui gère des volumes de données importants ? Faut voir ce que tu appelles importants, et peut-être ne pas avoir envie de faire des requêtes sur tes données, mais c'est plutôt une solution à bannir.
Je parle d'importante pour des tables dépassant le demi milliard de lignes et la conception du model est spécifique tu ne fait pas du relationnel avec du NoSQL, c'est une solution à bannir dans le cas ou ce n'est pas justifié dans le projet.
Oui, je n'ai pas parlé de modèle relationnel, juste de volume de données.
Si tu as vraiment beaucoup d'entrées/documents à stocker, tu ne peux pas te permettre d'utiliser MongoDB, qui en plus d'être généralement plus lent est sujet à de gros soucis.
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Blond, bouclé, toujours le sourire aux lèvres...
entwanne — @entwanne — Un zeste de Python — La POO en Python — Notions de Python avancées — Les secrets d'un code pythonique
entwanne — @entwanne — Un zeste de Python — La POO en Python — Notions de Python avancées — Les secrets d'un code pythonique