Mot-clé - joelonsoftware

Fil des billets - Fil des commentaires

dimanche, mai 20 2007

De plus en plus hallucinant...

Les billets de Bruce Schneier finissent par être inquiétants :

Et ceux de Joel sont de plus en plus marrants :

Et deux autres articles/billets :

mardi, février 27 2007

Un petit peu de lecture dans le Thalis

mercredi, juillet 26 2006

et un petit vrac

vraiment très tardif :

dimanche, juin 4 2006

User Interface Design for Programmers

Je suis un gros fan de Joel On Software. J'aime beaucoup ce qu'il raconte, sa façon de le raconter. Je suis généralement en phase avec sa façon de voir le monde informatique. J'ai donc fini par acheter ses bouquins. Le dernier que je viens de lire est User Interface Design for Programmers. Un très bon livre pour avoir quelques conseils sur la création d'une interface utilisateur : simple, direct, rapide à lire. Mais ce n'est pas non plus le livre de référence. Plutôt pour les inconditionnels de Joel, comme moi, surtout qu'il est aussi disponible en ligne. Vous n'avez donc vraiment aucune raison de vous abstenir.

vendredi, mars 24 2006

« Joel On Software »

Tout le monde connait le site, peu doivent avoir lu ses livres. Je viens de terminer le premier, Joel On Software, et j'ai vraiment bien accroché. J'avais un peu peur au début car il s'agit d'une compilation de ses articles... je risquais donc de connaître une grande partie de ce livre. Mais je voulais l'avoir en version imprimée (entre autre pour le filer à mon père (oui, monsieur le ministre de la culture, je peux encore prêter mon livre à mon père sans avoir à payer quoi que ce soit... vous ne m'avez pas encore retiré ce droit-là)). Revenons-en à nos moutons.

Finalement, il doit y avoir pas mal de trésors encore enfouis dans son site. Je croyais avoir tout lu, loin s'en faut. Bref, voici quelques-uns des meilleurs chapitres :

Bref, j'ai adoré. Si vous aimez les articles sur le site, vous aimerez ce livre.

mercredi, juillet 27 2005

Deux livres que j'ai fini, un troisième en cours (enfin presque terminé)

Quand j'ai pris connaissance de la liste de bouquins que tout bon développeur doit avoir lu d'après Joël Spolski, j'ai commandé les deux plus intéressants, à mon goût, « Peopleware : Productive Projects and Teams » et « The Pragmatic Programmer: From Journeyman to Master ».

Ils sont tous les deux très bons, même si je suis un peu resté sur ma faim. « Peopleware : Productive Projects and Teams » n'est pas spécialement orienté chef de projet. Tout développeur peut le lire pour tenter de comprendre les différents événements dans son travail de tous les jours. C'est très instructif et on retrouve plein d'événements du quotidien : des réunions qui n'en finissent pas, des dates de livraison qui sont soit rallongés soit écourtés, des certitudes qui n'en sont pas. Le deuxième, « The Pragmatic Programmer: From Journeyman to Master », est orienté vers le développeur. C'est un ensemble de recettes permettant de passer de l'état développeur débutant (ie sortant de l'école d'ingé ou de la fac) à l'état de développeur confirmé/expert. Là-aussi, j'y ai retrouvé beaucoup de choses qui font mon quotidien... autant dans les mauvais points que dans les bons. À force de lire mes problèmes de tous les jours, il faut avouer que cela fait un peu liste d'idées totalement évidentes mais je pense qu'il est bon de les dire quand même.

Un des conseils les plus frappants (donnés dans les deux livres) est de laisser du temps au développeur pour augmenter ses connaissances. Le deuxième livre préconise notamment d'apprendre un nouveau langage tous les ans :) Mais en fait, peu importe ce dernier conseil. L'important est de lire, de se tenir au courant des nouveautés, de l'évolution des technologies. Je l'avais beaucoup fait à un moment. Je lisais énormément de livres informatiques, j'imprimais des tonnes d'articles publiés sur Internet. J'apprenais énormément de choses. Il me semble que j'ai plus appris dans les livres qu'à la fac. Si je me souviens bien, à la fac, je faisais gentimment mon TD mais je n'allais pas voir plus loin. Ça ne m'intéressait pas. Quand j'ai commencé à bosser, certains problèmes se posaient à moi (par exemple, créer une documentation, la mettre à disposition des autres facilement)... je ne pouvais compter sur personne. C'est là que j'ai commencé à lire, à tester, à chercher à comprendre. C'est là que j'ai commencé à devenir un geek :) (mentalement, parce que physiquement, je manque de barbe).

Le gros avantage de ces deux livres, c'est qu'ils insistent tous les deux sur cet aspect formation, qu'il s'agisse d'une auto-formation ou d'une formation donnée par quelqu'un d'autre. Et que c'est quelque chose très difficile à faire admettre à une direction.

Du coup, je me suis dit que j'allais me remettre un peu à lire des bouquins informatiques. Nessie m'ayant parlé du « Programmation système en C sous Linux » comme d'une oeuvre de référence, je l'ai commandé chez Eyrolles. Je le dévore depuis, j'apprends des nouveaux trucs qui me rappellent de vieux souvenirs de fac... le problème avec les études, c'est qu'il faut apprendre pour apprendre. Quand vous bossez, vous devez apprendre pour résoudre un problème immédiat. Le problème, quand vous bossez, c'est que vous n'avez plus le temps d'apprendre... J'espère qu'un jour j'aurais un boulot où on me laissera un peu de temps pour apprendre quelque chose de nouveau, y compris si cela n'a aucun rapport avec mon projet immédiat.

jeudi, avril 21 2005

Quelques lectures intéressantes

  • Ubuntu 5.04 et le multimédia, article très sympa indiquant comment installer les applications et bibliothèques multimédia manquantes en ajoutant les dépôts Universe et Multiverse.
  • Le teasing m'a tuer, informations très intéressantes d'Olivier Meunier sur le drag-and-drop en JavaScript et CSS provenant surtout d'un autre article dont les démos sont particulièrement impressionnantes.
  • In the matter of component architecture, article sur la valeur de la réutilisation de code (un extrait marrant « Software as it is currently being developed provides so much value relative to its costs that we as practitioners of this medieval-class craft can get away with practices that would not be tolerated by a Taiwanese manufacturer of toasters. »).
  • Improving the User Experience For Desktop Sysadmins - Sabayon, pour une fois un article sur des utilisateurs pour l'instant délaissés, les administrateurs de machines de bureau.
  • Et enfin, Joel Spolsky a écrit une série d'articles (1, 2, 3, 4 et 5) sur la sortie de FogBugz 4.0, comme toujours très instructif.