J'en conclu donc qu'on ne peut y accéder qu'entre 21h59 et 22h00 ?

Il est malheureusement fréquent de rencontrer du code vraiment mauvais, principalement dans des petits projets, des projets "vites faits bien faits", mais également dans de plus grosses usines à gaz, ou souvent dans les entreprises qui éditent des logiciels propriétaires.

Mais est-il facile pour autant de devenir un mauvais programmeur ?

Voici 10 astuces qui permettront à tout un chacun de s'en approcher.

I. Obscurcir le code

La première chose que tout mauvais programmeur doit savoir, est qu'il est absolument hors de question de mettre des commentaires, à moins que ceux-ci soient tout sauf pertinents. Mieux, il peut être très intéressant de mettre un excès de commentaires totalement inutiles qui ne font qu'obscurcir davantage le code.

Par ailleurs, il est impératif de ne pas respecter les conventions d'indentation habituelle. Abandonnez même toute indentation, et favorisez l'écriture de plusieurs instructions sur une même ligne. N'hésitez pas à faire des fichiers de plus de 2 000 lignes, préférez les très grosses fonctions à plusieurs niveaux d'indentations.
Rajoutez à ça des goto et vous obtiendrez un code illisible.

II. Réinventer la roue

Vous avez un traitement basique à effectuer ? Vous doutez des fonctions standards ? Vous vous emmerdez pendant votre pause café ?
Pas de problème ! Réécrivez vous-même la fonction ou la classe en question !

Ceci a particulièrement son intérêt si vous utilisez un langage tel que Python ou Java, dans lesquels il est impossible de retrouver les performances des fonctions que vous copiez qui elles sont dans un langage bas niveau tel que le C.

Bien évidemment, encore une fois, prenez le soin de ne pas commenter, afin que vos collègues ne puissent pas saisir la subtilité de votre code et en soient dépendant.

Voici un bel exemple où un programmeur décide de réinventer le tri à bulle (pourtant déjà pas très efficace) en réduisant ses performances (source) :

 
void sortMe(ListType list)
{
  for(int i = 0; i < (list.entries() - 1); i++)
  {
    if(list[i] > list[i+1])
    {
      list.swap(i, i+1);
      sortMe(list);
    }
  }
}
 

III. Variables globales

Contrairement à ce que l'on peut supposer, le passage d'argument à une fonction est quelque chose qu'il faut éviter à tout prix.
Il est bien plus naturel de faire un maximum de variables globales. Ceci aura l'avantage de rendra le code bien moins lisible et moins naturel.

Par exemple :

 
#include <stdio.h>
#include <stdlib.h>
int a;
int b;
int result;
 
void calcul()
{
	result = a + b;
}
 
int main(int argc, char** argv)
{
	a = atoi(argv[1]);
	b = atoi(argv[2]);
	calcul();
	printf("%d\n", result);
 
	return 0;
}
 

Notez de non seulement grâce à ce code vous aurez utilisé des variables globales comme un gros gland, mais qu'en plus vous aurez pris soint de ne pas avoir fait de vérification de paramètres avant de les utiliser (si il y a bien trois cases dans argv, et si ce sont des entiers), ce qui augmente davantage encore votre niveau de mauvais programmeur.

IV. Convention de noms

Tout mauvais programmeur le sait : respecter une convention de nommage est quelque chose de fastidieux qui facilite la lisibilité de votre code.

Préférez donner des noms soit très courts (une lettre ou deux), soit très longs (plus de quinze lettres).

Voici un exemple de code très représentatif des mauvaises pratiques que vous devez de respecter :

 
 
class A
{
	int j;
 
public:
 
	A(int _j, int _k)
		: j(_j+_k)
	{}
 
	int GetTheJVariableWhichIsPrivate() const { return j; }
};
 

Ainsi que vous le voyez dans ce bref extrait que vous êtes encouragé à utiliser comme modèle, il faut absolument suivre les règles suivantes :

