Dév mobile qui veut faire du web
Mobilos
Bonjour à tous, je suis dev mobile android je fais du JAVA / Kotlin.
J'ai déjà fait un peu de web il y a 5-6 ans j'ai quelques notions, notamment sur la partie serveur, création du serveur, nom de domaine, etc...
J'aimerais faire mon site web pour ma société et si possible par la suite faire un peu de prestation en création de site web.
Le soucis c'est que ca fait longtemps que je me suis éloignés de tout ça, quelle techno vous me conseillez d'utiliser ?
- Utilisateur supprimé
Salut et bienvenu.
La question a un spectre un peu trop large. On peut tout utiliser, mais ça dépend de l'utilité du site et de ses fonctionnalités.
En bref : pour un site vitrine de freelance.
HTML5, sobre, 2 ou 3 pages. Un peu de graphisme pour montrer le savoir faire. Mais, ça ca pas plus loin.
Surtout à ne pas faire : "Nous sommes 3000 consultants à votre service : appelez le 06.55.55.55.55". Il faut paraitre toi même.
Pour vendre du service de création de site web, c'est un peu différent. Le domaine est hyper saturé, donc, tu as plusieurs solutions :
rentrer dans le mainstream : react.js et les technos associées.
Faire du spécifique : choisir une techno montante : Meteor, Grunt, etc.....
Faire du "global" : PHP ou du Django qui traite aussi bien le front que le back.
Bon, bref, tu as l'embarras du choix.... mais, c'est hyper saturé.
Mobilos
Nombre de posts : 107Nombre de likes : 27Inscrit : 6 juillet 2017Merci pour ta réponse, j'aimerais une techno qui puisse me permettre de faire du millieu, haut de gamme.
Je veux pas aller sur une techno ou je serais en concurrence avec des mecs qui bossent pour des cacahuètes
- Utilisateur supprimé
Je veux pas aller sur une techno ou je serais en concurrence avec des mecs qui bossent pour des cacahuètes
Oui, c'est un peu ça le sujet. Revenons un peu sur l'historique. J'ai commencé le web en 1994. J'ai monté mon premier serveur Apache et j'y ai hébergé un site que j'ai réalisé moi-même en HTML.
A ce titre, la page de wiki est particulièrement explicite https://fr.wikipedia.org/wiki/Hypertext_Markup_Language
C'est l'époque où ça allait très vite, les évolutions s'enchainaient sur fond de bataille entre Netscape et Internet Explorer. Nous étions des milliers de codeurs à écrire nos sites directement dans un "notepad". Nous contrôlions notre code. Comme tout codeur devrait le faire.
Puis ... comme la boite à rythme et le vocoder ont appauvri la musique .... il est apparu des logiciels WYSIWYG (What You See Is What You Get) tels que Microsoft Frontpage.
https://fr.wikipedia.org/wiki/What_you_see_is_what_you_get
J'aime mieux te dire que, lorsque tu joues du jazz au conservatoire de Paris, et que tu as un mec qui vends 1 millions d'albums joués au Ukulélé, ça t'énerve grave !!! C'est exactement ce qui s'est passé sur les sites internet. Ton petit cousin de 12 ans prenait Microsoft Frontpage, sortait un code à vomir, et concurrençait n'importe quelle startup sérieuse.
C'est ainsi, qu'en 2000, la société qui diffusait "les pages jaunes" est entrée en phase de conquête. Expliquons un peu le principe : A l'époque, il y avait un et un seul annuaire en France, sous l'autorité du monopole des Postes, télégraphes et téléphones (PTT). Toute entreprise était obligatoirement inscrite dans les pages jaunes, mais il était fortement recommandé se mettre en avant en expliquant "Société SuperSite, création de site internet, bla bla".
Pour pouvoir alimenter "les pages jaunes", des commerciaux tournaient sur "leur concession géographique" et ramassaient des sommes phénoménales chaque mois. De l'ordre de 10 fois le salaire moyen français. A cette époque, gagner plus qu'un médecin, en exploitant un monopole, ça faisait un peu désordre.
Les pages jaunes ont alors vu tout le potentiel de l'internet et de leur réseau de vendeurs. La société est entrée dans une logique de "conquête" en vendant des sites vitrine en dessous de 100 euros la page.
Oui, ça c'était le côté vente. .... mais, il restait à exécuter la production. C'est là que tous les "petits cousins" de France sont allé faire des stages chez Pages Jaunes et ont utilisé leur outil magique "Microsoft Frontpage" pour faire des sites. Ca a été une véritable catastrophe. J'ai vu des trucs que j'imaginais même pas possible. Des gens qui font des sites avec des "fonds de page" en BMP. A l'époque, j'avais du expliquer à un prospect que la HomePage du site que les pages jaunes lui avait vendu pourrait se charger en 2 minutes. Ben oui, 64 kbps, les mecs... Si tu mets un BMP sur l'ensemble du fond d'écran, tu as tout de suite un problème.
L'histoire que je raconte ici, ne s'est jamais démentie. Depuis toutes ces années, tous les programmeurs front ont toujours la même pression. Un gars qui fait du Wordpress peut mettre une raclée à tous les codeurs de la planète. Visuellement, ça fera le job. Et d'ailleurs, environ 40% de tous les sites web mondiaux sont fait en Wordpress.
Comment les codeurs web se sont-ils protégés ?
Il y a plusieurs méthodes pour se protéger :
L'adaptabilité à tous les devices. (Utilisation de framework responsive design, notamment)
La mise en avant du SEO. (C'est tout un art. Notamment, Google ayant un temps de disponibilité limité pour chaque site visité, il faut faire 2 sites, un pour les utilisateurs et un pour Google himself. Contrôler ce que tu donnes à manger à Google est un enjeu stratégique pour une entreprise).
Le fait de travailler en FullStack.
ne plus faire du web, mais faire des applications d'entreprise en HTML. (Les entreprises attendent un niveau de qualité bien plus fort sur leurs applications que sur leur vitrine web. D'un côté, tu n'as pas le droit à l'erreur, de l'autre, c'est toujours le far west).
Voila, j'espère éclairer un peu ta lanterne. Il faut savoir que le web, c'est ultra concurrentiel. Je vais finir par une sorte de tableau :
HTML seul .... c'est quasi gratuit.
HTML/CSS .... ça demande un peu de savoir faire, mais ça vole pas haut.
HTML/CSS/PHP/MySQL .... ça commence à pouvoir se vendre, parce qu'il y a de la logique métier en dessous.
HTML/CSS/React.js/API ... c'est le mainstream. Ca se vend bien, en grosse quantité, mais les TJM restent bas, car très concurrentiel.
HTML/CSS/Python/Django ... c'est un peu le "RAD" du web. (Rapid Application Development). C'est à dire que tu peux traiter le front et le back en même temps et avec une rapidité de développement assez importante. Donc, gains de productivité, etc.
HTML/CSS/React.js/API/J2EE.... là on passe dans la catégorie "applications d'entreprises / FullStack"... et on bascule sur le métier de développeur. Les problématiques sont 10% sur l'UI et 90% sur le back et la chaine de production logicielle. (Dont, QA / Tests).
Plus tu descends dans la liste, plus tu as de création de valeur, donc mécaniquement plus tu as de TJM.
Mobilos
Nombre de posts : 107Nombre de likes : 27Inscrit : 6 juillet 2017Merci beaucoup pour ta réponse ultra détaillée !
-
Free-Worker-691214
Nombre de posts : 1Nombre de likes : 0Inscrit : 6 mai 2023Je vous conseille d'utiliser le framework Angular pour la création de la partie front-End de votre site Web, Next.js pour L'api et SQL pour la Base de données !
-
myriadev
Nombre de posts : 36Nombre de likes : 25Inscrit : 12 février 2022J'aimerais faire mon site web pour ma société et si possible par la suite faire un peu de prestation en création de site web.
En préliminaire, je pars de l'hypothèse que tu parles de sites web et pas d'applications web (ou de site web très dynamique comme un e-commerce).
Déja faire la différence entre un site vitrine statique (ce que tu créerais pour un médecin ou une PME traditionnelle) et un site marketing avec des objectifs de visibilité (SEO) et de conversion, des landing pages par persona, de la génération de leads inbound (blogs, white papers, newsletter...) etc.
Si tu veux te postionner de manière stratégique évite les clients du premier et focalise-toi sur le second marché (qui concerne les startups, les entreprises tech, les agences, etc.).
Pour les technos, je ne recommande jamais des frameworks web traditionnels car un site marketing doit pouvoir avoir un contenu qui évolue rapidement et être géré par des équipes marketings en plus ou moins grande autonomie. Et donc les clients privilégient en général les solutions no code. Donc je dirais :
wordpress (traditionnel, polyvalent)
webflow (très focus design)
framer (challenger de webflow)
Et si le besoin est vraiment très spécifique au point qu'on a besoin d'une solution très custom alors utiliser un CMS pour la gestion de données en backend :
strapi
contentful
ghost (spécifique pour les content creator)
Et coder le frontend avec un framework front. Je recommande de rester le plus mainstream possible : nextjs (basé sur react) a un excellent écosystème. Et si tu veux monter en gamme avec des animations : Framer Motion, Lottie ou GSAP.
Et si tu as déjà compris le truc, sur ce domaine tu ne te différencies pas par tes compétences tech, tu te différencies en ayant à la fois la compétence tech, UI/UX ET marketing.