GreenCodin

Comprends ce que tu utilises et construis ton opinion par l'expérience.

Tu veux comprendre pourquoi on utilise une technologie plutôt qu'une autre ?

Tu veux comprendre les différences entre deux framework ?

Tu veux savoir quel langage est meilleur pour telle fonctionnalité ou façon de bo**er, ou type de projet ?

Tu veux comprendre la différence entre le front et le back?

Tu veux comprendre pourquoi tant de devs s'emballent pour une techno ?

Prends une journée, donne toi un objectif, quelque chose que tu veux comprendre, suis un tuto, un cours, une documentation, lis des articles et joue avec le code.

Testé toi à le refaire sans aide.

Teste toutes les questions évidentes ou bêtes dont tu pourrais même avoir honte, et arrête toi lorsque tu es capable d'expliquer à l'oral ce que tu as compris.

Rien ne vaut l'expérience même avec une superbe théorie 😉.
Mais surtout, forge dans la mesure du possible ta propre opinion.

⚪️ Concevoir un site de A à Z -part 2 ⚪️

Dans la partie 1, on a vu qu'il y a beaucoup de boulot avant même de commencer à coder, et c'est ce qui va nous permettre de gagner du temps pour la suite et de garder le cap des besoins du clients.

⚠️ Il est enfin temps de CODER !

➡️ Pendant la phase de code du site, je voudrais vous parler de ce dont on parle moins mais qui sont gage de qualité pour vos clients et donc pour vous si vous les fidelisez car il y a des chances pour que vous deviez un jour rebo**er sur ce projet pour le mettre à jour ou ajouter des fonctionnalités.

1) Les tests ✅️
Utiliser PHP Unit ou Jest pour js par exemple est propre et fait finalement gagner du temps de développement au lieu de tout tester à la main à chaque fois à chaque changement et ça met en lumière des effets de bord qui vous auraient échappé 🤫.

2) Bonnes pratiques ✅️
Renseignez vous sur les standards des technos que vous utilisez, certains sont constants et doivent être suivis pour que nous puissions facilement bo**er ensemble, nous les dev 🥳🥳. D'autres évoluent rapidement et améliorent le code c'est bien de se tenir au jus 😉.

3) Une documentation ✅️
Le + ultra, utiliser par exemple un outils comme SWAGGER pour créer facilement une documentation en ligne de votre API.

4) Un beau versionning avec GIT ✅️
Faites dans la mesure du possible vos commits par fonctionnalité pour vous y retrouver et consulter sur google les bonnes pratiques pour vos noms de commit.

5) Les packages sans abus ✅️
On peut en utiliser pour ne pas réinventer la roue mais bien choisir les packages, sinon un package vieux ou peu populaire pourrait ne pas être mis à jour et mettre votre site Web à rude épreuve quand vos technos ne seront plus compatibles avec lui.

Vous avez d'autres idées à partager ? Qui fait tout ça ?

🤑Augmenter ses revenus de dev

Le métier en lui même rémunère très bien, c'est loin d'être un secret 😅

Je n'encourage vraiment personne à se forcer dans cette voie par intérêt financier soit dit en passant. Mais pour les passionnés, il y a vraiment de quoi faire pour booster vos revenus en aidant les autres.

Quelques exemples ?

✅️ Créer son site e-commerce:
2 solutions, soit vous avez une idée de produits ou services à vendre que vous gérerez en plus de la conception et maintenance du site, soit vous faites du dropshipping. Pour ceux qui ne connaissent pas, c'est le fait de vendre les produits d'autres fournisseurs sans en gérer le stock ni la livraison. Vous ne vous occupez que du site et du SEO.

✅️ Écrire sur le développement
Plusieurs plateformes proposent de publier des articles en ligne. Je vais vous citer medium, que j'affectionne particulièrement car les articles sur le dev et la tech sont top 🥰. Lorsque vous publiez sur ce type de plateforme vous pouvez selon votre succès être très bien rémunéré.

➡️ Une autre solution consiste à créer votre propre blog et à vous rémunérer par l'intermédiaire de la publicité.

✅️ Vendre vos services de dev
Sur votre site perso ou sur une plateforme dédiée, vous pouvez proposer vos cours à des débutants, payés à l'heure.

✅️ Vendre vos produits de dev
Vous pouvez faire vos propres cours, en même temps que vous apprenez ou pendant votre carrière, et les vendre en pdf sur votre site, ou les publier par exemple sur Amazon.
Créer par exemple des projets Web de à à z et les proposer avec la marche à suivre à d'autres futurs dev.

✅️ Vous pouvez également vendre des design, des templates de sites, et ca marche même très très bien.

✅️ Vous pouvez lancer votre chaîne YouTube et parler de votre passion ou donner des astuces, des cours, faire du live coding et plus si affinité !

✅️ Vous pouvez aussi faire des applications mobiles et les vendre !

Concevoir un site de A à Z - part 1

Quand on se voit confier la conception d'une application ou d'un site Web et qu'on débute on ne sait pas toujours tout ce que ça implique.

Je voudrais vous partager plusieurs posts qui regroupent en grande partie toutes les étapes que vous serez en mesure de gérer en tant que pro.

Ce premier post s'intéresse à l'avant codage (pas fan de ce mot mais il est clair 😅).

Avant même d'écrire votre première ligne de code, il vous faudra passer par plusieurs étapes qui vont vous permettre à vous et votre client de bien définir le projet à créer, autant sa forme que son contenu.

💡💡💡 Voici les miennes:

✅️ Les user scories
Elles servent à définir quelles pages sont à produire et à quelle finalité pour quel type d'utilisateur.
Exemple: une page d'inscription pour les visiteurs pour s'inscrire sur le site.

✅️ Les wireframes
Pour chaque page et selon les différents types d'écrans, on schématise à quoi va visuellement ressembler celle-ci pour faire valider le client et que tout le monde soit d'accord.

✅️ Un MCD c'est une manière de schématiser notre future base de donnée avec les futures tables et les relations qui les lient dans le cas biensur d'une base de données relationnelle.

✅️ Un dico de données
Pour définir pour chaque champs de chaque table le type de données attendu.
Exemple:
Table USERS
NAME | VARCHAR | 50

✅️ Feuille de routes (que je ne fais jamais)
Avec toutes vos URLs, et ce à quoi elles servent et sont liées. Ca permet de rester cohérent et ne pas se perdre par la suite.

➡️ Tous ces termes vous les trouverez facilement avec une petite recherche Google.

Tout ça, je vous encourage à l'inclure avec votre cahier des charges pour éviter les mauvaises surprises qui auraient découlé d'une mauvaise communication.

Je vous partage bientôt les outils gratuits que j'utilise pour faire ça 😉

Developpeur mobile et ⚠️Web mobile⚠️

Pour ceux qui souhaitent passer par une formation web, et qui vous propose un titre pro ou un diplôme avec un intitulé du style "concepteur developpeur web et web mobile", l'expression web mobile n'est pas nécessairement du développement mobile.

J'entends par là que si votre but est de développer également sur IOS ou Android, renseignez-vous bien sur le programme de la formation.

⚠️ Dans mon cas, et dans beaucoup d'autres, en parlant avec des collègues d'autres formations que la mienne, le web mobile n'est qu'une autre façon de dire web "responsive".

Pour ceux qui ne connaissent pas ce dernier terme, c'est en gros le développement qui adapté affichage et fonctionnalités selon les différentes tailles d'écrans, car on ne souhaite pas les mêmes choses sur un mobile que sur un écran PC par exemple.

⛔️ Donc rien à voir avec le développement d'une application mobile ⛔️

Ceux qui voudraient se lancer dans le dev mobile, foncez, la plupart des devs et nouveaux devs web sont sur la stack classique HTLM CSS JS PHP, avec pas mal de généralistes en junior.

Si le mobile est une passion pour vous et que vous pouvez rapidement vous spécialiser dans une ou plusieurs technos mobile, c'est GOLDEN TICKET car c'est vraiment très recherché et très bien payé.

➡️ Dites moi si les technos mobiles vous intéressent et je vous en parle bientôt.

🤯 CSS art 🤯

Chers collègues, vous avez bien lu.

AVIS A TOUS CEUX qui galerent avec les flexbox ou les sélecteurs css.

Je vous présente cette incroyable dev et artiste...
⚠️ Diana Smith connue aussi sous le pseudo ⚠️ CyanHarlow.

Ca vaut le coup d'œil ➡️ on ne s'attend absolument pas à ce que ce soit du css qui est en général plutôt iconographique ou cartoon.

Lien de l'article avec quelques oeuvres, son github et une interview d'elle:
🔸️https://korben.info/lart-de-peindre-en-css.html

Pour les plus curieux 🧐 et créatifs 🚀, je vous mets un petit lien vers d'autres oeuvres CSS de différents créateurs:
🔸️https://css-art.com/

Personnellement j'admire le travail que ça représente c'est fou, vous êtes comme moi ?

Quel type de développeur veux tu être ?

Une fois la formation généraliste terminée tu vas partir en quête de ton premier job ou de ton premier stage.

En tant que junior autodidacte ou diplômé, on ne va pas forcément avoir le choix de la structure que l'on va intégrer.

Mais déjà, en entretien, l'entreprise devrait demander quelles sont nos préférences et ou on se voit dans 5 ans, sous entendu par là quels sont nos projets pro.

Et ces questions ne devraient pas arriver qu'à ce moment là. Quand on commence on a la tête dans le guidon et on n'a pas forcément une vision claire de tous les jobs en dev web ou des structures que l'on a la possibilité d'intégrer et qui sont pourtant très différentes en terme de conditions de travail et d'environnement humain.

A vous de vous poser ces questions par exemple:

Est-ce que j'aime être très encadré ou au contraire très autonome ?

Est-ce que j'aime travailler dans de petits groupes où tout reste à construire ou au contraire de gros groupes très structures et hiérarchisés ?

Est-ce que je veux pouvoir travailler sur une multitude de projets et fonctionnalités en étant couteau suisse ou est-ce que j'aime être spécialisé et devenir expert dans un domaine en particulier.

De cette manière un développeur freelance, un dev généraliste dans une startup, un dev testeur dans une grosse boîte n'ont pas du tout les mêmes journées.

On attend pas de vous que vous sachiez précisément ce que vous souhaitez faire, et vous passerez certainement par différents postes et structures différentes ce qui est très enrichissant en tant que dev, mais on attend de vous que vous vous projetiez et que vous exerciez le poste par choix et non par défaut.

Autodidacte ou école WEB ?

Perso, j'ai fait les deux. Dans un premier temps je me suis formée sur les bases HTML CSS et PHP pour me mettre au défi et voir si la passion durait. Quand mon désir de devenir DEV s'est confirmé je me suis inscrite dans une école de dev parce que je pensais qu'il fallait un diplôme.

Et du coup ?

Pour moi la formation web n'est absolument pas obligatoire quand on sait se débrouiller à identifier les compétences à acquérir. Mais certains profils, ce qui n'en font pas de moins bons devs sur le long terme, ont besoin d'être davantage guidés ou rassurés.

Avec une formation web on gagne du confort, du temps et de l'assurance:
✅ Du confort et du temps car vous ne cherchez plus ce que vous devez apprendre.

✅ De l'assurance car vous êtes sensés apprendre les bonnes choses et de la bonne manière grâce aux formateurs dont c'est le métier.

❌ On ne niera pas non plus qu'être autodidacte ça coûte BEAUCOUP moins cher, quoi que certains peuvent se faire financer et rémunérer une formation web par pôle emploi, la région etc.

🤝 Une école web c'est aussi un réseau avec des futurs collègues, des formateurs, des contacts pro si l'école vous suit après la formation pour un stage etc. Et là encore, si vous êtes sociable et autonome vous pouvez vous faire un réseau en autodidacte (Linkedin etc).

➡ Si vous hésitez beaucoup, j'aurais tendance à vous conseiller une petite formation de 3 mois pour avoir les bases et continuer seul.

✅ Sinon, choisissez en fonction de votre personnalité:
➡ Si vous n'êtes pas super autonome et que vous manquez vraiment de confiance en vous, optez pour l'école tout de suite plutôt que de perdre du temps ?