• Toujours nommer vos variables privées avec une seule lettre non significative.
• Vous pouvez pousser le vice jusqu'à nommer vos classes avec une seule lettre, comme dans cet exemple, mais là c'est d'un niveau bien plus élevé que ce vous pourrez espérer atteindre dans vos rêves les plus fous.
• Dans vos fonctions (ici le constructeur), ne jamais donner de nom explicite aux arguments. Ainsi, en plus de ne pas savoir ce que fait la fonction, les utilisateurs de celle-ci ne sauront pas non plus comment s'en servir.
• Détailler à mort le nom de vos fonctions et méthodes, mais sans donner d'information utile, juste ce que l'on sait déjà.
• Notez aussi que le constructeur de A fait la somme de _j et _k pour la stocker dans l'attribut j de la classe, sans aucune raison apparente ni justification.

Vous pouvez aussi découvrir dans cet article un autre exemple de mauvaise convention de nommage.

V. Copié/coller

La factorisation consiste à mettre à un seul endroit du code utilisé plusieurs fois. Ceci facilite la maintenance de ce code, et c'est pourquoi vous devez l'éviter à tout prix !

Au contraire, préférez la duplication de code, en n'oubliant pas si possible de prendre, au passage, les quelques commentaires qui subsistaient dans le code original. Bien sur, si vous êtes amené à modifier la copie de ce code, surtout ne pas mettre à jour ces commentaires, afin d'obscurcir davantage.

Voici un exemple de bout de code que je n'invente pas, tout droit sortit d'un projet très connu sur IRC, qui n'est autre que CS, le service IRC, utilisé en particulier par le réseau IRC Orange avec le pseudo IriX :

 
if(caddr == NULL)
{
   add_userinfo(csadminchan, nick, atoi(level), FALSE, FALSE, FALSE, FALSE, FALSE, cryptpass, time(NULL));
   add_user_addrinfo(csadminchan, nick, usrhost);
}
if(caddr != NULL)
{
   add_userinfo(csadminchan, nick, atoi(level), FALSE, FALSE, FALSE, FALSE, FALSE, cryptpass, time(NULL));
   add_user_addrinfo(csadminchan, nick, usrhost);
   add_user_addrinfo(csadminchan, nick, ip_addr);
}
if(caddr == NULL)
{
   send_to_server(":%s NOTICE %s : Profile [%s] [ %d ] Autoop [OFF] Protection [OFF] Suspendu [OFF]\n",
                  bot.nick, nwho, nick,atoi(level));
   send_to_server(":%s NOTICE %s : Mask %s\n", bot.nick, nwho, usrhost);
   write_single_channel(csadminchan);
   info1[0] = '\0';
   add_infoinfo(csadminchan, nick, info1);
   write_single_infolines(csadminchan);
   return;
}
if(caddr != NULL)
{
   send_to_server(":%s NOTICE %s : Profile [%s] [ %d ] Autoop [OFF] Protection [OFF] Suspendu [OFF]\n",
                  bot.nick, nwho, nick,atoi(level));
   send_to_server(":%s NOTICE %s : Masks %s %s\n", bot.nick, nwho, usrhost, ip_addr);
   write_single_channel(csadminchan);
   info1[0] = '\0';
   add_infoinfo(csadminchan, nick, info1);
   write_single_infolines(csadminchan);
   return;
}
 

VI. Organisation des classes n'importe comment

Lorsque vous faites de la programmation objet, il est indispensable de ne PAS réfléchir à l'organisation de vos classes.

Voici quelques pratiques à suivre :

• Préférez les grosses classes usines à gaz à tout faire, avec un maximum de méthodes dedans.
• Faites beaucoup de liens entre vos classes, afin que toutes dépendent les unes des autres.
• N'hésitez pas à faire des appels qui partent dans tous les sens. Par exemple la méthode A::Blah() appelle B::Truc() qui appellera C::Foo() rappelant A::Bar(), et ainsi de suite. (C'est la programmation spaghetti).
• Ne créez pas d'attributs privés. L'encapsulation est inutile et complexifie inutilement le code. Rendez toutes vos variables publiques. Après tout cela facilite les comportements indésirables.

VII. Ne pas respecter le cycle de développement

Une mauvaise pratique qu'il est indispensable de suivre, est la restructuration du code pendant une phase de stabilisation du projet, par exemple après la sortie d'une RC.

Rien de tel en effet que retarder la release en modifiant un composant de base utilisé un peu partout dans le code, afin de rendre celui-ci instable et de nécessiter une RC supplémentaire. Un bon moyen est par exemple de changer totalement l'interface d'une classe très utilisée.

À ce propos, en particulier pour une bibliothèque, il est recommandé à chaque version de changer complètement l'API sans garder de retro compatibilité. Après tout cela donnera bien plus de travail aux utilisateurs de votre bibliothèque et favorisera une diminution du chômage.

VIII. Préférer le hard coding aux fichiers de configuration

Le hard-coding est tout un art qu'il est absolument nécessaire de maîtriser lorsqu'on est un mauvais programmeur. Il consiste à laisser dans le code des éléments de configuration, tels que le nom d'hôte de la base de donnée, les chemins d'accès aux données ("C:\Mes Documents" par exemple sous Windows 98, qui est un chemin par défaut mais qui pourrait avoir été configuré autrement par l'utilisateur), etc.

Le summum est de laisser dans le code le mot de passe d'un serveur utilisé en prod dans votre entreprise, surtout lorsque ce serveur est accessible depuis l'extérieur.

Une autre forme de hard-coding un peu plus modérée, est l'usage des magic-numbers. Il consiste en laissant des tailles de tableaux, par exemple, dans le code, plutôt que des constantes. Ceci a le merveilleux effet de rendre très difficile la modification de la taille d'un tableau utilisé à plusieurs endroits dans le code.
À ce propos, quelque chose qu'il faut absolument pratiquer, est l'utilisation de tailles excessives pour les buffers. Quoi de mieux en effet que de gaspiller la mémoire.

IX. Hacking

La pratique du hack est quelque chose de primordial dans la génération de code de merde.
Il consiste à préférer la modification locale et non généralisée d'une partie du code afin de résoudre un problème, plutôt que de généraliser davantage le système actuel en rajoutant des mécanismes permettant la résolution de ce problème, ce qui serait plus long à développer sur le moment, mais bien plus profitable sur le long terme.

Voici un exemple légèrement comique, qui est issue du code de Windows 2000 (rendu public illégalement il y a plusieurs années).

La fonction en question est CScriptHolder::OnScriptError(), qui apparament est un handler appellé en cas d'erreur dans un script JS. En voici un extrait :

 
        hr = errRecord.Init(pScriptError, pDoc);
        if (hr)
            goto Cleanup;
 
        // HACK fix for IE5 bug# 58568
        if (OutLook98HackReqd(pDoc, errRecord._uLine, errRecord._uColumn))
            goto Cleanup;
 

Il semblerait donc qu'un bug dans IE5 oblige le parseur à être un peu plus tolérant avec lui. Une fonction est donc dédiée à la détection de cette erreur. Et quelle fonction ! Admirez :

 
BOOL OutLook98HackReqd(CDoc *pDoc, ULONG uLine, ULONG uCol)
{
    if (((36 == uLine) && (35 == uCol) ||
        (51 == uLine) && (28 == uCol)) &&
        !_tcsicmp(pDoc->_cstrUrl, _T("outday://")))
        return TRUE;
 
    return FALSE;
}
 

X. Préférer les fonctions insécuriées telles que scanf(), strcpy(), etc

Vous ne deviendrez un mauvais programmeur que si prenez un soin particulier à y parsemer des failles en tous genres et autres petits bugs très joyeux à corriger.

Une chose à savoir est d'avant tout préférer les fonctions telles que strcpy(), scanf(), strcat() plutôt que respectivements strncpy(), fgets() ou strncat() (qui, au demeurant, ont des comportements pouvant également poser problème si elles sont mal utilisées).

Le top est quand même d'appeler strcpy() à partir d'une chaîne récupérer par le réseau. Par exemple :

 
void func(char* buf)
{
	char args[15][100];
	int i = 0;
	char* ptr;
 
	strtok(buf, " ");
	do
	{
		strcpy(args[i], ptr);
	}
	while((ptr = strtok(NULL, " ")));
 
	call_cmd(i, args);
}
 
void recv_msg(int sock)
{
	char buf[1024];
 
	recv(sock, buf, sizeof buf - 1, 0);
 
	func(buf);
}
 

Grâce à ce morceau de code erroné, vous pouvez envoyer un message au socket du type "a a a a a a a a a a a a a a aaaaa[100 fois][votre code frauduleux]" pour introduire des instructions dans la pile du programme.

Les exemples sont très multiples avec les diverses fonctions, donc allez y de cœur joie avec les dépassements de tampon.

Conclusion

Nous avons vu dix méthodes pour pourrir un projet qui ont fait leur preuve, ainsi que la majeur partie des programmeurs peuvent en témoigner. On a également été tous amené à en utiliser, soit par ignorance, soit par commodité, ou encore par faute de temps.

Cependant, il en existe bien d'autres. Je recommande à ce propos la lecture de cet article sur les Anti-Pattern qui en donne un bon nombre.

J'avais un TP noté de PHP l'autre jour, l'occasion pour moi de découvrir les classes en PHP5, ce que je n'avais jamais vu. En effet, j'utilise très peu php, préférant le Python pour INL ou le HTML statique pour mon usage personnel.

Cela dit, j'ai redécouvert à quel point le PHP est un langage de merde.
En effet, pendant le développement de mon application web j'ai constaté que PHP échappait tout seul les chaînes récupérées par POST. Comportement de merde servant à contrer les attaques classiques de SQL injection ou autre, je suppose.
Malheureusement ça ne s'arrête pas là. En plus de ça, ce comportement est définissable dans la configuration de PHP ! Cela signifie que d'un serveur Apache à un autre le comportement peut différer !

En bref, je peux avouer que j'étais sur le cul, et me suis retrouvé contraint d'écrire la fonction suivante que j'appelle pour chaque chaîne récupérée via $_POST :

/* PHP REALLY SUCKS DICKS IN HELL */
function mystrip($string)
{
        if(get_magic_quotes_gpc())
                return stripslashes($string);
        else
                return $string;
}

Ce qui est débile, c'est que maintenant il faut appeler une autre fonction pour échapper les chaînes de caractères que je veux inclure dans une requête vers ma base mySQL. On strip pour rééchapper...
Détail amusant, la fonction à appeler n'est pas mysql_escape_string comme on pouvait s'y attendre, mais mysql_real_escape_string. En effet, on imagine que la première fonction n'échappe pas vraiment les chaînes, bien sûr, c'est probablement un petit jeu pour rendre le dev PHP encore plus frustrant.

J'en profite pour rajouter une petite anecdote. Le TP noté était en fait la réalisation d'un blog avec diverses fonctions, je ne vais pas détailler, j'ai trouvé le sujet intéressant (pour changer), et comme je l'ai dis plus haut ça m'a permis d'apprendre des trucs (plus ou moins agaçants);

Le rendu devait être accompagné d'un dump de la base SQL, et comme le formateur est un garçon charmant qui a entre autres organisé un concours au sein de l'école pour faire gagner des goodies récupérés aux TechDays (un sac Microsoft, une démo de Visual Studio 2008 et SQL Server 2008, super trop cool quoi) avec des questions "geeks" (sic) dont "Quel est le nom de la femme de Bill Gates", "Où se se situe geographiquement le siège de Microsoft" et "Quel est le meilleurs blog sur les technologies Microsoft" (la réponse à la dernière question est le blog de cette personne), j'ai donc décidé de mettre en premier billet l'excellent article de pankkake concernant la fin de l'empire Microsoft.

J'ai du mal à comprendre qu'on puisse être fanboy Microsoft. Je n'aime pas spécialement plus les fanboys Linux ou Apple (et y en a un certain nombres), mais eux ont la légitimité d'avoir un "combat" contre "la grosse méchante boite qui fait du fric car l'argent c'est mal". C'est quelque chose d'éthique.
Au contraire, fanboy Microsoft implique de kiffer grave des logiciels de piètre qualité, ce dont on se rends compte facilement quand on connaît un minimum le domaine, ce qui j'espère est le cas pour quelqu'un étant formateur dans une école d'informatique.

Je suis horrifié de voir le comportement qu'entraîne l'utilisation des appareils portatifs qui, dans un premier temps, avaient simplement l'utilité de simplifier la vie des consommateurs (pouvoir téléphoner n'importe où, être contactable même en déplacement), mais qui à présent, prennent une part trop importante dans la vie de tous les jours.

Le dessin ci-dessus (de yeKcim) illustre bien ce problème. Je prends le train et le métro tous les jours, 2h30 en moyenne aller/retour, et j'ai malheureusement le temps de m'en rendre compte tous les jours.

Le fait d'écouter de la musique lorsqu'on est seul dans le train n'est pas en soit critiquable (normal vu que je le fais et que je suis parfait), même si il est tout de même dommage de ne pas pouvoir aborder la conversation avec des inconnu(e)s (surtout e en fait [l'auteur de cet article n'est pas assez courageux pour cela et en plus, il tient terriblement à son amoureuse qu'il aime de tout son coeur pour se permettre une telle chose]), le problème est bien plus grave lorsque des personnes se connaissent et passent tout leur trajet avec leurs oreillettes, le portable dans une main et l'I-Pod dans l'autre.

En outre, je suis totalement insurgé de voir ces connes (et le mot est faible) gueulant pendant leur conversation téléphonique, ce qui permet d'en faire profiter tout le monde, et ainsi pour moi de juger que l'intérêt de tenir une telle conversation est très faible. De toute façon, la discussion d'une fille n'est jamais très intéressante [celle d'un homme aussi, preuve en est de cet article].
Il y a une semaine ou deux, dans le train était assise sur un strapontin une jeune pétasse d'environ 16 ans qui essayait de négocier avec sa mère de dormir chez un mec qui était avec elle. Il se trouve que ce jour ci j'avais une migraine effroyable, et il était plus qu'insupportable d'entendre cette conne ne pas arrêter de gueuler pour tenter de convaincre sa mère avec des arguments discutables (« j'ai fais mes devoirs », « demain j'ai trois heures de trou donc je pourrai faire mes devoirs » (??), « j'ai jamais dormi chez lui », etc.).
À cause peut-être de la distance entre elle et moi (j'étais assis à quelques mètres d'elle, et oui elle gueulait suffisament fort pour qu'on l'entende dans tous le wagon), ou de ma migraine, ou de mon manque de couilles, je ne me suis pas levé pour lui gueuler « MAIS TA GUEULE CONNASSE TA MÈRE VEUT PAS ET TU FAIS CHIER TOUT LE MONDE, FAUDRA ATTENDRE UNE PROCHAINE FOIS SI TU VEUX TE FAIRE DEPUCELER LE CUL PÉTASSE. » (© Le hurlement primaire, Bigard, référence culturelle). Mais j'aurais bien aimé.

Pire encore, ce midi j'avais un repas de famille avec mes grands parents, et d'une part je trouvais lamentable que ma soeur écoute de la musique pendant le [court] trajet (de dix minutes), en plus suffisament fort pour nous en faire profiter (et Dieu (donc moi) sait que ma soeur écoute de la musique de merde).
D'autre part, pendant le repas il n'était pas rare de la voir regarder son téléphone portable à tout bout de champs, ce qui est très desagréable mais à la limite de l'acceptable, mais en plus de cela, il ne lui était pas anormal de répondre au téléphone pour dire "Ouais ?... Ah ?... T'es où ?... Est-ce que tu peux rappeller plus tard ?" (passons le fait qu'elle n'a pas dit "bonjour" ni "au revoir").
Bon bien sur le pire, c'est que la banalisation du phénomène a fait que j'étais le seul à m'insurger, mes grands parents ont ignoré et mes parents m'ont trouvé intolérants. Dans quel monde vivons-nous ?

Je vous le demande.

Il ne s'agit en fait pas d'un test à proprement parler, tels que les tests de QI, mais je vais juste décrire un phénomène qui montre une belle bêtise. Cependant ne pensez pas que si vous n'en faites pas partis, vous êtes intelligents. C'est juste que dans le cas contraire vous êtes définitivement irrécupérables.

Les personnes qui :

• pensent que 1, 2, 3, 4, 5, 6, 7, 8, 9, 0 sont des chiffres et ne peuvent pas être des nombres, que ces derniers commencent par 10,
• pensent qu'un mot doit être composé de deux caractères minimum pour être qualifié comme tel, et que sinon ça reste une lettre
• pensent que "q" == 'q' (en C)
• pensent que 5 fait partis de N mais pas de Z

sont des gros cons qui n'ont rien compris au principe des ensembles.

Bonjour,

Vous connaissez sans doute comme moi l'offre de N9uf Telecom concernant le téléchargement légal de musique "gratuitement". Le principe revient en gros à une licence globale, tous les mois est inclus dans le forfait une somme qui sera reversée aux majors.
Jusque là on peut considérer que c'est une offre intéressante, la licence globale étant un meilleurs solution que DADVSI (même si pas parfaite, car après il faut voir comment est fait la distribution des gains).

Cependant, ça aurait été trop beau. J'ai lu dans l'Ordinateur Individuel, que je qualifierai plus tard, qu'en fait, les musiques téléchargées sont DRMisées, c'est à dire qu'une protection propriétaire Microsoft régule l'utilisation que l'on peut faire de ce fichier. Le détail le plus important est qu'il est nécessaire d'utiliser Windows Media Player pour lire ces fichiers, ou d'autres lecteurs "certifiés". Ce qui implique, bien sur, l'impossibilité de lire ces fichiers sous les systèmes d'exploitations ne possédant pas un de ces lecteurs, notamment Linux.
Apparemment, en l'occurence, il ne sera possible de copier le fichier que sur trois machines, ainsi que sur les lecteurs portables "MP3", moyennant une réactivation tous les mois. Bien sur, une fois l'abonnement à N9uf Telecom terminé, ces fichiers deviennent impossibles à écouter.

Je pense donc qu'il faut boycotter au maximum cette offre, car au final ce n'est que des paillettes pour les yeux et ça incite à entrer dans le jeu des DRM. Le gros risque est que ça devienne banal.
Pour la petite anecdote, j'étais cet après midi à l'hôpital pour une consultation, et biensûr le monsieur en blouse blanche (et la jeune infirmière très mignonne au passage) m'a pris plus d'une demi heure en retard. Le rapport ? C'est que je trouve inadmissible qu'il y ait ainsi des retards, mais surtout que ça soit banal, personne ne s'en plaint vraiment (à part comme moi gueuler après et emmerder les autres, mais pas pour faire avancer les choses (à mon avis on devrait tous se mettre à refuser de payer si le retard est supérieur à un quart d'heure, mais bon c'est trop tard)).

Concernant l'article de l'Ordinateur Individuel, que j'ai trouvé favorable à cette offre, je dois avouer avoir été très déçu.
Lorsque j'étais petit, je lisais régulièrement ce mensuel, et c'est vrai que ça me plaisait pas mal. J'ai arrêté de le lire il y a cinq ou six ans, plus ou moins lors de mon passage à Linux, et je n'ai pas réaccroché avec.
Déjà on peut constater que la taille du magazine en lui même a été divisée par deux. La rubrique "Trucs et Astuces" que j'aimais bien, a perdu son volume. Les astuces n'ont aucun intérêt, il n'y en a plus concernant la programmation (même si ça restait simple), etc. Il y a globalement moins d'articles, et la qualité est médiocre.
Mais le plus choquant, c'est quand même le parti pris. Dans l'article sur l'offre de 9, ils sont clairement favorables, n'exposent que vaguement le fait qu'on ne pourra pas lire la musique sur MacOS X (et ne parlent même pas de Linux, ils ne doivent même pas savoir que ça existe). Dans un truc et astuce, ils expliquent comme vérifier que votre version de Windows Vista n'est pas crackée..

Ce magazine est clairement destinée aux "décideurs pressés", et donc je vous invite à l'acheter en masse pour remplir votre stock de papier toilette.

Bon, ça date de février dernier, donc vous êtes peut être au courant.

Voici d'abord le premier lien que j'ai lu:

The Inquirer

Bon, on peut retrouver les termes de « les fantasmes nauséabonds du juge sur les jeunes garçons ». Déjà on voit un peu la débilité de l'auteur.

Ensuite y a : Generation NT.

Il est très drôle car pleinement pompé sur le premier (ou plutôt tout les deux sur leurs sources respectives, mais on voit à quel point ils ne sont pas foutus d'être originaux).
Ce qui est drôle aussi c'est que dans le premier paragraphe ils parlent d'images à caractère pornographique, et non pédophiles.

Alors le plus drôle c'est ce lien ci :
Net Actuality

Alors là, aucunement dans l'article on ne parle de pédophilie. Il a été clairement mis en prison, marqué à vie dans les délinquants sexuels, juste pour la détention de photographies pornographiques...
Il juge le juge de malhonnête, ça m'a bien fait rire.

Le pire dans l'histoire est la réalité : un pirate qui s'infiltre illégalement dans un PC et qui dénonce son propriétaire... Ça on s'en branle. Ce mec a des attirances jugées "anormales", ça en fait forcément un criminel sexuel. Le fait qu'il ait récupéré des photos dont il n'est pas l'auteur n'a rien de préjudiciable non plus (en mon sens), il ne participe pas à ces faits, il utilise ça uniquement comme assouvissement.

Bon après par contre je crois que quelqu'un l'a accusé de s'être fait agressé par Kline en 1979 (cette personne avait 14 ans).

Enfin l'important n'est pas l'homme en lui même, mais de voir la mentalité de tous ceux qui ont été formatés et ont une opinion tranchée sur quelque chose de tabou.
Comme on disait y a plusieurs siècles, il faudrait brûler les homosexuels.

Note: J'ai écris ce billet à l'arrache le matin avant d'aller à l'école, et à l'origine c'était un mail pour pankkake. Ceci explique donc pourquoi je suis aussi bref dans les commentaires, et pourquoi c'est aussi mal écrit.

Telle est la question que se pose un pratiquant sur un forum dédié à cette religion.

Pour connaître la réponse, allez voir : http://forums.topchretien.com/viewtopic.php?t=18099.

Ici, nous utilisons tous un ordinateur et nous sommes tous connectés à internet. On peut raisonablement penser que nous avons tous (ou presque tous) également un logiciel de messagerie.
Nous sommes donc quasiment tous des spammés, ou des potentiels spammés, ou des furturs spammés.
Il existe des logiciels anti spam. Globalement il s'agit d'envoyer à l'expéditeur (le spammer) un message disant que notre adresse n'existe pas (afin que l'on cesse d'envoyer des spam). Or, cette adresse existe donc on peut dire qu’il s'agit d'un mensonge.
D’ou la question suivante :
Un chrétien peut-il utiliser un logiciel anti spam ?
Qu’en pensez-vous ?

Je l'avais pasté sur IRC y a une semaine ou deux, mais je me suis dis qu'il fallait diffuser la parole de Dieu au plus grand nombre.

Abordant des thèmes différents, mais tout aussi hilarants, on a :

• La chasteté: mode de vie réaliste ou sadique?
• besoin d info sur les force sataniques
• Dois-je commenecr à fréquenter ou demeurer célibataire?
• et plein d'autres encore sur http://forums.topchretien.com.

P.S.: De manière générale, je n'ai rien contre le fait que l'on soit chrétien, croyant, voir même chrétien pratiquant. Je suis juste stupéfait par tant de crédulité. Mais bon après, bien qu'ils soient con, ils sont tous bons, donc on va pas se plaindre.

J'avais juste envie de vous faire partager cette image relativement amusante :