Bienvenue sur PEBKAC.fr, le site qui recense les anecdotes où l’on se moque des utilisateurs ne maîtrisant pas l’outil informatique. PEBKAC est un acronyme signifiant « Problem Exists Between Keyboard And Chair ».
Le problème se situe entre la chaise et le clavier : soumettez vos histoires, donnez votre avis !
Ce site n'est pas le site original pebkac.fr. Je publie ici la liste des PEBKAC que j'ai pu sauvegarder avant que le site original ne soit mis hors ligne.
Je suis responsable d'un petit service IT de trois personnes. La RH vient de nous envoyer les grilles d'évaluation du personnel, soi-disant "personnalisées" selon le service.
En effet, le seul critère d'évaluation de mes techniciens sur le plan informatique que je dois remplir est : "Nombre de lignes de code tapées par semaine". PEBKAC.
PEBKAC #3074 proposé par IFLD le 24/01/2011 | 17 commentaires | 👍🏽 👎🏽
Oo!!
Vive l'assembleur !!!!!!!!!!!!! :D
Commentaire #155501 écrit par Krogoth le 23/02/2011 à 08h23 | 👍🏽 👎🏽
Et le COBOL :)
Commentaire #155502 écrit par Thorr le 23/02/2011 à 09h16 | 👍🏽 👎🏽
Encore un(e) DRH qui connait bien l'activité des salariés de sa boite. Je suppose qu'aucun de tes trois techs ne fait du développement ? Et quand bien même, le "nombre de lignes de code tapées par semaine" comme seul et unique critère, c'est un peu juste...


@Thorr : quand j'étais IUTien, un prof nous avait dit qu'un programmeur COBOL produisait 3 lignes/jour en moyenne.
Commentaire #155503 écrit par Tharkun le 23/02/2011 à 09h32 | 👍🏽 👎🏽
Donc pour être bien payé dans sa boite il suffit de bourrer le code d'instruction inutiles ?
Encore une DRH qui a tout compris à la notion de productivité et qui doit être très douée en management humain...
Commentaire #155504 écrit par Acorah le 23/02/2011 à 10h06 | 👍🏽 👎🏽
N'empêche que cela rejoint les habitudes de certains cabinets d'audit. Il y a quelques années, un audit avait été confié à une boite genre Andersen sur un magazine qui venait d'être racheté et le principal critère qu'ils avaient trouvé pour estimer le rendement des journalistes était la quantité de etxte pissée chaque jour...
Commentaire #155505 écrit par PM le 23/02/2011 à 10h14 | 👍🏽 👎🏽
Delphi est pas mal non plus niveau lignes de code =)

Et quand bien même, comment imagine-t-elle que le responsable puisse être informé du nombre de lignes de code tapées ? >_<
Commentaire #155506 écrit par neeko le 23/02/2011 à 10h17 | 👍🏽 👎🏽
Et vive les commentaires pour ne rien dire dans le code ! =D
Commentaire #155507 écrit par LCE le 23/02/2011 à 10h32 | 👍🏽 👎🏽
Et surtout, il faut faire des commentaires stylés... Du genre :


################################
# #
# Commentaire #
# #
################################



Voilà... 5 Lignes pour écrire un mot...

Mais je suis sur qu'on peut faire encore mieux! :)
Commentaire #155508 écrit par Arafel le 23/02/2011 à 10h45 | 👍🏽 👎🏽
int boucle;
int age;
do
for (boucle=1;boucle==1;boucle++)
{
while(boucle == 1)
{
switch(boucle)
case 1 : printf("Entrer age :"); scanf("%d",&age); break;
default : printf("Ha ha");
}
}
while( 1 == 0);

Je suis riche !

*note* : c'est pour du rire, ne faites pas les compilateurs ;)
Commentaire #155509 écrit par Jhun le 23/02/2011 à 11h03 | 👍🏽 👎🏽
@jhun : ajoute des accolades pour le do et le switch et tu va augmenter ton salaire ;)
Commentaire #155510 écrit par but2ene le 23/02/2011 à 11h20 | 👍🏽 👎🏽
@Jhun : T'as oublié "if(boucle == 1)" autour du switch...
(je dis ça en rigolant, mais j'ai une fois vu ça dans le code d'un petit script MSN Plus...)
Commentaire #155511 écrit par Aethec le 23/02/2011 à 16h20 | 👍🏽 👎🏽
@Arafel : ce ne sont pas des lignes de "code" si le compilo les ignore...
Par contre, petit exemple (valable pour beaucoup de langages) :
; //because we earn more money by adding this line...
Ou en assembleur, un petit NOP de temps en temps...
(Et pour avoir une augmentation, apprendre la technique du copier-coller)

@Jhun : tu peux aussi gagner des lignes avec
int toto;
:tata
toto = scanf("%d", &age);
if (toto != 1)
{
printf("ce n'était pas un nombre");
//vider le flux d'entrée
goto tata;
}
(et oui, quitte à faire du code dégueulasse, autant y aller à fond et y coller des GOTO !)
Commentaire #155512 écrit par Quelqu'un le 23/02/2011 à 16h40 | 👍🏽 👎🏽
@Quelqu'un : Ouais enfin là quand même des goto t'y vas fort...

Tant qu'on y est autant meetre aussi des lignes de ce genre :
int toto;
int i;
i = 1;
toto = ++i + i-- - i++;

Et bon courrage à l'équipe de TMA qui va récupérer le bousin :)

Sinon @Jhun : Là il s'agit de rémunération au nombre de ligne de codes tapées, pas au nombre d'instruction à l'exécution, dans ton message tu n'as qu'une quinzaine de lignes... Ce qu'il faudrait pour devenir trèèèèès riche ce serait paramétrer la compilation pour ajouter grand nombre de lignes de code au fichier source avant de compiler.
Commentaire #155513 écrit par Acorah le 23/02/2011 à 17h03 | 👍🏽 👎🏽
Il y a aussi le technique du:
int FonctionQuiNEstAppelleNullePart()
{...}

int FonctionQuasiIdentiqueAUneAutreEtQuiPourraiEtreMutualisee()
{...}

int FonctionQuiFaitLaMemeChoseQuUneAutreMaisDUneAutreManiere()
{...}


@Arafel: Ça c'est la technique pour respecter le quota de commentaires. (Véridique!)


@Quelqu'un: Ton goto ne prend pas plus de lignes qu'un do while.


@Thorr: Tu as tort (ha ha!). Un programme en Cobol nécessite à peu près autant de lignes qu'un programme en C.
Commentaire #155514 écrit par Shirluban le 24/02/2011 à 00h22 | 👍🏽 👎🏽
j'aurais pus conseillé PureBasic comme compileur, mais si il faut augmenter le nombre de lignes de code, non...
Commentaire #155515 écrit par nonolelion le 24/02/2011 à 09h37 | 👍🏽 👎🏽
Ca a existé chez IBM !
lire la note de bas de page en page 116.
http://www.volle.com/ouvrages/informatique/informatique1.pdf


Commentaire #155516 écrit par gloubi le 24/02/2011 à 17h56 | 👍🏽 👎🏽
Vous avez tous l'air de tilter sur le NOMBRE de lignes de code.

Perso, j'ai plus tilté sur le nombre de lignes de CODE. Comme si c'était le boulot essentiel de l'IT…
Commentaire #155517 écrit par 1138 le 25/02/2011 à 00h45 | 👍🏽 👎🏽