Quelles erreurs ont été les plus fatales dans la gestion de votre carrière de développeur ?

Version imprimable

Voir 40 message(s) de cette discussion en une page

07/06/2016, 11h05
Jitou

J'ai surement fait des erreurs mais celà n'a jamais été fatal pour moi et j'ai aussi vu d'autres en faire et ils ne s'en sont pas remis.

Lorsque l'on développe il faut toujours penser à celui qui va vous relire et maintenir votre code. Donc on ne code pas à l'arrache, on fait un peu de conception avant, on commente là où c'est nécessaire, on modularise son code pour la lisibilité / réusabilité.

Au cours d'un projet il faut accepter les changements de dernière minute et éventuellement tout refaire pour coller aux nouveaux besoins. C'est frustrant les premières fois que cela arrive et puis au fil des mois ou des années pour certains, on se rend compte que c'est dans l'ADN de notre métier, le client a besoin de voir l'avancement du logiciel pour savoir ce qu'il veut vraiment, on doit donc être "agile" de ce point de vue-là.

Si l'ambiance au bureau est pourrie depuis plus d'1 an, que l'on vous ballade de mission en mission, que ce que vous faite est désormais devenu très éloigné de vos aspirations, il ne faut pas hésiter à prospecter ailleurs, passer des entretiens. Même si on décide de rester par la suite, cela fait du bien au moral de rencontrer des personnes extérieures qui porterons un autre regard sur votre profile et en plus cela reboost notre estime de soi.

Les chefs sont cools on fait même du badminton avec eux pendant la pause déjeuner, on ne rate jamais les apéros/conférence après 18h, etc ... le pb c'est qu'on est tellement proche qu'on ne peut plus rien lui refuser (par peur de trahir sa confiance) donc il ne faut jamais oublier que ce collègue sympa est un peu particulier et reconnaître surtout que ses objectifs dans la boite dans laquelle il est parfois actionnaire ne sont pas nécessairement les vôtres. Pour ma part je garde toujours une certaine distance cela me permet de dire certaines choses que je ne pourrai pas autrement.

Ne pas garder les problèmes pour soi, dans un projet il ne faut pas hésiter à tanner les experts techniques ou les architectes qui ont pondu cette archi toute pourrie. Sans rire il ne faut pas hésiter à aller voir son chef de projet et le solliciter jusqu'à ce vous comprenez les exigences des specs (ou qu’il vous haïsse !). Parfois et même plutôt souvent, le chef de projet s'aperçoit qu'il n'avait pas compris lui-même l'exigence et retourne les questions au client. Pareil si vous sentez que les délais vont exploser, il faut avertir votre responsable rapidement, on vous en sera chaudement reconnaissant.

Ne pas sous-estimer les autres, il y a toujours plus fort que soi. En avançant en âge on s'aperçoit que l'on est plus au top du savoir technique qui est dans l’air du temps, les petits jeunes diplômés boostés après les études veulent tout apprendre tout savoir et passent même leur soirées à potasser les tutoriaux alors que vous vous êtes passé à autre chose. Donc il faut rester humble et accepter d'apprendre des autres même des plus jeunes que vous.

Citation:
Envoyé par sazearte
Je dirais pas que c'est consternant.

Je vien de voir ce que c'était (sa fait 6 minutes), c'est tres facile oui, d’âpres ce que j'ai compris faut faire un truc comme sa (en python)
Code:

1 2 3 4 5 6 7 8 for i in range(0,100): if (i%3 and i%5): print("fizzbuzz") elif (i%3): print("fizz") elif (i%5): print("buzz")
Alors c'est trop facile, la j'suis devant mon pc tranquille avec 2 heures d'échauffement.
Mais en entretien d'embauche, je ne sais pas si j'aurais réussie, le stress est un facteur important, pendant un entretient sans vouloir exagérer tu joue ton avenir.

Donc c'est pas aberrant d'échouer à ce test, tous le monde n'a pas suivie une formation d'astronaute ou de pilote de chasse.
Pratiquement, normalement il faut le chiffre si ni fizz, ni buzz en PHP ça donne :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 for ($i = 1; $i <= 100; $i++) { $fizz = !($i%3); $buzz = !($i%5); if ($fizz) echo "fizz"; if ($buzz) echo "buzz"; if (!$fizz && !$buzz) echo $i; echo "\n"; }
Après là où c'est pas si con, c'est qu'on peut vite pondre une solution simple... Puis "l'optimiser", "la condenser", "s'amuser"... pourquoi pas un calcul sur les bits directement, même si j'imagine que c'est disqualifiant direct (personne veut d'un taré / mec pédant qui joue avec des bits quand il y'a plus simple !). Je pense qu'on peut vite voir comment quelqu'un réfléchi et code, parce que c'est simple, mais il y'a des dizaines de réponses.

