![]() | |||
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 |
La Conception d'Interface Utilisateur pour les Programmeurs Chapitre 1
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 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 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 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
Mener à bien le travail lorsque vous êtes un simple tâcheron 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) Je Bosse Sur CityDesk (1)
Des générations quotidiennes de l'application sont vos amies 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 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 1ière Partie: Pourquoi se prendre la tête? La rémunération chez Fog Creek 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 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?
Les 5 principales (mauvaises) raisons pour ne pas avoir de
testeurs 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 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 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 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.