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.
En projet de fin de Licence Infomatique, nous sommes six à travailler sur un jeu de cartes qui doit fonctionner sur smartphone. Nous avons donc séparé le projet, et nous nous synchronisons grâce à un repository SVN.

Un des membres du projet (appelons le H.) est chargé de développer le menu des préférences, une tâche clairement trop difficile pour lui. Je vois dans le SVN :
SVN : r126 "Suppression du bug causant un crash lorsqu'on ouvre le menu".

Je me dis : "Ah, voilà une bonne chose !". Ah non finalement, il a simplement commenté tout le code de la classe Menu.
C'est vrai que s'il n'y a plus de code, ça ne risque plus de planter. PEBKAC.
PEBKAC #5172 proposé par SuperSlashEtoile le 30/08/2012 | 20 commentaires | 👍🏽 👎🏽 +193
« Ah ? Une voiture ça pollue ? Bon bah on supprime toutes les voitures. Problème réglé. »
Commentaire #57275 écrit par Skefrep le 30/08/2012 à 17h39 | 👍🏽 👎🏽
"H." c'est Herbert? Ça explique des choses

@BSK : toutes mes excuses pour les doubles chevrons, mon clavier connait pas
Commentaire #57276 écrit par Link le 30/08/2012 à 17h45 | 👍🏽 👎🏽
J'hésite ...
pour éviter les PEBKAC, on supprime les PC's ou les utilisateurs ?

et puis comment on fera avec les écrans tactiles (d'un smartphone qu'on manipule debout) ?
ou alors il faudra prévoir les PEWKAC - problem exists without keyboard and chair ?
Commentaire #57277 écrit par Papa le 30/08/2012 à 17h48 | 👍🏽 👎🏽
Le plus simple serait de parler de PEB(V)KAC : Problem Exists Between (Virtual) Keyboard And Chair
Commentaire #57278 écrit par Acné le 30/08/2012 à 17h52 | 👍🏽 👎🏽
Non, Windows ne connais pas :p (à part avec un alt-code à la con...)
Sinon, j'aime juste reprendre GM, c'tout.
Commentaire #57279 écrit par BSK le 30/08/2012 à 17h55 | 👍🏽 👎🏽
il a tout compris en fait. Regle n°1 : dans svn, on ne commit que ce qui marche. C'est exactement ce qu'il a fait.
Commentaire #57282 écrit par marcel le 30/08/2012 à 18h01 | 👍🏽 👎🏽
Donc on ne commit jamais rien...
Commentaire #57287 écrit par BSK le 30/08/2012 à 19h06 | 👍🏽 👎🏽
+1, d'ailleurs, quand on me propose soit de télécharger un logiciel, soit de télécharger les sources via SVN pour les compiler à la main, je choisis toujours la deuxième option : c'est un gage de qualité, car tout ce qui est commit fonctionne obligatoirement.
(Je crache d'ailleurs toujours sur tout ce qui vient de Github alors que code.google.com est un paradis ! )

Les foutus bugs occasionnels des dits logiciels ne peut venir que de mon compilateur que je n'ai pas obtenu via un dépôt SVN !
Commentaire #57290 écrit par MiVo le 30/08/2012 à 19h14 | 👍🏽 👎🏽
On notera que l'appeler H. fut particulièrement utile ;)
Commentaire #57296 écrit par Noraa le 30/08/2012 à 20h31 | 👍🏽 👎🏽
Rule 2 : Faire des tests unitaires pour voir si cela marche.
Commentaire #57300 écrit par but2ene le 30/08/2012 à 21h23 | 👍🏽 👎🏽
Ca résoudrait une partie des problèmes ;) Comme les mort sur les routes, l'alcoolémie au volant, la violence routière, prix de l'essence, etc.
Commentaire #57302 écrit par but2ene le 30/08/2012 à 21h25 | 👍🏽 👎🏽
Et les accidents impliquant des peaux de banane...
Commentaire #57303 écrit par Siggy le 30/08/2012 à 21h31 | 👍🏽 👎🏽
D'ailleurs je viens de coder un nouveau système d'exploitation. Totalement révolutionnaire ! Garanti sans aucun bug !

Vous pouvez le télécharger ici :

http://barbare.null.fr


N'hésitez pas à m'envoyer des commentaires si vous voulez des fonctionnalités supplémentaires, par mail sur mon adresse loki@.fr
Commentaire #57317 écrit par Loki le 30/08/2012 à 22h43 | 👍🏽 👎🏽
Pas forcément, mini m'en veut un peu pour ça.
Pour tester et debogguer, il faut forcément commit pour tester en ligne.(Concrètement les tests locaux ne sont pas interdits)
C'est beaucoup plus simple la gestion du projet et de la mise en service mais plus chiant pour tester.
C'est aussi fait pour pouvoir coder depuis une machine sans serveur local et sans FTP.
Commentaire #57328 écrit par Cartman34 le 31/08/2012 à 00h58 | 👍🏽 👎🏽
Avant de l'installer, est-ce que je dois flasher mon BIOS avec mon téléphone imaginaire ou pas?
Commentaire #57330 écrit par Siggy le 31/08/2012 à 01h01 | 👍🏽 👎🏽
Oui, mais dans ce cas tu risquerais des problèmes pour incitation à l'accident, de par ton avatar.
Commentaire #57335 écrit par Skefrep le 31/08/2012 à 08h19 | 👍🏽 👎🏽
** ziiiiiiiiiiiip** et voilà un de plus.

arf c'est triste mais comment empêcher les accident impliquant les peaux de banane ? COMMENT ?!!?
Commentaire #57337 écrit par but2ene le 31/08/2012 à 09h04 | 👍🏽 👎🏽
Normalement t'as la même chose en local. Local ou en ligne ça devrait être pareil. Bien évidemment, il faut respecter la règle du jamais de chemin absolu.

Mais imagine que tu bosses sur une librairie et qu'un autre utilise ses fonctions de bases. Si vous êtes tous les deux à tester sur le serveur d'intégration. Ça va être la misère surtout si ta Lib ne compile plus.
Commentaire #57341 écrit par but2ene le 31/08/2012 à 09h17 | 👍🏽 👎🏽
En tirant une carapace verte sur la peau de banane, ou en attrapant une étoile.
Commentaire #57394 écrit par Acorah le 31/08/2012 à 13h48 | 👍🏽 👎🏽
Un ramdisk usb /O/
Commentaire #57847 écrit par Falco252 le 05/09/2012 à 17h40 | 👍🏽 👎🏽