Joel on Software

Joel on Software   Joël à propos de logiciel

 

D'autres articles de "Joel on Software" en Français

D'autres articles de "Joel on Software" en Anglais

Contacter l'auteur (En Anglais uniquement)

 

La Conception d'Interface Utilisateur pour les Programmeurs

Chapitre  1
Chapitre  2
Chapitre  3
Chapitre  4
Chapitre  5
Chapitre  6
Chapitre  7
Chapitre  8
Chapitre  9

Le minimum absolu que tout développeur doit absolument, positivement savoir sur Unicode et les jeux de caractères (aucune excuse !)
mercredi 8 octobre 2003

Vous ne vous êtes jamais posé de questions sur cette mystérieuse balise Content-Type ? Vous savez, celle que vous êtes supposé mettre en HTML, et dont vous n'avez absolument jamais su ce qu'elle veut dire ?

Le minimum absolu que tout développeur doit absolument, positivement savoir sur Unicode et les jeux de caractères (aucune excuse !)

 

 

La loi des abstractions qui fuient
lundi 11 novembre 2002

Vous ne pouvez pas conduire aussi vite quand il pleut, même si votre voiture a des essuie-glaces et des phares et un toit et un chauffage, qui tous vous permettent de ne pas vous inquiéter du fait qu'il pleut (ils font abstraction de la météo), mais zut, vous devez faire attention à l'aquaplaning et parfois la pluie est si forte que vous ne pouvez pas voir très loin devant vous et donc vous roulez plus lentement quand il pleut, parce qu'on ne peut jamais faire complètement abstraction de la météo, à cause de la loi des abstractions qui fuient.

Primes d'Encouragement Jugées Nocives
jeudi 5 septembre 2002

Son intention, c'était de préparer une sorte de grosse pierre tombale translucide de la taille d'un dictionnaire à tous ceux dont le logiciel allait franchir le quai d'expédition. C'était supposé en quelque sorte vous inciter à travailler, voyez-vous, parce que si vous ne faisiez pas votre boulot, alors pas de récompense pour vous! Primes d'Encouragement Jugées Nocives

Note de stratégie n°5
mercredi 12 juin 2002

J'ai constaté un fait intéressant à propos du logiciel libre: la plupart des sociétés qui dépensent beaucoup d'argent pour développer du logiciel libre le font car c'est pour elles une excellente stratégie commerciale, et non parce qu'elles ont subitement cessé de croire au capitalisme pour tomber amoureuse du libre-comme-l'air. Note de stratégie n°5

Cinq Mondes
lundi 6 mai 2002

Cinq Mondes: le développement logiciel n'est pas partout pareil.

PS. Il y a une large zone de flou entre l'interne, le consultingware, et l'emballé - les trois mondes sont souvent un continuum. Souvent des produits démarrent comme produits internes, ensuite les commerciaux ont la brillante idée de le vendre à d'autres sociétés, mais le logiciel est tellement fragile et fait tellement d'hypothèses sur son environement que ça prend des semaines à installer sur les sites des clients, ce qui est exactement la façon dont le consultingware est né. (cf. Vignette StoryServer qui a débuté comme outil de gestion de contenu c|net et coûte maintenant des millions à faire marcher.) Théoriquement le logiciel devrait ensuite migrer vers de l'emballé à mesure que la base de clients augmente, avec un effort croissant sur la facilité d'installation, mais ces compagnies sont devenues tellement accro à leurs recettes issues du consulting qu'elles ne voient aucun bénéfice à le rendre plus facile à utiliser clef-en-main. Et beaucoup des développeurs internes n'ont aucune expérience préalable sur la façon de faire marcher du logiciel à l'état sauvage, donc ça le fait pas.

Mener à bien le travail lorsque vous êtes un simple tâcheron
mardi 25 décembre 2001

Ce site traite en principe de la gestion du développement logiciel. Mais vous n'avez pas parfois l'autorité nécessaire dans votre organisation pour amener des changements par décret administratif. Évidemment, si vous n'êtes qu'un programmeur tâcheron en bas de la hiérarchie, vous ne pouvez pas vraiment exiger de vos collègues ou de vos supérieurs d'établir des horaires ou des bases de données de bogues. Et même si vous étiez un superviseur, vous aurez probablement découvert que diriger des développeurs ressemble beaucoup à dresser des chats, sauf que ce n'est pas aussi amusant. Faire passer des ordres n'est pas une mince affaire.

Je Bosse Sur CityDesk (1)
vendredi 12 octobre 2001