Sinon dans l'absolue, c'est pour moi "obligatoire" de savoir pondre un algo du type rapidement... Perso je l'ai eu une fois en entretien sans connaître, avec la variante "imprime la première partie du nom de notre boîte (le fizz), la seconde partie (le buzz), ou le nom complet (le fizzbuzz), sinon rien, avec une numérotation des lignes". Passé deux minutes à vérifier que j'ai bien compris de quoi il en retourne, c'est sorti tout seul. Et c'était le lendemain d'un retour en France après 24h d'avion, 5h de sommeil...:aie:

En plus tordu et moche, on a :
Code:

1 2 3 4 5 6 7 <?php for ($i = 1; $i <= 100; $i++) { $string = $i%3 ? Null : "fizz"; $string .= $i%5 ? Null : "buzz"; $string = $string ? $string : $i; echo $string."\n"; }

Citation:

Envoyé par Shirraz

Puis "l'optimiser", "la condenser", "s'amuser"... pourquoi pas un calcul sur les bits directement

Ou par "paquet de 15" :mrgreen: :mrgreen:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
#include <iostream>
#include <stdlib.h> 
 
using namespace std;
 
 
#define COUT_15(count, X) \
    cout << count + 1  << ", " \
         << count + 2  << ", Fizz, " \
         << count + 4  << ", Buzz, Fizz, " \
         << count + 7  << ", " \
         << count + 8  << ", Fizz, Buzz, " \
         << count + 11 << ", Fizz, " \
         << count + 13 << ", " \
         << count + 14 << X;
 
 
int main(int argc, char* argv[])
{
    if ((argc != 2) || (argv[1] == NULL)) {
        cout << argv[0] << " [max]" << endl;
        return 0;
    }
 
    unsigned short count = 0, step = 0, max = atoi(argv[1]);
 
    if (max == 0) { 
        cout << argv[0] << " [max != 0]" << endl;
        return 0;
    }
 
    step = (max / 15);
 
    if (step > 0) {
        for(count = 0; step > 1; --step, count += 15) {
            COUT_15(count, ", Fizz Buzz, ");
        }
 
        COUT_15(count, ", Fizz Buzz");
        count += 15;
    } else {
        cout << (count + 1);
        count = 1;
    }
 
    for(++count; count <= max; ++count) {
        if (((count % 3) == 0) && ((count % 5) == 0)) {
           cout << ", Fizz Buzz";
        } else if ((count % 3) == 0) {
            cout << ", Fizz";
        } else if ((count % 5) == 0) {
            cout << ", Buzz";
        } else {
            cout << ", " << count;
        }
    }
 
    cout << endl;
 
    return 0;
}

Ah, moi je cherchais le truc un peu dégueu ! Mais on diverge du sujet !! :ptdr:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<?php
function fizzIfDivisibleByThree($x)
{
  if(!($x%3)) $result = "fizz";
  return @$result;
}

function buzzIfDivisibleByFive($x)
{
  if(!($x%5)) $return = "buzz";
  return @$return ;
}

function numberIfNotDivisibleByThreeOrFive($x)
{
  if(($x%3) && ($x%5))
    $return = $x;
  return @$return;
}

for ($i = 1; $i <= 100; $i++) {
  echo sprintf("%s\n", implode([fizzIfDivisibleByThree($i), buzzIfDivisibleByFive($i), numberIfNotDivisibleByThreeOrFive($i)]));
}

30/07/2016, 13h43
yento

Rappel: Contentez vous de solutions simples en entretiens. C'est un test pour trouver les mecs qui savent pas faire un if. ^^
30/07/2016, 14h38
el_slapper

Citation:

Envoyé par yento

Rappel: Contentez vous de solutions simples en entretiens. C'est un test pour trouver les mecs qui savent pas faire un if. ^^

Oui, on évitera les monstres de ce genre : 87 lignes dans la première version, 187 lignes dans la version finale(tout en bas) qui inclut deux composants supplémentaires..... En entretien, c'est pour montrer qu'on sait réfléchir, pas qu'on passe deux siècles à peaufiner le moindre truc facile urgent.
30/01/2017, 11h22
Vanito

Etre resté dans le même poste plus de 5 ans, utilisant la même techno, travailler sur des outils fais maisons, sans évolution de carrière. Tout ça, parce que c'était mon premier emploi et en CDI.
Je regrette de ne pas avoir choisi mon premier emploi en prenant en compte les perspectives de carrière sur le moyen terme même si le poste est rémunéré avec un salaire moindre.

Voir 40 message(s) de cette discussion en une page