➡ Si vous êtes super autonomes et que vous êtes prêts à montrer que vous en voulez, ne perdez pas un centime ou du temps en école et foncez tout seul.

- - Se spécialiser en PHP ou JS ? - -

😱 Je suis passée par là et je sais que quand on commence, c'est super flou.

✅ Je me souviens qu'en école de dev c'était la fameuse question:
PHP ou JS 😱, puis Symfony ou Reactjs 😱? Et ça nous stressait d'autant plus que la seule réponse qu'on nous donnait, c'était "bah, si tu préfères les trucs abstraits, diriges toi plutôt vers JS, sinon prend PHP". Ne vous basez pas sur ce conseil 🤣

✅ Pour résumer grossièrement:

➡ si vous êtes très "UX" donc que l'expérience de l'utilisateur (les interactions) sur votre site est une passion pour vous, foncez vers le JS puis un framework comme AngularJS ou VueJS, ou la bibliothèque ReactJS.

➡ Si vous aimez bien configurer, sécuriser, faire communiquer, gérer la BDD, organiser etc... et que le front (ce qui s'affiche à l'écran) c'est pas une passion alors go PHP puis un framework comme Symfony ou laravel.

✅ D'ailleurs je vous encourage que vous soyez frontend ou backend à vous intéresser et vous mettre dans la peau de l'un et de l'autre pour améliorer votre vision globale du dev web.

❌ Je vous déconseille complètement de vous spécialiser selon les modes et les salaires.
Parce que si faire du JS ne vous plait pas, passer 35h par semaine minimum à en faire n'est pas possible et vice versa. 😱😱😱

Quand vous faites des choix qui vous correspondent, vous êtes forcément meilleur 💪 et les très bons développeurs, peu importe le langage, gagnent très bien leur vie.

❌ Ne suivez pas les modes, elles sont faites pour passer, le code comme tout métier doit être ce que vous aimez faire.

✅ Et en toute franchise, il y a de fortes chances que vous appreniez un peu de tout 🙄 au fur et à mesure que vous évoluerez en tant que développeur 😅🤣😂et en tant que personne 😉.

🧐 Web 3.0, ça vous parle ?

😎 Le web c'est quoi ? C'est un réseau informatique mondial composé de réseaux publics, privés, universitaires, gouvernementaux, commerciaux etc dont l'information circule par un ensemble standardisé de protocoles de transferts de données. C'est l'informaticien Tim Berners-Lee qui en dépose le nom en 1990.

➡ Le web 1.0 (1990-2004/2005), c'est le web statique. Il y a ceux qui mettent l'information à disposition, et ceux qui la consultent.

➡ Le web 2.0 est celui tel qu'on le connait, on parle de web participatif en opposition donc avec le web 1.0 qui était consultatif. 👫 Il naît avec les réseaux sociaux 👥. L'information y circule à double sens, les utilisateurs créent du contenu vers d'autres utilisateurs qui y réagissent. Le web ne répond plus à des questions mais créer des opinions, des personnalités, des communautés, et tout se centralise : on like sur facebook, poste des photos sur insta, des commentaires sur trip advisor, achète sur amazon etc.
⚠️ Donc on assiste à la création de monopoles.

🧐Tim Berners-Lee estime que le web est en train d'échouer à cause:
❌ Des fausses informations
❌ De la publicité politique
❌ De l''usage abusif de données personnelles

➡ Le web 3.0 globalement, veut créer une alternative décentralisée au World Wide Web en :
✅ Compromettant la censure
✅ Redonnant aux internautes le contrôle sur leurs données
✅ Combattant le pouvoir des grandes plateformes
✅ Redonnant la propriété sur Internet

Des technologies existantes façonnent déjà ce qui fera ce web 3.0 :
Blockchain
Intelligence artificielle
Cloud
Edge computing
Réalité virtuelle
Internet des objets (IoT)
Apps décentralisées
etc...

Je trouve que ce qui se passe est fascinant, je commence à m'intéresser à tout ça de mon côté pour, pourquoi pas devenir acteur dans ces changements et vous ?