Droits du développeur

7 février, 2008

Que ce soit sur mon lieu de travail ou simplement chez moi, je suis assez exigeant sur mon environnement de travail. Quand j’ai pris possession de mon nouveau poste, je me suis pris des petites remarques sur mes souhaits que je considère être nécessaire pour pouvoir travailler dans de bonnes conditions.

Voici mes pré-requis pour un environnement de travail agréable :

  1. Deux écrans : Je pense que le gain de productivité n’est plus à démontrer, par exemple : Visual studio d’un coté, le browser de l’autre, fini les alt-tab dans tous les sens après une compilation ou une modification de css …

  2. Un clavier et une souris correcte : Ce sont les deux périphériques que nous utilisons le plus toute la journée, donc la vieille souris à boule qu’il faut nettoyer régulièrement et le clavier au toucher et bruit désagréable, non merci … mais contrairement aux deux écrans qui sont fourni par la société après quelques arguments, j’ai remarqué que pour être satisfait de son clavier et de sa souris, il vaut mieux se les acheter soi-même :(

  3. Un bureau assez grand : Qu’est-ce que c’est désagréable de devoir pousser ses affaires à chaque tâche … le minimum syndical est de pouvoir poser le café et la doc/cahier des charges en dehors de l’espace clavier/souris.

  4. Une bonne chaise : Je pense qu’il n’y a pas d’arguments à donner, on est assis dessus toute la journée, mais c’est assez dur de trouver de bonnes chaises, il faudrait que je teste un jour les fauteuils Aeron qui sont souvent vantés outre-Atlantique

  5. Un pc performant : Et oui, contrairement à l’utilisateur, nous ne lançons pas que l’application mais aussi l’IDE (Visual Studio 2008 dans mon cas), le serveur SQL, différents outils assez gourmand, etc … donc il faut contredire l’argument de certains “chefs” qui donnent une machine aux capacités limitées avec comme excuse d’être dans la même configuration que l’utilisateur pour optimiser notre développement…

  6. Internet “rapide” et sans bridage débile (MSN etc …) : Personnellement, en tant que développeur, je passe un certain temps sur le net, pour vérifier que si ce que je cherche n’a pas déjà été fait, faire un peu de veille techno (même si il faut éviter de faire ca au boulot), consulter de la documentation, etc… et MSN est très pratique pour passer un bout de code au développeur d’à coté …

  7. Environnement calme : Nous faisons un “travail cérébral”, donc nous n’avons pas besoin d’avoir les commerciaux, la hotline ou ce #ù*^! de téléphone qui sonne toute la journée. Surtout si les casques audio ne sont pas autorisés … :’(

Je ne pense pas que mes demandes soient exagérées et j’ai la chance d’avoir la plupart de ces points dans ma compagnie actuelle.

Et vous, quelles sont vos pré-requis pour un bon environnement de travail ?

Bilan 2007 de ce blog

27 décembre, 2007

On ne peut pas dire que je suis un grand blogueur, sans compter ce billet, je n’ai écrit que 14 articles cette année dont l’interêt est à discuter…
La raison est simple : Je ne prends pas le temps d’écrire ou de finir mes brouillons.
La solution : Soit fermer ce blog, soit me motiver pour trouver le temps de bloguer ou pas …

On verra par rapport à mes bonnes résolutions 2008.

Dans tous les cas, bonnes fêtes !!

Valtech Days
Je compte me rendre aux Valtech Days 2007 et voici les sessions qui m’attirent à première vue (en gras) pour la première journée :

  • 08h30 - 09h30 Accueil Petit Déjeuner
  • 09h30 - 10h20
    • UML est-il soluble dans les méthodes agiles?
    • Développement RIA avec Adobe Flex
    • Achieving Success in e-Commerce
    • Test Driven Requirements: Introduction et perspectives
  • 10h35 - 11h25
    • Agile & Offshore : Rétrospective d’un projet à 1 million d’euros
    • Comment maintenir la qualité de service de vos applications JEE?
    • Think Service : Comment aborder SOA dans son système d’information
    • Le Refactoring : la solution agile pour conserver un code évolutif
  • 11h25 - 11h50 Pause café
  • 11h50 - 12h40
    • Rally Case Study: Integrated Agile Lifecycle Management for Heterogeneous Tooling Environments
    • Simplifiez vos développements JEE avec JBoss Seam
    • XForms: nouveaux concepts pour repenser une interface dans un contexte Web 2.0
    • Agilité: à monter soi-même…
  • 12h40 - 14h20 Pause Déjeuner
  • 14h20 - 15h10
    • Agile & Offshore : Techniques de survie dans le milieu bancaire
    • Web 8.3 ou l’avenir du web
    • Industrialiser vos développements avec Team System
    • From “Fragile to Agile”
  • 15h25 - 16h15
    • Contractualisation des projets agiles
    • Intégrer les APIs Google Maps dans une application WinForm .NET
    • Spring, le framework à «tout» faire?
    • De la différence entre «2 personnes devant un PC» et «binômage»
  • 16h15 - 16h40 Pause café
  • 16h40 - 17h30
    • Valtech Cockpit, une plateforme intégrée pour projets distribués
    • Le wiki de deuxième génération: une alternative pour développer des applications webs
    • Language Oriented Programming: Using DSLs as a new Agile abstraction and modeling mechanism
    • LEIRIOS Smart Testing™, Clé de voûte de l’Usine à Tests

Pour la deuxième journée, c’est Open Space Technology, ca sera une première pour moi :)

J’espère que la conférence sera mieux organisée que les TechDays de l’an dernier, ou il fallait courrir si on souhaitait avoir la chance d’avoir une place dans les sessions désirées.

Gestion de projet informatique
Dans l’optique de mon futur poste, j’ai lu le livre “Gestion de projet informatique” écrit par Pascal Mangold des éditions Eyrolles.

Ce livre de 120 pages au format compact, est très pratique à lire dans le métro, il décrit rapidement les points essentiels de la gestion de projet ainsi que les erreurs fréquentes. Il s’adresse surtout aux futurs chefs de projet mais pourra également servir à rafraichir la mémoire aux personnes déjà initiées à l’art de la conduite de projet.

Je vous renvoie sur le site de l’éditeur pour découvrir le sommaire de l’ouvrage, mais pour résumer, le livre décrit :

  • La nature d’un projet
  • La qualité nécessaire à la réussite d’un projet
  • Le déroulement d’un projet
  • Les erreurs fréquentes à ne pas commettre

Ce livre n’explique pas une méthode pas à pas pour réussir les projets mais sensibilise plus sur le rôle et les actions que doit connaitre un chef de projet, de toute manière, il n’y a pas de méthode miracle qui permet de réussir à coup sûr un projet, ou tout le monde l’appliquerait ;)

J’ai apprécié la lecture de ce livre, qui m’a permis d’éclaircir certains points. J’ai bien aimé son passage sur les méthodes agiles qu’il confronte à la réalité ainsi que certains passages qui m’ont rappelé des cas vécus.
Je pense que c’est un livre concis à petit prix qui se lit rapidement et que je conseille à toutes personnes intéressées par le sujet.

Rating: ★★★½☆

Ps : En bonus, il fournit des documents type à télécharger sur le site d’Eyrolles

Ca sert à rien mais je suis diplomé web 2.0 … , si vous voulez répondre à 8 petites questions à ce sujet, cliquez sur l’icône :

Faut bien passer le temps le week end …. :)

via Christophe Lauer