IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

La taverne du Club : Humour et divers Discussion :

Comment devenir un ingénieur logiciel -10x

  1. #1
    Communiqués de presse

    Femme Profil pro
    Traductrice Technique
    Inscrit en
    Juin 2023
    Messages
    880
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Traductrice Technique

    Informations forums :
    Inscription : Juin 2023
    Messages : 880
    Points : 61 841
    Points
    61 841
    Par défaut Comment devenir un ingénieur logiciel -10x
    Comment devenir un ingénieur logiciel -10x

    Les ingénieurs +10x sont peut-être mythiques, mais les ingénieurs -10x existent : les secrets pour devenir un ingénieur -10x.

    Pour devenir un ingénieur -10x, il suffit de gaspiller 400 heures d'ingénierie par semaine. Combiner les stratégies suivantes vous aidera aussi:

    Réduire à néant la production de 10 ingénieurs. Modifier les exigences aussi loin que possible dans le développement. Pour éviter les reproches, obscurcir les exigences dès le départ.

    Créer 400 heures de travail. Demandez à votre équipe d'effectuer des tâches qui ressemblent à du travail. Les exemples les plus courants sont les présentations, les diagrammes et la gestion des tickets. Créez des rituels inutiles.

    Créer 400 heures d'épuisement professionnel/de rotation. Soyez ingrat. Rejeter la faute sur autrui. Semer la confusion. Se mettre en colère. Obliger les autres à faire des heures supplémentaires.

    Prendre 10 ingénieurs en otage dans une discussion technique. Laisser les ingénieurs discuter de leurs idées. Les encourager à préférer l'élégance au pragmatisme. Veiller à ce que personne n'ait le pouvoir de prendre des décisions.

    Ajouter 400 heures de frais généraux de communication. Les réunions détruisent les calendriers. Pour faire perdre discrètement du temps aux autres, rédigez de longs messages/documents et partagez-les aussi largement que possible. Accueillir toutes les opinions et viser l'engagement.

    Gaspiller 10 semaines de salaire en coûts de cloud. Écrire des programmes lents. Éviter les index de la base de données. Exécuter des programmes à fil unique sur des machines à 16 cœurs. Opter pour du matériel exotique avec de la RAM et des GPU fantaisistes. Stocker généreusement les données sur la RAM/le disque. Ne comprimez rien. N'accordez aucune attention à la disposition des données.

    Créer des outils inutiles. Décidez que les solutions existantes ne répondent pas à vos besoins. Écrire des scripts qu'une seule personne peut comprendre. Si le script fait quelque chose d'important, éviter la documentation.

    Ajouter 400 heures de temps de compilation/construction. Les constructions lentes font perdre du temps et génèrent des intérêts composés. Plus les temps de construction augmentent, plus les développeurs sont susceptibles de se distraire. Pour s'assurer que les développeurs changent de contexte, la recompilation devrait prendre au moins 20 secondes. Vous pouvez également écrire des tests lents pour un effet similaire.

    Écrire des tests inutiles. Créer des dépendances sur des variables particulières sans tester la fonctionnalité sous-jacente. Simuler des appels de fonction jusqu'à ce qu'aucun code original ne s'exécute. Introduire un caractère aléatoire subtil dans vos tests afin qu'ils réussissent ou échouent sans raison.

    Gaspiller 400 heures d'ingénierie sur une mauvaise architecture. N'accordez aucune attention à la manière dont la conception de votre système évoluera au fil du temps. Au contraire, faites en sorte que votre équipe soit obsédée par les décisions d'architecture, de sorte qu'elle n'ait pas le temps de tester ses hypothèses.

    Gaspillez 400 heures sur le déploiement. Créez autant d'environnements que possible. La production et la mise en scène doivent être très différentes. Lancez du code fragile avec des systèmes de construction fragiles. Migrer fréquemment vos bases de données.

    Perdre 10 semaines de salaire à cause de clients mécontents. Échouer à plusieurs reprises dans la détection et le traitement de bogues graves. Ne pas prêter attention aux failles de sécurité.

    Rédiger une documentation sans intérêt. Expliquer le code dans des messages privés. Écrire des wikis que personne n'utilise.

    Piéger 10 ingénieurs dans un projet de bricolage futile. Attirer des ingénieurs brillants et gâcher leur potentiel. Sous-estimer la difficulté du projet auprès de la direction ; surestimer l'utilité du projet. Dire à la direction que le projet est "presque terminé" jusqu'à ce qu'elle le mette au rebut.

    Ajouter des dépendances qui nécessitent 400 heures de maintenance. Les ingénieurs apprennent individuellement chaque bibliothèque.

    Retarder le pivotement. Ne jamais admettre l'échec. Noyer votre équipe dans des coûts irrécupérables. Ignorer les compromis 80/20 qui pourraient améliorer votre situation.

    Embaucher 10 ingénieurs 0x. Les coûts d'opportunité peuvent tuer. Les poids morts ne nuisent peut-être pas activement à votre équipe, mais ils occupent les chaises de personnes qui pourraient vous aider activement.

    Engagez 5 ingénieurs -1x. Ne vous contentez pas de poids morts. Engagez activement des ingénieurs qui provoquent des catastrophes et résistent à l'apprentissage.

    Empêchez les ingénieurs 10 -1x d'être licenciés. Ne pas faire tanguer les bateaux. Ne pas laisser de traces écrites des échecs. Se porter garant d'une mauvaise ingénierie.

    Incorporer 400 heures de triage des bogues. Créer des programmes impossibles à déboguer. Plaquer des couches d'abstraction sur tout. Écrire du code spaghetti. Rendre tout sensible aux conditions initiales. Éviter les fonctions pures. Utiliser généreusement les dépendances. Dites "ça marche sur ma machine" chaque fois que c'est possible.


    Source : Taylor.town

    Et vous ?

    Avez-vous côtoyé un ingénieur logiciel -10x dans votre travail ? Ou pensez-vous en être un ?

    Voir aussi :

    Trolldi : découvrez Spaghettify, l'extension Visual Studio Code qui s'appuie sur l'IA pour dégrader votre code. Vous avez la possibilité d'utiliser différents modes suivant l'objectif recherché

    10 vérités difficiles à avaler que l'on ne vous dira pas sur le métier d'ingénieur logiciel par Mensur Durakovic, ingénieur logiciel

    Un développeur efface accidentellement la base de données de son entreprise. Il raconte son expérience et tire des leçons qui pourraient être utiles aux équipes techniques
    Publication de communiqués de presse en informatique. Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  2. #2
    Membre émérite
    Avatar de Daïmanu
    Homme Profil pro
    Développeur touche à tout
    Inscrit en
    Janvier 2011
    Messages
    695
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur touche à tout

    Informations forums :
    Inscription : Janvier 2011
    Messages : 695
    Points : 2 431
    Points
    2 431
    Par défaut
    Citation Envoyé par Jade Emy Voir le message
    [B][SIZE=4]Pour devenir un ingénieur -10x, il suffit de gaspiller 400 heures d'ingénierie par semaine.
    Sachant qu'une semaine compte 168 heures, plus c'est gros plus ça passe comme on dit
    Je fais appel aux esprits de Ritchie, Kernighan, Stroustrup et Alexandrescu
    Donnez moi la force, donnez moi le courage de coder proprement !

    « Ça marche pas » n'est PAS une réponse convenable, merci de détailler le souci en fournissant l’environnement, le code source, les commandes et les messages d'erreur.

    Ce club possède également un clavardage, on y trouve quelques perles entre deux sessions d'entraides.

Discussions similaires

  1. Comment devenir DBA Oracle?
    Par benidrar dans le forum Emploi
    Réponses: 31
    Dernier message: 22/11/2013, 15h02
  2. Comment Devenir formateur ?
    Par amarcil dans le forum Etudes
    Réponses: 10
    Dernier message: 07/09/2006, 12h29
  3. Comment devenir modérateur du forum
    Par modération-forum dans le forum Evolutions du club
    Réponses: 0
    Dernier message: 29/12/2002, 15h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo