Je suis pas sûr car je connais pas le Perl, mais ton code à l'air d'afficher tous les chiffres, or il faut remplacer les multiples de 3 par Fizz, de 5 par Buzz et de 3 et 5 par FizzBuzz.

Ah je voyais pas ça comme ça, je pensais qu'on devait juste lister Je te le refais.

(Et là on va me taper dessus et me dire que 90% des éliminés aux entretiens sont pas ceux qui savent pas coder mais ceux qui comprennent pas la consigne )

Celui-là correspond à ce que tu me dis, et je l'ai fais ne moins de 30s :

#

use strict;
use warnings;

my $i;

for($i = 0; $i <= 100; $i++)
{
if($i%3 == 0 && $i%5 == 0)
{
print "\nFizzBuzz";
}
elsif($i%3 == 0)
{
print "\nFizz";
}
elsif($i%5 == 0)
{
print "\nBuzz";
}
else
{
print "\n$i";
}

}

Oui c'est ce que j'ai dit entre mes deux assais, le problème c'est la lecture de la consigne. Je répondais surtout à Paulop qui voit là-dedans une difficulté technique de gestion des boucles. Ca, c'est ultra simple.

Maintenant j'ai fais ça à l'arrache. Je sais pas ce que ça donnerait en plein entretien, probablement plus de fautes bêtes, et des différentes, je suis à peu près sûr que je prendrais plus soin de comprendre la consigne pour pas me planter sur les indices. Par contre sans compilateur, clairement y'aurait des fautes stupides.

Ben, dans ton code tu fais plusieurs divisions que tu pourrais regrouper comme je l'ai fais dans une variable, et tu aurais pu en supprimer au moins une en testant modulo 15 pour les multiples de 3 et 5.

Ya une difficulté pour ceux qui n'ont pas d'expériences avec les branching oui, parce qu'il faut faire des tests dupliqués, c'est pas normal de tester deux fois la même chose pour deux résultats différents.

Note Tikim que ta solution ne respecte probablement pas l'enonce parceque tu inseres une ligne blanche au debut et que tu ne reviens pas a la ligne a la fin. Ce n'est pas clairement indique dans la question, mais personne ne le comprendrait comme cela.

Paulop, note que la division est certainement stocke par le compilateur (ou sinon, change de compilateur).

De facon general, cela indique quels programmeur font attention et sont raisonnable de ceux qui sont faible.

Oui c'est sûr ça peut justifier une question supplémentaire sur le code produit c'est tout

Une autre question sympa est celle du swap de deux variables. Ecrivez un code qui swap la valeur de deux variables.

il faut ajouter "type primitifs entier du langage", sinon ca se passe mal.

J'ai jamais passé d'entretien mais à mon avis faut savoir ce qu'on nous demande. Est-ce qu'on cherche l'optimisation au maximum ? La lisibilité du code ? La rapidité d'écriture ? J'imaginerais tout à fait un DRH dire droit le contraire : vous auriez pu faire ça en 30 secondes avec 3 if, au lieu de vous compliquer inutilement la tâche.

Mais c'est quand même incroyable y aucun piège, y a 2-3 conditions pourquoi diable un mec irait foutre des conditions imbriqués ou je ne sais quoi..

Y a aucune recherche d'optimisation ou quoi que ce soit, juste écrire le programme correctement.

Tikim >> Oui fais là de ta façon ça ira très bien, il te posera sans doute des questions sur tes choix ensuite, et ce que tu aurais pu faire éventuellement.

Certains demandent une version naïve et non naïve.