Je Bosse Sur CityDesk (1)

Des générations quotidiennes de l'application sont vos amies
samedi 27 janvier 2001

Une génération quotidienne est une génération automatique, quotidienne et complète de l'ensemble de l'arborescence du code source. Des générations quotidiennes de l'application sont vos amies.

Suivi des anomalies sans effort
mercredi 8 novembre 2000

Si vous développez du code, même dans une équipe d'une personne, sans une base de données organisée listant tous les bugs connus dans le code, vous allez inévitablement livrer du code de piètre qualité. Suivi des anomalies sans effort.

Les spécifications fonctionnelles sans peine
lundi 2 octobre 2000

1ière Partie: Pourquoi se prendre la tête?
2ième partie: Qu'est-ce qu'une spec?
3ième partie: Mais... Comment?
4ième partie: Petits conseils

La rémunération chez Fog Creek
mercredi 30 août 2000

Chez Fog Creek Software, nous voulons être sûrs que les gens sont payés à leur juste valeur et récompensés pour leur excellent travail. Cette volonté repose sur une échelle professionnelle.

Le test de Joël : 12 étapes vers un meilleur code
mercredi 9 août 2000

Avez-vous déjà entendu parler du SEMA? Il s'agit d'un système assez ésotérique permettant de mesurer la qualité d'une équipe de développeurs. Cela vous prendra au moins sept ans rien que pour comprendre ce truc. J'ai donc créé mon propre test de mesure de qualité d'équipe de développement. Evidemment, ce test vaut ce qu'il vaut ! Son côté le plus intéressant est qu'il ne prend pas plus de 3 minutes. Et avec tout le temps que vous y gagnez, vous pouvez faire plein d'autres choses. Médecine, par exemple.

Comment ça, vous ne trouvez pas de développeurs?
jeudi 15 juin 2000

Demandez à n’importe quel directeur de société informatique quel est son plus gros problème en ce moment, et il se plaindra en général de la difficulté à trouver de bons développeurs. Il vous dira: “Le marché est désert, je n’arrive pas à engager qui que ce soit.”

Franchement, c’est faux.

Les 5 principales (mauvaises) raisons pour ne pas avoir de testeurs
dimanche 30 avril 2000

On pourrait croire qu'après cette manie de la Qualité dans les années 80, avec toutes les certifications internationales dénuées de sens qui en ont découlé, genre ISO-9000, et les expressions à la mode, genre "Six sigma", les responsables d'aujourd'hui comprendraient qu'avoir des produits de haute qualité est du simple bon sens commercial. En réalité, ils l'ont compris. La plupart ont réussi à se le fourrer dans la tête. Mais ils continuent d’évoquer un tas de raisons pour ne pas avoir de testeurs. Et ce sont toutes de mauvaises raisons.

Plannings de développement sans effort
mercredi 29 mars 2000

Alors pourquoi est-ce que personne ne fait de planning ? Deux raisons principales. Premièrement, c'est vraiment difficile. Deuxièmement, personne ne croit que ça en vaut la peine. Pourquoi se donner tant de mal à travailler sur un planning si on sait qu'il ne sera pas correct ? On pense que les plannings sont universellement faux, et que les choses ne font qu'empirer au fur et à mesure que le temps passe, alors pourquoi souffrir pour finalement sombrer ? Voici une méthode simple pour faire des plannings effectivement corrects sans effort.

Ententes de non-divulgation et contrats que vous ne devriez jamais signer
mardi 28 mars 2000

Avec le temps, j'ai signé un grand nombre d'ententes de non-divulgation. Celles-ci, typiques de la «Silicon Valley», sont quelquefois simples et concises et d'autres fois plutôt élaborées, au même titre que les cartes d'affaires japonaises.

Guide de survie à l'usage des recruteurs
jeudi 23 mars 2000

Il est important de se souvenir que : il vaut mieux rejeter un bonne candidature qu'en accepter une mauvaise. Un mauvais choix va vous coûter beaucoup, en argent et en temps - celui que les autres vont perdre à corriger les bugs. En cas de doute, quel qu'il soit, c'est :  Au suivant! Guide de survie à l'usage des recruteurs




Joël Spolsky est le fondateur de Fog Creek Software, une petite société éditrice de logiciel située à New York. Il est diplômé de l'Université de Yale et a travaillé comme programmeur et manager chez Microsoft, Viacom et Juno.


Le contenu de ces pages représentent l'opinion d'une personne.
Contenu protégé par le copyright ©1999-2005 par Joël Spolsky. Tous droits réservés.

FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky