|
|
|
|
Signaler si cette Blague contient des mots vulgaires !! |
|
| |
Il y a quelques mois, la Commission de l'équité salariale a décidé de se pencher sur un épineux problème, à savoir :
Un P.C. fait-il référence à une prédominance féminine ou masculine ?
Pour répondre à cette question, deux groupes d'experts ont été mis à contribution. Il va de soi qu'un comité a été mis sur pied, lequel comité a été composé de 50% de femmes et de 50% d'hommes. Il leur fallait trouver quatre raisons pour justifier la détermination de la prédominance.
Le groupe de femmes en est venu à la conclusion que le P.C. est indéniablement à prédominance masculine car:
1. Pour capter son attention, il faut l'allumer.
2. Il est plein d'informations, mais il ne fait preuve d'aucune imagination.
3. Il est censé vous aider mais, la moitié du temps, c'est lui le problème.
4. Dès que vous vous engagez, vous réalisez que si vous aviez attendu un peu plus longtemps, vous auriez eu un modèle plus performant.
Pour sa part, le groupe d'hommes est arrivé à la conclusion que le P.C. est à prédominance féminine, pour les raisons suivantes:
1. Personne, sauf son créateur, ne comprend sa logique interne.
2. Le langage natif qu'il utilise pour dialoguer avec ses semblables est incompréhensible
3. La moindre petite erreur est stockée en mémoire pour être ressortie au moment le plus opportun;
4. Dès que vous vous engagez, vous découvrez que devez dépenser la moitié de votre salaire en accessoires.
Selon vous, les experts, quelle est la prédominance ? |
|
|
|
|
|
|
|
|
|
|
|
Signaler si cette Blague contient des mots vulgaires !! |
|
| |
Comment former sa propre société dans la Silicon valley ?
Étape 1: Allez à Menlo Park. Choisissez un arbre.
Étape 2: Secouez l'arbre. Un investisseur en capital-risque va tomber.
Étape 3: Avant que l'investisseur en capital-risque ne rassemble ses esprits, psalmodiez les incantations suivantes: "Internet! Commerce Électronique! Java! Applications pour Intranet!
Étape 4: L'investisseur en capital-risque vous donnera quatre ou cinq millions de dollars.
Étape 5: 18 mois plus tard, faites coter votre société en bourse.
Étape 6: Après avoir reçu votre chèque, retournez à Menlo Park.
Étape 7: Trouvez un arbre.
Étape 8: Grimpez dessus.
Étape 9: Attendez. |
|
|
|
|
|
|
|
|
|
|
|
Signaler si cette Blague contient des mots vulgaires !! |
|
| |
Windows Error-Codes
Récemment, les codes d'erreurs non-Documentes suivants concernant Windows95 ont été découverts. MicroSoft ne les ayant pas documentées dans son manuel, les voila répandus sur le net : Errwin 658 : Votre bootsector est endommagé vous ne pourrez pas rebooter Appuyer sur OK pour redémarrer Errwin 659 : L'antivirus a signalé un virus inconnu. W95 a bien été éradiqué de votre disque dur. Errwin 752 : Erreur matérielle : Il n'y a pas de carte vidéo sur votre PC Appuyer sur une touche pour continuer... Errwin 253 : Random compilation...Lost ! Errwin 255:Toutes vos données ont été effacées, voulez-vous sauvegarder les octets ainsi libérés ? |
|
|
|
|
|
|
|
|
|
|
|
Signaler si cette Blague contient des mots vulgaires !! |
|
| |
Les dix commandements du programmeur: ou Comment Programmer sans stress.
1: Des Bugs tu ne t'inquièteras pas. Les bugs dans votre logiciel sont actuellement des fonctionnalités particulières.
2: Corriger le problème tu ne feras pas. Vos utilisateurs auront plus de chance de gagner au loto que de tomber encore sur ce bug
3: Le traitement des erreurs tu ne gèreras pas. La gestion des erreurs ne signifie quelque chose que pour les gens enclins aux erreurs.Ni vous-même ni vos utilisateurs ne sont enclins à faire des erreurs.
4: Des restrictions, tu n'imposeras pas. Laisser l'utilisateur entrer n'importe quoi comme donnée, n'importe ou, n'importe quand. C'est ce que l'on appelle être TRES convivial.
5: Tu n'optimiseras pas. Les utilisateurs seront reconnaissants d'obtenir une information quel qu'elle soit.Ils ne s'inquiètent ni de la vitesse, ni de l'efficacité.
6: Tu n'aideras pas. Si un utilisateur n'est pas capable d'utiliser seul votre programme, il est trop abruti pour mériter votre programme de toutes façons.
7: Tu ne documenteras pas. La documentation ne sert qu'a annoncer de futures modifications.Comme votre programme est parfait des la première version, il n'aura jamais besoin d'être modifié.
8: Tu ne te presseras pas. Seuls les patrons ou les très mignonnes utilisatrices ont besoin d'un programme dans les temps.
9: Tu ne réviseras pas Votre interprétation des spécifications est toujours correcte.Vous connaissez les besoins des utilisateurs mieux qu'eux.
10: Tu ne partageras pas. Si des programmeurs ont besoin d'une partie de votre code, ils n'auront qu'a l'écrire eux-mêmes. |
|
|
|
|
|
|
|
|
|
