Le petit mot de la fin sur le coté créatif et artistique du code ça me fait plaisir. C'est la première fois que je l'entend (20a d'exp quand même) Je trouve que le code est presque comme une musique, quand tout s'imbrique bien c'est mélodieux et beau. L'expression artisan du numérique c'est aussi une idée que je partage et que je trouve peu répandue. Je suis tombé sur ta chaine un peu par hasard, je trouve tes vidéos pertinentes et très proche de la réalité. Good job boy! :)
Absolument d'accord sur la créativité du métier ! Et même si notre métier n'est pas tangible (comme peut l'être un boulanger, maçon, cordonnier, ...), on retrouve néanmoins la satisfaction d'une "oeuvre" accomplie !
Au top Captain Dev! C'est un beau métier qui peut également aussi devenir un loisir. On ne parle pas assez de la possibilité de contribuer à des projets open-source. Créer des projets innovants à fort impact avec des personnes provenant des 4 coins du monde sur son temps libre, c'est un truc de dingue.
Je suis vraiment très chanceux d'être tombé sur cette chaîne UA-cam, ça me permet de découvrir des parties du métier de dev que je ne soupçonnait pas du tout, comme cet aspect très très versatile et très "évolutif" dans le sens où t'expliquais que c'est un métier dans lequel tu apprends constamment et tu *dois* d'ailleurs apprendre constamment de nouvelles choses, mais aussi les manières et domaines qui sont extrêmement variées, ça me donne peut être un peu plus envie d'envisager de partir dans du dev en sortant de ma liscence de maths. Je me demandais aussi si c'était le genre de métier que tu pouvais facilement exercer un peu partout dans le monde/en télé travail, j'aurai tendance à dire oui logiquement mais c'est peut être un peu plus compliqué que ça. Ça me correspondrait vraiment si c'etait en effet possible d'être très flexible géographiquement, sans compter le fait que j'ai cru comprendre que tu avais pu travailler avec beaucoup d'entreprises différentes. Exactement ce que je cherches quoi, un métier qui te permette de bouger tant que tu as envie de voir d'autres endroits d'autres choses d'autres gens d'autres entreprises, domaines etc.
Ça fait quelques vidéos que je regarde de vous et franchement c'est juste vous avez tellement raison sur cette vidéo certains disent que vous faites cela pour éviter la concurrence que d'autres se mettait faire développeur mais c'est juste la réalité. En tant que développeur junior je ressens tout ce que vous dites surtout que je fais aussi de l'assistance informatique et donc se mettre à la place de l'utilisateur est quelque chose qui nous fait comprendre que que les utilisateurs pense souvent différemment c'est vrai qu'il y a différents moyens d'arriver au même résultat en programmation et c'est ça qui est génial alors aussi on peut programmer même de façon très bon câble ça va fonctionner par exemple moi je suis sur un projet bien particulier mais classique et après je vais vendre un type de commerce d'entreprise. Comme se dit en programmation du moment que ça fonctionne on peut se passer de la programmation orientée objet évidemment c'est souvent mieux de l'utiliser et le code est plus flexible mais si ça fonctionne est correctement et que le code est suffisamment propre pour s'y retrouver alors autant finaliser son projet c'est toujours l'essentiel. Désolée pour les fautes d'orthographe ou les phrases un peu bizarre j'ai quelques problèmes aux doigts actuellement et donc je dicte ce que je dis à la tablette ceci dit je trouve que ça ne marche pas trop mal quand je relis ça évite de taper ça fait gagner du temps et peut-être que je vais prendre cette habitude comme ça je vais pouvoir encore plus raconter ma life sur les commentaires de UA-cam ^^
Je n'ai jamais entendu de paroles aussi sensées concernant le métier de développeur, alors tu viens de gagner un abonnement. De la part d'un développeur web full-stack qui a également plus de 10 ans d'expérience dans le domaine.
Moi j'ai 15 ans de développement web dans les pâtes enfin façon de parler disons que mes premiers sites il y a même 20 ans que je les ai commencé . D'ailleurs si vous allez sur mon site internet vous pouvez voir qu'il est même pas responsive (honte sur moi) et que le code est bien cracra je l'ai fait en 2006 ou en 2007 et je devrais effectivement le renouveler pour qu'il soit au moins responsive (et plus propre côté code) mais je n'ai pas eu encore suffisamment la motivation pour le faire car je goûte un petit peu tout en informatique et du coup je n'avance pas vite dans un domaine particulier mais il me semble avoir une vue d'ensemble assez intéressante développement web développement Androïd graphisme infographie motion design système informatique réseau musique assistée par ordinateur enfin bref un petit peu de tout quoi donc j augmente es compétences doucement mais sûrement ^^ En ce moment je suis beaucoup sur la suite Adobe Photoshop et Illustrator pour mettre des connaissances à jour et finalement c'est assez important pour tout ce qui est design d'application et site web donc c'est que du bonus par contre du coup la programmation ça fait depuis le mois de juin que je n'ai pas repris mon projet mais pas de souci particulier car j'ai l'habitude de le faire je sais où j'en suis resté est mon code il me semble est relativement propre MVC et php ça évite trop la redondance de code ^^
Super instructif. Merci beaucoup Captain Dev. Je suis encore en formation, mais je compte me revisionner certaines de tes vidéos pour me faire une piqûre de rappel juste avant de me mettre sur le marché de l'emploi.
"obligé de développer parfois des choses qui n'ont pas de sens" = exactement la raison pour laquelle je commence ma transition vers le freelance à mon compte. En salariat ce côté rend fou
Attention, en freelance, tu n'as pas forcément toujours le choix. Si tu depends trop de ton client, tu peux être dans une situation où tu te retrouvés bloqué entre des décisions à la con et ta mission qui saute. Le tout, c'est de bien choisir tes clients !
Ah ah 😅 sak pase? 🇭🇹! Première fois que je tombe sur la chaine et c'est le sak pase qui m'accueille. Trop bien. Pense a en produire en creole aussi, si tu peux. Y a un manque de ce coté là.
Hello, tu faisais quoi exactement dans l'automobile ? Tu sais avec quel langage son codées les tablettes (tableau de bord) dans les véhicules récent ? Et quel genre de société le font ?
J'étais chez PSA sur des applications de gestion. En gros, on a vu tout le cycle de vie du développement d'un nouveau modèle... Non je ne fais pas de l'embarqué donc impossible de te répondre plus précisément...
Ca dépend, j'ai eu des 80% code en tant que dev... En tant que lead dev, j'ai parfois eu du 20% de code, 30% de réunions, 20% de code review, 30% gestion de crise lol. Ca va vraiment dépendre des projets, de la maturité de l'équipe...
Harold AO ca dépend énormément de l’entreprise. Perso, moi chez Airbus c’est du 50% réunions minimum (stand up, review, retrospective, data model, UI check, knowledge transfer, demos, PI planning, etc). En soit là je profite qu’on soit en télétravail pour avancer sur mon code en même temps. J’ai même souvent des réunions qui se superposent donc je dois faire des choix. Mais généralement, tu verras que les grandes entreprises françaises sont pro dans les petites réunions qui ne servent à rien.
Bonjour j'ai 25 ans et j'ai décidé de changer de métier je voudrais faire développeur web mais je ne sais pas quoi commencer parce que je connais rien du tout et je sais pas en quoi je dois commencer je voudrais votre conseillère merci
les développeurs ont souvent un contrat de cadre au forfait. La notion d'heure supp n'existe pas vraiment (dans la pratique). A toi et ton équipe de gérer la charge de travail ...
salut, je te conseil d'aller faire un tour sur openclassroom, je suis comme toi j'aimerais etre développeur web et ma formation de 2ans commence en septembre mais pour ne pas attendre j'ai deja bien avancer sur la formation de openclassrooms en html5 et css3. bien entendu je ne vais pas m’arrêter a ça j'irais faire un tour sur du java, du python du ruby etc, tu peux aussi aller faire un tour sur la chaine de développeur libre et t'inscrire sur son discord ( dans la description de toutes ses vidéos) tu y trouveras des personnes qui pourront t'aider et répondre a tes questions. il ne faut juste pas perdre espoir quand tu verras les lignes de codes qu'ils se partagent, je ne comprends rien mais je m'accroche :) Bonne chance a toi
Encore merci pour cette vidéo très très utile. Dis, comment faire pour bien estimer un projet afin de ne pas se gourrer sur les délais ? Déjà qu'une estimation est ce qu'elle est : approximative.
Une estimation est par défaut approximative. C'est pour ça que je déconseille aux débutants de travailler au forfait (projet avec un nombre de jours défini à l'avance)... L'idée c'est d'essayer de découper ton projet en taches et d'essayer de donner une durée à chaque tache. Après il faut prendre un matelas de sécurité, certains rajoutent jusqu'a 50% de temps de développement... Quoi qu'il en soit, le temps réel, tu l'auras qu'en développant ton projet
@@zxenon_ Oui c'est la méthode appliquée par beaucoup de développeurs freelance. Perso au delà de 10 jours, je conseillerais plutôt de passer en régie. Les clients qui veulent absolument savoir à l'euros pret combien va leur couter leur projet tech de 50 fonctionnalités custom n'ont la plupart du temps pas ou peu de connaissances tech...
Salut l'ami ! J'ai décidé de commencer l'apprentissage du dev web en autodidacte (J'ai seulement des notions de c# avec Unity donc quasi de 0). et J'aurai aimé des conseils pour ne pas foncer dans un mur? :)
En vrai, sans troll, parfois il vaut mieux le prendre le mur, c'est en faisant des erreurs qu'on apprend ! Non plus sérieusement, jette un oeil à roadmap.sh, ça peut t'aider !
@@CaptainDev404 Tu as raison en vérité, faire des erreurs est essentiel mais éviter le mur peut être agréable haha Sinon j'ai beaucoup entendu parler de cette formation Udemy : www.udemy.com/course/the-complete-web-development-bootcamp/ (Il y a un code promo pour l'avoir a 12€ donc c'est vraiment rien pour les 55h de cours). Tu penses que c'est une bonne base? Evidemment en ne recopiant pas bêtement le cours^^
@neuroloops Merci des conseils l'ami ! J'avoue que c'est si vaste que s'y perdre doit être commun donc c'est une bonne chose de structurer l'apprentissage comme tu le dis :)
Etudie avec un tres bon formateur matthieu gaston et son meilleur plattform pour apprendre le code developement h2prog.com et moins chere que le reve bootcamp du coder.
Les gars dites-lui de jeter un oeil sur OPENCLASSROOMS surtout! En plus d'après un tweet il semble que Mathieu Nebra soit en train d'actualiser le cours sur HTML+CSS. Y'a deux solutions pour ton cas: - Soit tu commences par HTML + CSS, l'avantage principal c'est que le truc est graphique et le résultat est visible assez immédiatement. Par contre c'est pas encore vraiment du code et la suite la plus logique selon moi (mais attention je suis partial*) est de partir sur le JS. - Soit tu commences par de l'algorythmique (avec JS ou PHP, pour dev web faut faire un choix entre les deux et une fois les portes du devworld ouvertes tu pourras aller partout) et tu découvres les fondamentaux du code, les concepts et notions qui transcendent les langages et frameworks. Ensuite tu passes par HTML + CSS Les deux mènent au même point et, selon moi, ne changent rien. Tu verras que les avis sont assez polarisés - va voir les vidéos de HarryJMG puis de BenjaminCode sur le sujet; mais je te conseille de prendre de la hauteur sur le débat et juste de faire en fonction de ce que tu préfères, et de changer si tu le veux. L'idéal selon moi c'est de faire les deux simultanément, comme ça tu apprends à la fois ce qu'est une page web et comment sont structurés les documents qui la composent et ce qu'est la programmation. Voilà voilà, j'espère que mon commentaire peut t'aider =) * je dis partial parce que globalement, pour le dev web, tu auras le choix entre JavaScript (JS) et PHP quand viendra le temps de réellement utiliser un langage de programmation. Et moi, après une longue vie à le critiquer et avant que ES2015 ne débarque, j'ai clairement fini par abandonner PHP et me concentrer sur JS, ce qui m'a permis de me spécialiser sur React, une librairie front un peu populaire vitefait. Donc voilà prend-le en compte je suis partial, d'autant qu'utiliser PHP te permettra de comprendre les notions de back-office** et te mènera plus naturellement aux systèmes de gestions de base de données SQL qui sont selon moi un indispensable à connaître avant les No-SQL (si tu n'y connais rien tkt c'est juste des noms, les concepts derrière sont très simples). ** Aux fanatiques de JS les gaaaaars calmez-vous, on est dans la même équipe. Moi aussi je connais et utilise Node et Express, j'ai déjà touché Deno et tout et oui on peut faire tout ce que j'ai dit que PHP faisait avec JS. Mais selon moi, à mon avis unipersonnel et en tirant au max vers l'objectivité, je pense que c'est mieux de faire ça avec PHP si on débute, ce qui permet en plus de découvrir une autre manière de faire si par la suite on passe au noSQL, à node etc. voilà, rétroéclairage sur vos claviers :3
Gros point sur lequel on ne t'informe que très peu. Prépare toi à faire disparaître des postes. En général. Le logiciel sera la pour "améliorer" la vie du client dans son travail mais indirectement la ou il fallait 3 personnes pour une tâche. Après il en faudra plus que 2 voir 1.
propos que j'entends souvent de la part d'ingénieur qui aime à prendre de haut et déconsidérer les formations RNCP formant à développement logiciel car celles-ci ne sortent pas des diplômes mais des titres. Dans la majorité des cas, pour l'esprit étroit d'un ingénieur qui toute sa vie est formaté à apprendre recracher ce qu'il a apprit sans jamais rien remettre en question, devoir admettre un titre c'est la même chose qu'un diplome le fait vomir
@@dldldlokdeokdoe7505 arreter de faire les malins avec l'argument basique de no cerveau comme quoi les ingés sont formater a recracher leur cours Car dans beacoup de metier(99,999?)tu recrache ton cours. Bah je l'espere pour vos client en tout cas....
@Le Journal d’Adrenniel C'est pas vraiment la même chose, RNCP niveau 7 c'est équivalent Master, donc pas un titre d'ingénieur. Exactement comme les écoles d'ingénieur non reconnues par la CTI qui ne délivrent qu'un master et non un vrai diplôme d'ingénieur qui est réservé aux écoles reconnues par la CTI.
Cela semble logique de s’intéresser à l'environnement pour lequel tu travailles, ça me semble tellement évident que je ne verrai pas ça comme une contrainte. Et en plus c'est du savoir qui peut t'être utile dans ta vie de tous les jours comme le droit de l'immo. Le 3e point que tu évoques, j'ai eu une discussion avec un autre youtuber sur ce sujet justement ^^. L'éternel problème entre la partie commerciale / client et la prod. Tes commerciaux qui s'engagent sur des délais intenables ou des fonctionnalités non maîtrisées voir comme tu dis des projets infaisables. Dans le bâtiment on appelle ça des caprices d'archi ^^. Pour répondre à ta question pour moi c'est le point 4 qui n'est jamais signalé. Les marketeux qui te vendent le métier de dev comme le meilleur métier du monde omettent de parler de la charge de travail. :)
Salut les codeurs et les codeuses ! Je projette de me reconvertir en développeur web mais je patine un peu sur le choix d'une formation... Avez vous un conseil a me donner sur une formation en ligne ?
Peu importe l'organisme de formation il faut que ce soit au minimum une formation de 6 à 10 mois sinon c'est du flan et si possible un diplôme reconnu officiellement par l'État sinon c'est une bonne perte de temps
@@mohals9279 Bah ça coûte cher (perso j'ai dû faire un prêt, mais remboursé très rapidement à la sortie de l'école) mais c'est une bonne formation très bien reconnue par les entreprises.
Selon moi ce qu'on ne dit pas c'est qu'être programmeur ce n'est pas "écrire des programmes qui marchent" mais plutôt "écrire des programmes compréhensible/intelligibles". On ne met pas assez en valeur le fait qu'un programme qui "marche" n'est pas forcément maintenable, mais un code maintenable finira toujours par marcher.
J'imagine que ca dépend des situations. Je m'amuse beaucoup sur code war en ce moment, et quand je lis ton com, je me demande si les plus belle pièces serait "maintenable". Es -ce que tu devrais sacrifier la pureté de ton code, pour qu'un bas du front puisse passer derrière toi, et pourrir ton code en vue d'y modifier une fonctionnalité ? S'il n'est pas capable de comprendre ce code, d'un coté, c'est un peu comme un filtre anti bas du front. Du coup, tu épargne a ta boite bien des désagréments ? Ou alors, tu parlais de ceux qui enchaînent les lignes de code, sans organisation, et qui rendent le truc incompréhensible ?
@@alownseul6191 Je dirais que ça dépend des situations en effet, mais pas au sens ou tu sembles le décrire. Déjà de un je m'interroge sur ce que "pureté du code" veut dire, c'est une notion qui me parait subjective mais considérant ton commentaire je le prendrais comme une formule équivalente à du "code complexe, qui utilise des structures non triviales mais élégante et/ou optimisées pour une certaine performance recherchée". Ceci étant posé, oui dans certaines situations ce genre de "pureté" est nécessaire, si tu es par exemple confronté à l'implémentation d'un algorithme dont et que le principal objectif et la rapidité d'exécution, cela se fera surement au détriment de la lisibilité du code au sens ou l'on évitera d'alourdir la structure de l'algorithme en question. Ou si tu es en train de t'amuser sur Codewars sur des sujet d'algorithmie, ou que tu t'entraînes chez toi sur telle ou telle structure complexe. Mais penser que faire un algorithme complexe est une bonne solution contre "ceux qui ne sont pas capable de le comprendre " et va protéger contre les bris de code, voire aider l'entreprise, est selon moi complètement erroné.
@@alownseul6191 Ma longue réponse à été tronquée, je n'ai pas le goût de la refaire en entier. Dis toi seulement que faire du code complexe et abstrait c'est une bonne compétence car cela sous-entends que tu comprends ce qui se passe, et tu seras capable de designer des systèmes complexes. Par contre ce n'est pas à utiliser au quotidien en entreprise. Ce n'est pas parce que tu sais faire quelque chose que tu dois le faire, au contraire si tu veux aider ton entreprise et les autres programmeurs qui travailleront sur ton code après toi, tu te dois d'écrire quelque chose de lisible, clair, compréhensible. Se dire que la complexité est une bonne protection contre les "idiots" est une très mauvaise idée car soit ton code finira quand même par être modifié, et si il n'et pas clair pour tout le monde le risque est plus grand, soit il est tellement incompréhensible que personne n'osera y toucher et alors plus personne ne pourra y ajouter des nouvelles fonctionnalité ou pire corriger un bug. Ce qui protège contre les bris ce sont les tests et rien d'autre. Toi en tant que développeur, ton travail c'est d'écrire du code ou TOUT LE MONDE pourra s'aventurer en se disant "ah c'est vraiment simple et clair, ça va être facile d'ajouter ici notre nouvelle fonctionnalité". C'est un gage d'agilité et c'est ce que tu dois rechercher.
@@FuNIpoxi Je rentre en formation au mois d'octobre... J'ai encore le droit de fantasmer :D. Mais oui, tu as raison. C'est un point que j'essaie de garder en tête, et puis, je suis loin d'être un artiste codeur.
@@alownseul6191 Bien sûr et c'est même important que tu prennes le temps d'essayer de te faire une idée que qu'est-ce que veut dire "bien coder" et comment cela s'applique! Beaucoup de personnes ne le font pas ;) Et d'ailleurs ta question me semblait complètement naturelle dans le processus d'apprentissage, je me suis moi-même retrouvé exactement dans la situation ou j'ai fait du code "plus compliqué" pour "forcer les gens qui comprenaient moins" à suivre cet exemple parce que j'avais l'impression de sécuriser le code en quelque sorte (donc exactement faire du repousse "bas du front"). On se rend vite compte que c'est contre-productif malheureusement. J'espère donc que mes précédents commentaires te feront gagner du temps de réflexion et économiser pas mal de frustration ^^
Mon job actuel c'est 100% de dette technique alors que lors de mon embauche on m'avait promis un "tout nouveau site from scratch". La carotte inatteignable, une des principales raisons pour laquelle j'ai décidé de partir.
Bonsoir je voulais savoir si tu faisais toujours du développement en entreprise ou tu es passé freelance et aussi diffuseur de contenu en ligne captain dev?
Pas trop d'accord au sujet de la documentation. Personnellement j'y accorde beaucoup d'importance parce que ça permet d'expliquer et de justifier des choix qui ont été faits à un instant donné dans un contexte donné. Parfois on code salement parce qu'on a une deadline à respecter et que ce qui importe c'est que ça fonctionne. Et en y revenant plus tard on ne comprends pas toujours ce qu'on a fait si ce n'est pas documenté. Ça permet aussi aux personnes qui reprennent un projet derrière nous de s'y retrouver et comprendre le pourquoi du comment. On perd énormément de temps à déchiffrer un code non-documenté parce qu'il faut le dérouler pas à pas.
Ouais je comprends ton point de vue. Après on parle peut être pas du même "niveau" de documentation... Une bonne doc d'architecture, c'est génial ! J'ai vu des boites documenter à un niveau trop proche du code, d'ou mon point de vue vis à vis d'une bonne suite de tests fonctionnels...
Argh le legacy code je suis en plein dedans et effectivement y'a pas plus démotivant. Quand tu dois ajouter des fonctionnalités à un code qui est l'exemple même de tout ce qu'il ne faut pas faire (duplication de code, fonctions de plusieurs milliers de lignes etc.), c'est à se tirer une balle... toute l'équipe se plaint tous les jours.
Il y a un bouquin sur le sujet qui est totalement sous estimé : "Refactoring with Lecagy Code" de Michael Feathers je crois. Il décrit toutes les techniques pour se sortir de ce genre de situations ! Bien sur, ça demande du taff et ça se fait sur le moyen terme mais pour avoir appliqué ces conseils sur de vrais projets, c'est hyper enrichissant !
merci de nous faire découvrir le monde du travail: apprendre en permanence; être polyvalent; passer du temps en plus de ton métier... C'est la définition du monde du travail et de l'humanité... C'est parce qu'on tend vers la beauté du métier qu'on humanise et donc cela signifie qu'ils faut passer du temps à toujours se former soi-même... C'est bien pour les enfants, mais pas pour les grands => tu passes pour un débile qui nous apprend comment fonctionne le monde du travail en général... PS: je pourrai faire la même chose en ce qui concerne le professorat, la médecine, le journalisme, la menuiserie, etc
Je ne suis pas d'accord au niveau de la documentation un test ne peut la remplacer et celle-ci est cruciale en cas de remise reprise de ton code/projet. Un projet mal documenté peut mettre un dev (en particulier un junior) dans l'embarras. Surtout si à la base il n'est pas propre ou "très legacy"
@@arnaques-tuto-informatique Il y a 2 types de documentation : *) pour chaque fonction, chaque classe, classe unité, ..., tu expliques les entrées, la sortie, ce qu'elle fait et les trucs à savoir (optimisation, exceptions, cas non traités, ...). Des programmes comme JavaDoc (Java) ou Doxygen permettent d'extraire cette documentation et en faire 1 documentation HTML/ pdf/ ... Le problème, c'est qu'il ne faut pas "retranscrire" la fonction. Il faut faire 1 description "utilisateur" comme avec 1 cahier des charges. Et le 2ième problème, c'est que la majorité des méthodes agiles (SCRUM, XP) remplacent cette documentation par des tests. *) la documentation qui permet de décrire l'architecture d'1 partie ou du programme, les algos utilisés, ..., le cahier des charges. Cette documentation est essentielle pour avoir 1 vision plus ou moins large, et plus ou mois précise sur le projet et pouvoir prendre en charge 1 partie ou l'ensemble du projet rapidement.
Ce qu'on ne te dit pas : * procédures qualité, * éléments toxiques dans certaines équipes (qui refusent toute communication, à toi de te démerder avec des libs pourries), * tests, * documentation sur les tests, * tests, * rapports de tests, * tests, tests, tests, tests,... ... sauf si tu bosses dans une startup révolutionnaire qui chie des applis mobiles, là tu peux faire n'imp, le boss ne sera pas content mais il saura tjrs vendre sa merde à qqun.
lol pas faux. Concernant les éléments toxiques d'une équipe devs, récemment moi j'avais dans le lot un mec qui comprenait jamais rien, et en plus avait le culot de venir dire que c'était les autres qui était idiot. Le genre de mec qui rale en disant normalement c'est comme ceci, normalement on devrait avoir cela mais n'a toujours pas compris qu'il est dev et qu'il peut très bien fabriquer lui même tout ça. Ah oui ... il ne le fait pas car le mec c'est retrouvé développeur par magie et n'en a pas les capacités intellectuelles, forcément dans ce cadre là, plus facile d'accuser les autres ...
Ok donc c'est bien toi sur la photo de l'équipe de Bellman : bellman.immo/notre-histoire Sinon oui, il y a beaucoup de développeurs qui développent leur compétences sur le fonctionnel et qui évolue vers le métier de product owner (chef de projet). C'est vrai que c'est une évolution qu'il faut avoir en tête au cours de notre carrière on tombe amoureux d'un secteur, et qu'on veut avant tout régler des problèmes dans celui-ci. Aussi la qualification de code de "mauvaise qualité" est assez vague. C'est plus précis de parler d'un code à l'architecture rendant l'ajout de nouvelles fonctionnalités ou la maintenance difficile, ou d'un code aux mauvaises performances. En soi on peut très bien avoir du legacy code avec de très bonne performance, mais dont l'ajout de nouvelles features est quasi impossible à cause des effets de bords. Ou avoir un legacy très bien architecturé, mais ne répondant plus aux performances recherchées.
Oui c'est bien moi lol, je suis demasqué ! J'ai volontairement pris des raccourcis pour que ça reste accessible :p mais effectivement il y a certaines nuances...
la chose essentielle que ne dit pas sur le métier de développeur : tu vas en chier, tu seras seul, tu devras savoir TOUT faire et vite, le temps homme/jour est juste DINGUE ... Bien sur pour être payé à coup de lance pierre !
Payé au lance pierre, oui et non. Après c'est aussi à nous en tant qu'individu de ne pas tout accepter. Si les conditions de travail sont intenable, il faut en parler, essayer de faire changer les choses ou partir...
tellement vrai ça le problème c'est qu'il y a de plus en plus de formation pour devenir développeur ou un informaticien on est en train d'inonder le marché pour mieux ensuite et c'est déjà le cas baisser les salaires car si ce n'est pas vous ça en sera un autre il y en a plein
Du coup ça fait 6 choses que l'on ne te dit pas sur le métier de développeur, ou alors tu as compris le fonctionnement du cerveau et t'as pigé que 5(+1) c'est plus clickbait que 6 🤯
Oui et non, au contraire, le but est aussi de déclencher la curiosité ! Si tu fais des recherches pour chaque mot un peu technique, tu peux apprendre plus vite...
@@arnaques-tuto-informatique maintenant que tu as le niveau tu dois être indépendant financièrement comme veulent nous faire croire ces vendeurs de rêves sur le net
Le petit mot de la fin sur le coté créatif et artistique du code ça me fait plaisir. C'est la première fois que je l'entend (20a d'exp quand même) Je trouve que le code est presque comme une musique, quand tout s'imbrique bien c'est mélodieux et beau. L'expression artisan du numérique c'est aussi une idée que je partage et que je trouve peu répandue.
Je suis tombé sur ta chaine un peu par hasard, je trouve tes vidéos pertinentes et très proche de la réalité. Good job boy! :)
merci pour ton retour !
Oui c'est un aspect sous estimé du travail
Absolument d'accord sur la créativité du métier !
Et même si notre métier n'est pas tangible (comme peut l'être un boulanger, maçon, cordonnier, ...), on retrouve néanmoins la satisfaction d'une "oeuvre" accomplie !
Au top Captain Dev! C'est un beau métier qui peut également aussi devenir un loisir. On ne parle pas assez de la possibilité de contribuer à des projets open-source. Créer des projets innovants à fort impact avec des personnes provenant des 4 coins du monde sur son temps libre, c'est un truc de dingue.
Je suis vraiment très chanceux d'être tombé sur cette chaîne UA-cam, ça me permet de découvrir des parties du métier de dev que je ne soupçonnait pas du tout, comme cet aspect très très versatile et très "évolutif" dans le sens où t'expliquais que c'est un métier dans lequel tu apprends constamment et tu *dois* d'ailleurs apprendre constamment de nouvelles choses, mais aussi les manières et domaines qui sont extrêmement variées, ça me donne peut être un peu plus envie d'envisager de partir dans du dev en sortant de ma liscence de maths.
Je me demandais aussi si c'était le genre de métier que tu pouvais facilement exercer un peu partout dans le monde/en télé travail, j'aurai tendance à dire oui logiquement mais c'est peut être un peu plus compliqué que ça.
Ça me correspondrait vraiment si c'etait en effet possible d'être très flexible géographiquement, sans compter le fait que j'ai cru comprendre que tu avais pu travailler avec beaucoup d'entreprises différentes. Exactement ce que je cherches quoi, un métier qui te permette de bouger tant que tu as envie de voir d'autres endroits d'autres choses d'autres gens d'autres entreprises, domaines etc.
il y a beaucoup de métiers où on peut voyager énormément boulanger au Japon professeur dans une autre ville que celle où on a fait l'examen .
Ça fait quelques vidéos que je regarde de vous et franchement c'est juste vous avez tellement raison sur cette vidéo certains disent que vous faites cela pour éviter la concurrence que d'autres se mettait faire développeur mais c'est juste la réalité. En tant que développeur junior je ressens tout ce que vous dites surtout que je fais aussi de l'assistance informatique et donc se mettre à la place de l'utilisateur est quelque chose qui nous fait comprendre que que les utilisateurs pense souvent différemment c'est vrai qu'il y a différents moyens d'arriver au même résultat en programmation et c'est ça qui est génial alors aussi on peut programmer même de façon très bon câble ça va fonctionner par exemple moi je suis sur un projet bien particulier mais classique et après je vais vendre un type de commerce d'entreprise. Comme se dit en programmation du moment que ça fonctionne on peut se passer de la programmation orientée objet évidemment c'est souvent mieux de l'utiliser et le code est plus flexible mais si ça fonctionne est correctement et que le code est suffisamment propre pour s'y retrouver alors autant finaliser son projet c'est toujours l'essentiel. Désolée pour les fautes d'orthographe ou les phrases un peu bizarre j'ai quelques problèmes aux doigts actuellement et donc je dicte ce que je dis à la tablette ceci dit je trouve que ça ne marche pas trop mal quand je relis ça évite de taper ça fait gagner du temps et peut-être que je vais prendre cette habitude comme ça je vais pouvoir encore plus raconter ma life sur les commentaires de UA-cam ^^
très carré dans les explications, merci
Merci pour ton commentaire !
Je n'ai jamais entendu de paroles aussi sensées concernant le métier de développeur, alors tu viens de gagner un abonnement. De la part d'un développeur web full-stack qui a également plus de 10 ans d'expérience dans le domaine.
Merci pour ton retour, ça motive à continuer !
Moi j'ai 15 ans de développement web dans les pâtes enfin façon de parler disons que mes premiers sites il y a même 20 ans que je les ai commencé . D'ailleurs si vous allez sur mon site internet vous pouvez voir qu'il est même pas responsive (honte sur moi) et que le code est bien cracra je l'ai fait en 2006 ou en 2007 et je devrais effectivement le renouveler pour qu'il soit au moins responsive (et plus propre côté code) mais je n'ai pas eu encore suffisamment la motivation pour le faire car je goûte un petit peu tout en informatique et du coup je n'avance pas vite dans un domaine particulier mais il me semble avoir une vue d'ensemble assez intéressante développement web développement Androïd graphisme infographie motion design système informatique réseau musique assistée par ordinateur enfin bref un petit peu de tout quoi donc j augmente es compétences doucement mais sûrement ^^
En ce moment je suis beaucoup sur la suite Adobe Photoshop et Illustrator pour mettre des connaissances à jour et finalement c'est assez important pour tout ce qui est design d'application et site web donc c'est que du bonus par contre du coup la programmation ça fait depuis le mois de juin que je n'ai pas repris mon projet mais pas de souci particulier car j'ai l'habitude de le faire je sais où j'en suis resté est mon code il me semble est relativement propre MVC et php ça évite trop la redondance de code ^^
Salut!
J'viens de découvrir ta chaine! C'est sympa j'aime bien :)
Perso je rajouterai quelques images pour illustrer tes propos!
Bon courage !
Merci !
Oui j'y pense mais le temps me manque parfois.
Pour l'instant je préfère me concentrer sur le fond plutôt que sur la forme
Super instructif. Merci beaucoup Captain Dev.
Je suis encore en formation, mais je compte me revisionner certaines de tes vidéos pour me faire une piqûre de rappel juste avant de me mettre sur le marché de l'emploi.
Héhé merci !
Je suis développeur junior et tu dis que tu as bossé dans l'automobile , ou et dans quoi exactement ?! Ca m'intéresse !
Il paraît que certaines entreprises organisent des combats entre développeurs et testeurs dans les sous sols.
😂😂
"obligé de développer parfois des choses qui n'ont pas de sens"
= exactement la raison pour laquelle je commence ma transition vers le freelance à mon compte. En salariat ce côté rend fou
Attention, en freelance, tu n'as pas forcément toujours le choix.
Si tu depends trop de ton client, tu peux être dans une situation où tu te retrouvés bloqué entre des décisions à la con et ta mission qui saute.
Le tout, c'est de bien choisir tes clients !
C'est bon je me suis abonné !
Ah ah 😅 sak pase? 🇭🇹!
Première fois que je tombe sur la chaine et c'est le sak pase qui m'accueille.
Trop bien. Pense a en produire en creole aussi, si tu peux. Y a un manque de ce coté là.
Je suis complètement d'accord 👍
En force 💪
Merci pour ton retour !
Non pas totalement bilingue en créole pour être honnête.
Il y a aussi trop peu d'audience malheuresement...
Hello, tu faisais quoi exactement dans l'automobile ?
Tu sais avec quel langage son codées les tablettes (tableau de bord) dans les véhicules récent ?
Et quel genre de société le font ?
J'étais chez PSA sur des applications de gestion.
En gros, on a vu tout le cycle de vie du développement d'un nouveau modèle...
Non je ne fais pas de l'embarqué donc impossible de te répondre plus précisément...
@@CaptainDev404 a yes top j'aimerais trop bosser sur ce genre de projet aussi.
Merci pour la réponse
@@roadnkite des fois ça se fait en JS lol
(je dis ça en rigolant mais ptn mon tableau de bord en React j'en rêve)
Au top comme d'habitude 👍
Merci !
Un like, un subscribe. Brilliant! Thanks a lot!
10:30 pour toi tu l’estimes à combien en pourcentage? (Genre : 60% coding, 30% reviews ... ?)
Ca dépend, j'ai eu des 80% code en tant que dev...
En tant que lead dev, j'ai parfois eu du 20% de code, 30% de réunions, 20% de code review, 30% gestion de crise lol.
Ca va vraiment dépendre des projets, de la maturité de l'équipe...
Harold AO ca dépend énormément de l’entreprise. Perso, moi chez Airbus c’est du 50% réunions minimum (stand up, review, retrospective, data model, UI check, knowledge transfer, demos, PI planning, etc). En soit là je profite qu’on soit en télétravail pour avancer sur mon code en même temps. J’ai même souvent des réunions qui se superposent donc je dois faire des choix. Mais généralement, tu verras que les grandes entreprises françaises sont pro dans les petites réunions qui ne servent à rien.
@@kevin-munch le pire c'est dans la administration française les fonctionnaires toujours en réunion cela
merci pour toutes ces infos. Je suis d'accord le dev c'est créatif.
Bonjour j'ai 25 ans et j'ai décidé de changer de métier je voudrais faire développeur web mais je ne sais pas quoi commencer parce que je connais rien du tout et je sais pas en quoi je dois commencer je voudrais votre conseillère merci
Commence par apprendre les bases sur OpenClassRooms ou FreeCodeCamp
@@CaptainDev404 ok merci
Salut ,
quand on parle 60h par semaine, les heures supp sont payées ?
es que les forfaits annuel tient compte de des "coups de bourre"
les développeurs ont souvent un contrat de cadre au forfait.
La notion d'heure supp n'existe pas vraiment (dans la pratique).
A toi et ton équipe de gérer la charge de travail ...
Ben non c'est pas payé c pour cela notamment.que.c'est un métier à la con.
Merci pour la vidéo.
Quels sont les outils que l'on va utiliser en fait ?
Je veux commencer le développement web.
salut, je te conseil d'aller faire un tour sur openclassroom, je suis comme toi j'aimerais etre développeur web et ma formation de 2ans commence en septembre mais pour ne pas attendre j'ai deja bien avancer sur la formation de openclassrooms en html5 et css3. bien entendu je ne vais pas m’arrêter a ça j'irais faire un tour sur du java, du python du ruby etc, tu peux aussi aller faire un tour sur la chaine de développeur libre et t'inscrire sur son discord ( dans la description de toutes ses vidéos) tu y trouveras des personnes qui pourront t'aider et répondre a tes questions. il ne faut juste pas perdre espoir quand tu verras les lignes de codes qu'ils se partagent, je ne comprends rien mais je m'accroche :)
Bonne chance a toi
Hello, OpenClassRoom ou freeCodeCamp en anglais :)
Je n'utilise aucun framework, aucune librairie...
Le dev c'est de la creation. La limiter au monde de l'entreprise est vraiment inintéressant.
Mais bon... vu que xa ne remplit pas les assiettes, on a pas le choix.
Même pour le front-end tu utilise que du html/css et js ?
@@ferrahindustry3551 Oui
@@ferrahindustry3551 Xa donne un telle liberté... si vous pouviez savoir
Super vidéo :)
Super vidéo ça regroupe toute notre Vie de Dev ❤ Le plus Beau Métier du monde
Le plus beau métier du monde lol ^^
Tu travailles combien d'heures par semaine ( formations autodidactes comprises ) ?
Dans la Silicon Valley, on a un sujet assez tabou : les burn-out. Sinon super vidéo !
J'ai ! Du coup apres 20 ans de dev, j'ai arreté.
@@zigzag7730 Tu as arrêté de dev?
Encore merci pour cette vidéo très très utile.
Dis, comment faire pour bien estimer un projet afin de ne pas se gourrer sur les délais ? Déjà qu'une estimation est ce qu'elle est : approximative.
Une estimation est par défaut approximative.
C'est pour ça que je déconseille aux débutants de travailler au forfait (projet avec un nombre de jours défini à l'avance)...
L'idée c'est d'essayer de découper ton projet en taches et d'essayer de donner une durée à chaque tache.
Après il faut prendre un matelas de sécurité, certains rajoutent jusqu'a 50% de temps de développement...
Quoi qu'il en soit, le temps réel, tu l'auras qu'en développant ton projet
@@CaptainDev404 Merci beaucoup pour la réponse. En résumé, on peut faire une estimation grossière puis rajouter une marge ...
@@zxenon_ Oui c'est la méthode appliquée par beaucoup de développeurs freelance.
Perso au delà de 10 jours, je conseillerais plutôt de passer en régie.
Les clients qui veulent absolument savoir à l'euros pret combien va leur couter leur projet tech de 50 fonctionnalités custom n'ont la plupart du temps pas ou peu de connaissances tech...
@@CaptainDev404 Merci beaucoup.
très bonne question j'en ferai peut-être une vidéo sur ma chaîne d'après mon experience ^^
Ouais je n'ai jamais codé et j'en apprends tout nouvellement mais surtout j me dis que c'est le plus beau métier du monde. Ouais assez énorme
Salut l'ami ! J'ai décidé de commencer l'apprentissage du dev web en autodidacte (J'ai seulement des notions de c# avec Unity donc quasi de 0). et J'aurai aimé des conseils pour ne pas foncer dans un mur? :)
En vrai, sans troll, parfois il vaut mieux le prendre le mur, c'est en faisant des erreurs qu'on apprend !
Non plus sérieusement, jette un oeil à roadmap.sh, ça peut t'aider !
@@CaptainDev404 Tu as raison en vérité, faire des erreurs est essentiel mais éviter le mur peut être agréable haha
Sinon j'ai beaucoup entendu parler de cette formation Udemy : www.udemy.com/course/the-complete-web-development-bootcamp/ (Il y a un code promo pour l'avoir a 12€ donc c'est vraiment rien pour les 55h de cours). Tu penses que c'est une bonne base? Evidemment en ne recopiant pas bêtement le cours^^
@neuroloops Merci des conseils l'ami ! J'avoue que c'est si vaste que s'y perdre doit être commun donc c'est une bonne chose de structurer l'apprentissage comme tu le dis :)
Etudie avec un tres bon formateur matthieu gaston et son meilleur plattform pour apprendre le code developement h2prog.com et moins chere que le reve bootcamp du coder.
Les gars dites-lui de jeter un oeil sur OPENCLASSROOMS surtout!
En plus d'après un tweet il semble que Mathieu Nebra soit en train d'actualiser le cours sur HTML+CSS.
Y'a deux solutions pour ton cas:
- Soit tu commences par HTML + CSS, l'avantage principal c'est que le truc est graphique et le résultat est visible assez immédiatement. Par contre c'est pas encore vraiment du code et la suite la plus logique selon moi (mais attention je suis partial*) est de partir sur le JS.
- Soit tu commences par de l'algorythmique (avec JS ou PHP, pour dev web faut faire un choix entre les deux et une fois les portes du devworld ouvertes tu pourras aller partout) et tu découvres les fondamentaux du code, les concepts et notions qui transcendent les langages et frameworks. Ensuite tu passes par HTML + CSS
Les deux mènent au même point et, selon moi, ne changent rien. Tu verras que les avis sont assez polarisés - va voir les vidéos de HarryJMG puis de BenjaminCode sur le sujet; mais je te conseille de prendre de la hauteur sur le débat et juste de faire en fonction de ce que tu préfères, et de changer si tu le veux. L'idéal selon moi c'est de faire les deux simultanément, comme ça tu apprends à la fois ce qu'est une page web et comment sont structurés les documents qui la composent et ce qu'est la programmation.
Voilà voilà, j'espère que mon commentaire peut t'aider =)
* je dis partial parce que globalement, pour le dev web, tu auras le choix entre JavaScript (JS) et PHP quand viendra le temps de réellement utiliser un langage de programmation. Et moi, après une longue vie à le critiquer et avant que ES2015 ne débarque, j'ai clairement fini par abandonner PHP et me concentrer sur JS, ce qui m'a permis de me spécialiser sur React, une librairie front un peu populaire vitefait. Donc voilà prend-le en compte je suis partial, d'autant qu'utiliser PHP te permettra de comprendre les notions de back-office** et te mènera plus naturellement aux systèmes de gestions de base de données SQL qui sont selon moi un indispensable à connaître avant les No-SQL (si tu n'y connais rien tkt c'est juste des noms, les concepts derrière sont très simples).
** Aux fanatiques de JS les gaaaaars calmez-vous, on est dans la même équipe. Moi aussi je connais et utilise Node et Express, j'ai déjà touché Deno et tout et oui on peut faire tout ce que j'ai dit que PHP faisait avec JS. Mais selon moi, à mon avis unipersonnel et en tirant au max vers l'objectivité, je pense que c'est mieux de faire ça avec PHP si on débute, ce qui permet en plus de découvrir une autre manière de faire si par la suite on passe au noSQL, à node etc.
voilà, rétroéclairage sur vos claviers :3
Bonjour est ce que on peut être développeur web specialisé que dans le e-commerce par exemple ? Je n'ai pas compris entièrement la vidéo 🤣🤣🤣
Bah oui ;)
Gros point sur lequel on ne t'informe que très peu. Prépare toi à faire disparaître des postes. En général. Le logiciel sera la pour "améliorer" la vie du client dans son travail mais indirectement la ou il fallait 3 personnes pour une tâche. Après il en faudra plus que 2 voir 1.
C'est la réalité du marché, il faut aussi savoir s'adapter et évoluer.
C'est pas faux ça
vous connaissez le creole...super video
Je suis développeur en embarqué et on me dis souvent "ce n'est que du code" à croire que coder c'est simple ...
propos que j'entends souvent de la part d'ingénieur qui aime à prendre de haut et déconsidérer les formations RNCP formant à développement logiciel car celles-ci ne sortent pas des diplômes mais des titres.
Dans la majorité des cas, pour l'esprit étroit d'un ingénieur qui toute sa vie est formaté à apprendre recracher ce qu'il a apprit sans jamais rien remettre en question, devoir admettre un titre c'est la même chose qu'un diplome le fait vomir
@Gros blob c pas simple c ta capacité à te mettre à laise avec le code
@@dldldlokdeokdoe7505 arreter de faire les malins avec l'argument basique de no cerveau comme quoi les ingés sont formater a recracher leur cours
Car dans beacoup de metier(99,999?)tu recrache ton cours.
Bah je l'espere pour vos client en tout cas....
@Le Journal d’Adrenniel si ca un nom différent c'est pas la meme chose mdr
@Le Journal d’Adrenniel C'est pas vraiment la même chose, RNCP niveau 7 c'est équivalent Master, donc pas un titre d'ingénieur.
Exactement comme les écoles d'ingénieur non reconnues par la CTI qui ne délivrent qu'un master et non un vrai diplôme d'ingénieur qui est réservé aux écoles reconnues par la CTI.
Cela semble logique de s’intéresser à l'environnement pour lequel tu travailles, ça me semble tellement évident que je ne verrai pas ça comme une contrainte. Et en plus c'est du savoir qui peut t'être utile dans ta vie de tous les jours comme le droit de l'immo. Le 3e point que tu évoques, j'ai eu une discussion avec un autre youtuber sur ce sujet justement ^^. L'éternel problème entre la partie commerciale / client et la prod. Tes commerciaux qui s'engagent sur des délais intenables ou des fonctionnalités non maîtrisées voir comme tu dis des projets infaisables. Dans le bâtiment on appelle ça des caprices d'archi ^^. Pour répondre à ta question pour moi c'est le point 4 qui n'est jamais signalé. Les marketeux qui te vendent le métier de dev comme le meilleur métier du monde omettent de parler de la charge de travail. :)
Ouais le nombre de fois ou j'ai vu le scénario du projet sur-vendu ...
C'est un fléau chez les SSII
Et après te virer pour insuffisance professionnelle
cool ❤
Salut les codeurs et les codeuses ! Je projette de me reconvertir en développeur web mais je patine un peu sur le choix d'une formation... Avez vous un conseil a me donner sur une formation en ligne ?
o clock
Peu importe l'organisme de formation il faut que ce soit au minimum une formation de 6 à 10 mois sinon c'est du flan et si possible un diplôme reconnu officiellement par l'État sinon c'est une bonne perte de temps
@@arnaques-tuto-informatique ça passe un bts ?
@@letraqueurdelanuit5258 comment ca ? Un bts c'est encore mieux je pense ! Ya de quoi voir en 2 ans ...ceci dit ya pas que de la prog en bts...
@@arnaques-tuto-informatique Ahh ok merci beaucoup il y a un bts système numérique dans le bac+2
Hello super vidéo, tu as fait quoi comme étude?
Un BTS informatique de gestion
@@CaptainDev404 Ah super ! tu as un avis sur Epitech ? (Des amis/collègue qui ont fait cette école)
@@mohals9279 Bah ça coûte cher (perso j'ai dû faire un prêt, mais remboursé très rapidement à la sortie de l'école) mais c'est une bonne formation très bien reconnue par les entreprises.
@@Zebigshit d'acc merci j'avais des doutes si ça valait bien le coût, car la je galère a trouver un stage :(
Mais nannnn! Tu étais dans mes suggestions 🤩 J'adore ! C'est Lucas de la gym :)
Wow!! Ça fait un bail !
Toujours à Dubai ?
Tu fais quoi maintenant ?
@@CaptainDev404 non j'étais en Irlande haha ! Bah écoute, de retour en France ;)
Je suis en DUT Technique de commercialisation :)
Ahhh Lucas de l'herblaysienne!
Ah c'est cool, tu regardais quoi pour que je tombe dans tes suggestions ?
Selon moi ce qu'on ne dit pas c'est qu'être programmeur ce n'est pas "écrire des programmes qui marchent" mais plutôt "écrire des programmes compréhensible/intelligibles". On ne met pas assez en valeur le fait qu'un programme qui "marche" n'est pas forcément maintenable, mais un code maintenable finira toujours par marcher.
J'imagine que ca dépend des situations. Je m'amuse beaucoup sur code war en ce moment, et quand je lis ton com, je me demande si les plus belle pièces serait "maintenable". Es -ce que tu devrais sacrifier la pureté de ton code, pour qu'un bas du front puisse passer derrière toi, et pourrir ton code en vue d'y modifier une fonctionnalité ? S'il n'est pas capable de comprendre ce code, d'un coté, c'est un peu comme un filtre anti bas du front. Du coup, tu épargne a ta boite bien des désagréments ? Ou alors, tu parlais de ceux qui enchaînent les lignes de code, sans organisation, et qui rendent le truc incompréhensible ?
@@alownseul6191 Je dirais que ça dépend des situations en effet, mais pas au sens ou tu sembles le décrire.
Déjà de un je m'interroge sur ce que "pureté du code" veut dire, c'est une notion qui me parait subjective mais considérant ton commentaire je le prendrais comme une formule équivalente à du "code complexe, qui utilise des structures non triviales mais élégante et/ou optimisées pour une certaine performance recherchée".
Ceci étant posé, oui dans certaines situations ce genre de "pureté" est nécessaire, si tu es par exemple confronté à l'implémentation d'un algorithme dont et que le principal objectif et la rapidité d'exécution, cela se fera surement au détriment de la lisibilité du code au sens ou l'on évitera d'alourdir la structure de l'algorithme en question. Ou si tu es en train de t'amuser sur Codewars sur des sujet d'algorithmie, ou que tu t'entraînes chez toi sur telle ou telle structure complexe.
Mais penser que faire un algorithme complexe est une bonne solution contre "ceux qui ne sont pas capable de le comprendre " et va protéger contre les bris de code, voire aider l'entreprise, est selon moi complètement erroné.
@@alownseul6191 Ma longue réponse à été tronquée, je n'ai pas le goût de la refaire en entier.
Dis toi seulement que faire du code complexe et abstrait c'est une bonne compétence car cela sous-entends que tu comprends ce qui se passe, et tu seras capable de designer des systèmes complexes. Par contre ce n'est pas à utiliser au quotidien en entreprise. Ce n'est pas parce que tu sais faire quelque chose que tu dois le faire, au contraire si tu veux aider ton entreprise et les autres programmeurs qui travailleront sur ton code après toi, tu te dois d'écrire quelque chose de lisible, clair, compréhensible. Se dire que la complexité est une bonne protection contre les "idiots" est une très mauvaise idée car soit ton code finira quand même par être modifié, et si il n'et pas clair pour tout le monde le risque est plus grand, soit il est tellement incompréhensible que personne n'osera y toucher et alors plus personne ne pourra y ajouter des nouvelles fonctionnalité ou pire corriger un bug. Ce qui protège contre les bris ce sont les tests et rien d'autre. Toi en tant que développeur, ton travail c'est d'écrire du code ou TOUT LE MONDE pourra s'aventurer en se disant "ah c'est vraiment simple et clair, ça va être facile d'ajouter ici notre nouvelle fonctionnalité". C'est un gage d'agilité et c'est ce que tu dois rechercher.
@@FuNIpoxi Je rentre en formation au mois d'octobre... J'ai encore le droit de fantasmer :D. Mais oui, tu as raison. C'est un point que j'essaie de garder en tête, et puis, je suis loin d'être un artiste codeur.
@@alownseul6191 Bien sûr et c'est même important que tu prennes le temps d'essayer de te faire une idée que qu'est-ce que veut dire "bien coder" et comment cela s'applique! Beaucoup de personnes ne le font pas ;)
Et d'ailleurs ta question me semblait complètement naturelle dans le processus d'apprentissage, je me suis moi-même retrouvé exactement dans la situation ou j'ai fait du code "plus compliqué" pour "forcer les gens qui comprenaient moins" à suivre cet exemple parce que j'avais l'impression de sécuriser le code en quelque sorte (donc exactement faire du repousse "bas du front").
On se rend vite compte que c'est contre-productif malheureusement. J'espère donc que mes précédents commentaires te feront gagner du temps de réflexion et économiser pas mal de frustration ^^
Mon job actuel c'est 100% de dette technique alors que lors de mon embauche on m'avait promis un "tout nouveau site from scratch".
La carotte inatteignable, une des principales raisons pour laquelle j'ai décidé de partir.
Le son est très bas
Problème de configuration mais ça devrait être réglé depuis :)
Bonsoir je voulais savoir si tu faisais toujours du développement en entreprise ou tu es passé freelance et aussi diffuseur de contenu en ligne captain dev?
Non en ce moment, j'alterne entre freelance et Captain Dev pourquoi ?
Il dit quoi au tout début de la vidéo ?
J'entend 7 passé de captain
"sak pasé" => comment ça va en créole lol
@@CaptainDev404 ha ok merci !
Tu as fait quelle école d’ingénieur ?
Je n'ai pas fait d'école d'ingénieur, j'ai un BTS Informatique de Gestion
Pas trop d'accord au sujet de la documentation. Personnellement j'y accorde beaucoup d'importance parce que ça permet d'expliquer et de justifier des choix qui ont été faits à un instant donné dans un contexte donné. Parfois on code salement parce qu'on a une deadline à respecter et que ce qui importe c'est que ça fonctionne. Et en y revenant plus tard on ne comprends pas toujours ce qu'on a fait si ce n'est pas documenté. Ça permet aussi aux personnes qui reprennent un projet derrière nous de s'y retrouver et comprendre le pourquoi du comment. On perd énormément de temps à déchiffrer un code non-documenté parce qu'il faut le dérouler pas à pas.
Ouais je comprends ton point de vue.
Après on parle peut être pas du même "niveau" de documentation...
Une bonne doc d'architecture, c'est génial !
J'ai vu des boites documenter à un niveau trop proche du code, d'ou mon point de vue vis à vis d'une bonne suite de tests fonctionnels...
Bro je me suis abonné 😅😅
Argh le legacy code je suis en plein dedans et effectivement y'a pas plus démotivant. Quand tu dois ajouter des fonctionnalités à un code qui est l'exemple même de tout ce qu'il ne faut pas faire (duplication de code, fonctions de plusieurs milliers de lignes etc.), c'est à se tirer une balle... toute l'équipe se plaint tous les jours.
Il y a un bouquin sur le sujet qui est totalement sous estimé : "Refactoring with Lecagy Code" de Michael Feathers je crois.
Il décrit toutes les techniques pour se sortir de ce genre de situations !
Bien sur, ça demande du taff et ça se fait sur le moyen terme mais pour avoir appliqué ces conseils sur de vrais projets, c'est hyper enrichissant !
@@CaptainDev404 Oui c'est "Work efficiency with legacy code" qui donne des techniques de refacto via du test unitaire.
@youtubeShadowBan en entreprise le but c'est d'aller le plus vite possible pour dépenser le moins d'argent tout en gagnant le plus
@youtubeShadowBan pas faux.
merci de nous faire découvrir le monde du travail: apprendre en permanence; être polyvalent; passer du temps en plus de ton métier... C'est la définition du monde du travail et de l'humanité... C'est parce qu'on tend vers la beauté du métier qu'on humanise et donc cela signifie qu'ils faut passer du temps à toujours se former soi-même... C'est bien pour les enfants, mais pas pour les grands => tu passes pour un débile qui nous apprend comment fonctionne le monde du travail en général...
PS: je pourrai faire la même chose en ce qui concerne le professorat, la médecine, le journalisme, la menuiserie, etc
Je ne suis pas d'accord au niveau de la documentation un test ne peut la remplacer et celle-ci est cruciale en cas de remise reprise de ton code/projet. Un projet mal documenté peut mettre un dev (en particulier un junior) dans l'embarras. Surtout si à la base il n'est pas propre ou "très legacy"
Je parle de documentations trop proche du code, perso je préfère me limiter à de la doc d'architecture...
@@CaptainDev404 vous voulez dire une deck qui explique presque chaque ligne de code ?
@@arnaques-tuto-informatique Il y a 2 types de documentation :
*) pour chaque fonction, chaque classe, classe unité, ..., tu expliques les entrées, la sortie, ce qu'elle fait et les trucs à savoir (optimisation, exceptions, cas non traités, ...).
Des programmes comme JavaDoc (Java) ou Doxygen permettent d'extraire cette documentation et en faire 1 documentation HTML/ pdf/ ...
Le problème, c'est qu'il ne faut pas "retranscrire" la fonction. Il faut faire 1 description "utilisateur" comme avec 1 cahier des charges.
Et le 2ième problème, c'est que la majorité des méthodes agiles (SCRUM, XP) remplacent cette documentation par des tests.
*) la documentation qui permet de décrire l'architecture d'1 partie ou du programme, les algos utilisés, ..., le cahier des charges.
Cette documentation est essentielle pour avoir 1 vision plus ou moins large, et plus ou mois précise sur le projet et pouvoir prendre en charge 1 partie ou l'ensemble du projet rapidement.
Quand t'incruste tes mots à l'écran on dirait un bruit de micro qui sature
Ah, faut que je baisse le son sur les effets, j'ai remarqué que ça dépend sur quoi on regarde la video...
ben j'ai enfin compris ce que voulais dire "Sak pasé" :-)
C KW ????
@@papemomar9326 Quelqu'un n'a pas lu la description...
Je croyais qu'il disait "Segpas, c'est... " xD
Ça me faisait marrer
On ne te dis pas qu'il n'y aura que ce qui est visible qui sera pris en compte...
J’ai passé 4 jours à documenter une REST API il y a quelques jours, et je suis d’accord avec toi, je suis pas fan, c’est lonnng
Tu as déjà jeté un œil aux solutions comme Swagger ? Ça permet de générer une documentation autour de ton API
Captain Dev je vais me renseigner, si ça peut faire économiser du temps
@@nathanfallet je compatis, c'est chiannnnnnnnnnnnt
👍
Ce qu'on ne te dit pas :
* procédures qualité,
* éléments toxiques dans certaines équipes (qui refusent toute communication, à toi de te démerder avec des libs pourries),
* tests,
* documentation sur les tests,
* tests,
* rapports de tests,
* tests, tests, tests, tests,...
... sauf si tu bosses dans une startup révolutionnaire qui chie des applis mobiles, là tu peux faire n'imp, le boss ne sera pas content mais il saura tjrs vendre sa merde à qqun.
lol pas faux.
Concernant les éléments toxiques d'une équipe devs, récemment moi j'avais dans le lot un mec qui comprenait jamais rien, et en plus avait le culot de venir dire que c'était les autres qui était idiot.
Le genre de mec qui rale en disant normalement c'est comme ceci, normalement on devrait avoir cela mais n'a toujours pas compris qu'il est dev et qu'il peut très bien fabriquer lui même tout ça.
Ah oui ... il ne le fait pas car le mec c'est retrouvé développeur par magie et n'en a pas les capacités intellectuelles, forcément dans ce cadre là, plus facile d'accuser les autres ...
Ok donc c'est bien toi sur la photo de l'équipe de Bellman :
bellman.immo/notre-histoire
Sinon oui, il y a beaucoup de développeurs qui développent leur compétences sur le fonctionnel et qui évolue vers le métier de product owner (chef de projet).
C'est vrai que c'est une évolution qu'il faut avoir en tête au cours de notre carrière on tombe amoureux d'un secteur, et qu'on veut avant tout régler des problèmes dans celui-ci.
Aussi la qualification de code de "mauvaise qualité" est assez vague.
C'est plus précis de parler d'un code à l'architecture rendant l'ajout de nouvelles fonctionnalités ou la maintenance difficile, ou d'un code aux mauvaises performances.
En soi on peut très bien avoir du legacy code avec de très bonne performance, mais dont l'ajout de nouvelles features est quasi impossible à cause des effets de bords.
Ou avoir un legacy très bien architecturé, mais ne répondant plus aux performances recherchées.
Oui c'est bien moi lol, je suis demasqué !
J'ai volontairement pris des raccourcis pour que ça reste accessible :p mais effectivement il y a certaines nuances...
Ne jamais faire confiance aux utilisateurs...
devops?
du coup t'es boulanger en vrai captain :D
Ah tu sais, un bon beurre salé et une baguépi... ça ne se refuse pas !
Le côté non technique.
la chose essentielle que ne dit pas sur le métier de développeur : tu vas en chier, tu seras seul, tu devras savoir TOUT faire et vite, le temps homme/jour est juste DINGUE ... Bien sur pour être payé à coup de lance pierre !
Payé au lance pierre? C'est a dire ?
Payé au lance pierre, oui et non.
Après c'est aussi à nous en tant qu'individu de ne pas tout accepter.
Si les conditions de travail sont intenable, il faut en parler, essayer de faire changer les choses ou partir...
tellement vrai ça le problème c'est qu'il y a de plus en plus de formation pour devenir développeur ou un informaticien on est en train d'inonder le marché pour mieux ensuite et c'est déjà le cas baisser les salaires car si ce n'est pas vous ça en sera un autre il y en a plein
@@Luckihayy9 1400e net les premières années et même plus, assez souvent...de plus en plus le cas car trop de concurrence !!
De plus les solutions nocode achèvent un peu plus les dev
Du coup ça fait 6 choses que l'on ne te dit pas sur le métier de développeur, ou alors tu as compris le fonctionnement du cerveau et t'as pigé que 5(+1) c'est plus clickbait que 6 🤯
C'est clickbait seulement si la promesse n'est pas tenue :p
C’est pour des initiés vraisemblablement (sa chaîne) trop de jargon
Oui et non, au contraire, le but est aussi de déclencher la curiosité !
Si tu fais des recherches pour chaque mot un peu technique, tu peux apprendre plus vite...
@Le développeur des cavernes Ça n'existe carrément pas ...
Bon bah j'ai au moins le niveau d'un initié ^^
@@arnaques-tuto-informatique maintenant que tu as le niveau tu dois être indépendant financièrement comme veulent nous faire croire ces vendeurs de rêves sur le net
@@vrin.c5305 pkoi vous pensez que j'ai le niveau ? Avoir le niveau c'est vague aussi.... ;)
👍