La caniquoi ? Connais pas icitte
La caniquoi ? Connais pas icitte
Cycle de vie d'un bon programme :
1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise
Pas de question technique par MP, je ne réponds pas
Mes ouvrages :
Apprendre à programmer avec Access 2016, Access 2019 et 2021
Apprendre à programmer avec VBA Excel
Prise en main de Dynamics 365 Business Central
Pensez à consulter la FAQ Excel et la FAQ Access
Derniers tutos
Excel et les paramètres régionaux
Les fichiers Excel binaires : xlsb,
Autres tutos
J'aime mon métier parce que il m'aide à:
- payer mon loyer,
- remplir le frigo,
- payer les vacances de ma famille,
- donner un statut social décent à ma famille (c'est juste un perçu),
- aborder plusieurs problématiques et challenges scientifiques intéressants,
- réaliser que j'ai contribué à mon échelle à faire prospérer une affaire qui fait vivre d'autres familles que la mienne.
Mais en vrai, je n'aime pas mon métier parce qu'il me contraint à:
- partir de chez moi avant 8h45 tous les matins,
- rentrer chez moi vers 19h tous les soirs,
- me farcir des transports en commun bondés, irréguliers, non climatisés (pour la plupart),
- diminuer mon niveau d'exigences techniques pour se conformer à certains budgets alloués,
- travailler mon hypocrisie pour être mieux vu, et donc, mieux rémunéré.
Je suis de plus en plus heureux au travail quand:
- j'accepte que SCRUM ne sera jamais appliqué dans sa vrai philosophie dans les entreprises (quand j'entends Scrum Master = Team Leader, ou Product Owner = Manager, j'hésite entre me suicider ou instruire les autres qui ne changeront pas d'avis de toute façon),
- j'accepte que mieux produire par rapport à mes pairs n'entraîne pas forcément une bonne rémunération,
- j'accepte que le vrai montant de ma retraite et mon âge de départ n'ont jamais été aussi incertains,
- je sais que de toute façon, je peux quitter mon entreprise actuelle pour aller voir ailleurs pour avoir 2 ou 3k en plus par an (soit 50€ net max par mois). Et encore, ce n'est pas si sûr.
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Malheureusement, c'est la dure loi de l'offre et de la demande. Si la demande (poste) ne suit plus, il faudra modifier l'offre (candidature). En effet, les dévs de 40 ans et plus avec qui j'ai travaillé se comptent les doigts d'une seule main. Les postes techniques où j'ai rencontré un peu plus de quadra sont dba et architecte (réseau/système ou applicatif).
Sinon, je pense qu'à cause du grand vivier de dévs Web disponible sur le marché, ce poste sera de plus en plus inaccessible pour les seniors non spécialisés sur une niche.
"Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
---------------
Mes billets de blog sur DVP
Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
Pensez à utiliser les tableaux structurés. Ils vous simplifieront la vie, tant en Excel qu'en VBA ==> mon tuto
Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
---------------
Malheureusement, cela peut aller dans le sens inverse aussi. Il y a des "seniors" qui sont tellement enfermés dans leur zone de confort, qu'ils deviennent très résistants au changement. Il faut toujours se remettre en question et ne pas prendre la grosse tête même en ayant plusieurs années d'expériences derrière soi (et je parle pour moi aussi).
Moi aussi, j'ai augmenté mes tarifs et bizarrement, j'ai des meilleurs projets et des clients plus fidèles $$$$$$$$$$$$$$$Envoyé par GuillaumeJ[...
"Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
---------------
Mes billets de blog sur DVP
Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
Pensez à utiliser les tableaux structurés. Ils vous simplifieront la vie, tant en Excel qu'en VBA ==> mon tuto
Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
---------------
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
En même temps, si tu as l'XP et les compétences, pourquoi te priver ? Ça n'aurait pas de sens. Brader ton savoir-faire parce que telle ou telle entreprise veut pas payer, c'est pas crédible.
J'ai refusé 2 offres avec des salaires en dessous de mes prétentions. Les mecs me disent que je suis trop cher ? Je leur répond qu'un profil comme le mien, ça se paye, sinon faut prendre un Junior.
À nos niveau, il ne faut pas craindre de dire non. Après tout, on a bossé dur pour avoir des exigences.
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Après, plus I'm y aura de Juniors en entreprise, plus on aura besoin de presta pour rattraper leurs conneries.
C'est tout benef' pour moi.
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Lorsque j'étais étudiant, j'ai fait en parallèle de mes études divers boulots (que je ne qualifierais pas de "petits", même s'ils demandaient peu ou pas de qualification académique).Aimez-vous votre métier de developpeur ?
J'ai un bac +5 dans un domaine scientifique autre que l'informatique, et j'ai débuté ma carrière professionnelle dans un domaine autre que celui du développement.
Et ce que je tire de mon expérience, c'est que coder est un putain de privilège. Tout autour de moi, je vois des tas de gens qui ont des boulots qui ne sont pas stimulants intellectuellement et n'ont aucune utilité pratique (et ce même si les postes en question ont des intitulés ronflants et que ceux qui les occupent ont de grosses bagnoles). Un développeur, lui, doit réfléchir, et il va produire quelque chose de concret destiné à remplir un service (son application). Donc oui, j'aime mon boulot et je me considère même comme un privilégié.
Tu es dans la caricature. Ce dont tu parles, c'est vraiment des cas isolés, et encore... Les seniors ont une hauteur de vue sur leur métier. Toutes les erreurs qu'un junior fera, un senior les a déjà fait, du coup il en capable de prendre énormément de recul. Il a acquis une sagesse et son expérience aide énormément.
Pour ce qui est de la résistance au changement, je connais des jeunes qui, même si on leur prouve qu'ils vont droit dans le mur, ne changeront jamais de direction.
Et pour l'histoire du "melon", disons que c'est une impression vécue par un jeune face à un senior. L'ordre "naturel" des choses, c'est tout de même d'apprendre de ses aînés, de les respecter et de profiter de leur expérience. Un jeune aussi dans 20 ans, il sera Senior et pourra passer pour un vantard
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Mais il peut aussi décider d'ignorer une nouvelle méthode qui pourtant apporte beaucoup. Il y a du pour et du contre dans les deux cas. Je suis personellement en faveur du mélange des classes d'âge, chacun a apporter à l'autre. (et ma fille avait 17 mois quand elle m'a appris comment ôter un cache-prises quand on a pas la clef idoine - autant pour les anciens qui savent tout)
Oui, ça, des cons, il y en a partout.
Pas dans un domaine qui change aussi vite. Nous les vieux avons certes un certain nombres d'avantages, mais certains de nos reflexes sont devenus contre productifs.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Un sénior est en moyenne plus fort qu'un junior, mais il ne suffit malheureusement pas de faire des erreurs pour comprendre que ce sont des erreurs.
En effet, il existe des séniors qui font toujours plein d'erreurs qu'ils faisaient déjà quand ils étaient juniors, car ils n'ont toujours pas compris que c'étaient des erreurs et voient les conséquences de ces erreurs comme une fatalité.
Par exemple, il existe des séniors qui n'écrivent pas de tests unitaires. Du coup :
- Quand ils constatent qu'ils ajoutent souvent des bogues dans leur code, ils voient ça comme une fatalité du cycle de vie du logiciel. Ils ne voient pas que la plupart de ces bogues auraient été interceptés par des tests unitaires.
- Quand le code a besoin d'être amélioré, par exemple pour être plus lisible ou pour extraire un morceau que l'on veut réutiliser ailleurs, ils ont tendance à adopter la maxime "Si ça marche, on ne touche pas". Du coup, le code dégueulasse s'amoncelle.
Franchement, pour avoir comparé mon JS avec un "jeune developpeur" fraichement formé... alors, okay, il est meilleur que moi sur les fonctions ES6 ou React ou Vue, mais dès qu'on parle d'algorithme (et y a toujours de l'algorithme)... y a pas photos. (1)
Idem pour la prise en compte de la maintenabilité.
Ce que je veux dire, c'est que quand même, plus ça change, moins ça change. les MFC, c'est pas les CSS, mais les traitements derrière, que ca soit du C ou du Node.JS ou du Go.. bah y a des reflexes et des habitudes qui sont toujours valides.
En fait, je crois que ce qui fait la qualité d'un code source, c'est intemporel, et c'est toujours applicable.
(1) et j'aurai tendance a penser que je vais bien plus vite rattraper son niveau de Vue que lui mon niveau d'algorithme (sens large)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager