…et quand je dis ça, c’est pour dire qu’ils devraient s’orienter vers n’importe quel travail qui soit loin, trèèès loin du développement informatique. Même la moindre macro Excel devrait leur être interdite.

Revenons un peu en arrière. J’ai déjà parlé plusieurs fois sur ce blog des comportements qui me font halluciner quand je fais passer des entretiens d’embauche.

Sur mes 12 années de carrière, je dois en être à pas loin de 10 ans à faire passer des entretiens. D’abord pour des stagiaires, puis pour des développeurs et par la suite pour des profils très variés.
Pendant longtemps, je faisais passer mes entretiens de manière très classique : je commençais par présenter l’entreprise, puis le candidat déroulait son CV, puis je posais des questions minutieuses sur ses expériences, pour enfin poser des questions techniques variées. Plus le temps passait, plus je me rendais compte que les entretiens se ressemblaient un peu trop ; à l’en croire, le candidat est à chaque fois un caïd faiseur de miracles ; en creusant un peu, je vois bien qu’il ne connaît pas la moitié des miracles qu’il est censé avoir fait ; sans parler des réponses parfois très exotiques à mes questions techniques…

Il y a quelques années, pour gagner du temps, j’ai changé ma manière de faire. Je commence dès le début de l’entretien par faire passer des petits tests techniques. Si ces tests se passent bien, on enchaîne (présentation de l’entreprise, déroulage du CV, questions-réponses). Si par contre le candidat échoue lamentablement aux tests techniques, je mets fin à l’entretien.

Cela peut paraître brutal, mais pour commencer je considère que mon temps est précieux (et si on regarde ma charge de travail, c’est une constatation, pas un fanfaronnade). Ce qu’il faut voir, surtout, c’est que les tests en question ne sont pas compliqués ; j’y vois un filtre me permettant d’identifier immédiatement les gros mauvais qui ne devraient pas vouloir être payés à coder.

Je ne vais évidemment pas dévoiler ici la teneur de ces tests (et je modérerais agressivement les commentaires qui le feraient). Mais sachez que je fais faire un test de programmation élémentaire, qui demande juste le minimum de logique algorithmique. En fait, je ne le vois même pas vraiment comme un test de programmation ; quand j’étais en école d’ingénieur, on l’utilisait pour expliquer la programmation à ceux qui n’en avaient jamais fait : «Vous connaissez les fonctions en mathématique, voici ce qu’est une fonction en informatique»

Et globalement, j’ai un tiers des candidats qui réussit le test sans problème ; un tiers qui sue sang et eau mais qui finit par y arriver ; et enfin un tiers qui échoue lamentablement d’une manière qui ne devrait pas exister.

la suite...

Comme promis dans le billet précédent, voici le communiqué de presse officiel pour la session 2013 de la Web-5 :

L’association Web-5 est une association à but non lucratif.

Dans le cadre de nos activités, nous organisons une conférence annuelle sur les nouvelles technologies du Web (front-end et back-end).
Notre premier évènement (http://conf2012.web-5.org) a été un franc succès. Nous avons été épaulés par des acteurs majeurs du développement Web tels que IBM, Mozilla, Zenexity, Wakanda, GitHub… et sommes parvenus à rassembler environ 120 personnes de 16 nationalités différentes !

Les sessions de la conférence se sont étalées sur 3 jours : 5 demi-journées de conférences et une d’atelier.
22 conférenciers ont pris la parole ce qui représente environ 20 heures de contenus d’un haut niveau d’expertise technique avec comme intervenants des personnalités telles que Robert Nyman, Michal Budzinsky et Sam Foster de la Fondation Mozilla, Christophe Jolif et Patrick Ruzand d’IBM, Philip Tellis (ex) Yahoo, Dylan Schiemann le co-fondateur de Dojo Toolkit et bien d’autres !

Cette année, la conférence Web-5 revient avec des sujets encore plus variés. Touchant aux problématiques rencontrées par les développeurs, administrateurs systèmes, architectes, designers, etc. dans leur travail quotidien.
Résolument technique, la conférence Web-5 proposera une nouvelle fois des talks de niveau expert, dédiés aux professionnels.
Cette fois nous proposons un format deux tracks, une session front-end (JavaScript, design, HTML5, real-time, accessibilité, testing, etc) et une session back-end (databases nosql, php, python, administration et monitoring, performance, etc).
Deux journées intenses qui, nous l?espérons, apporteront de nouvelles idées aux participants, ou confirmeront des choix techniques délicats grâce à l?expertise et l?expérience des speakers qu?ils pourront écouter et rencontrer.

Parce qu?il nous tient à coeur de démocratiser la technique et le savoir, nous avons travaillé avec nos partenaires afin de réduire au maximum le prix du ticket d?entrée. Permettant ainsi aux TPE-PME, aux freelancers, voire aux étudiants, de participer à cet événement qui, nous en sommes convaincus, sera enrichissant pour tous.

Pour plus d?information, vous pouvez consulter le site officiel :

la suite...

A LYON

- Mardi 21/05, une conférence "AOP en PHP" : un RDV AFUP dédié à la programmation orientée aspect, lors d'une belle conférence qui avait rencontré un franc succès lors du PHP Tour Nantes 2012.

- Mercredi 22/05, l'AFUP Lyon tient une clinique PHP au banquet du Web. venez nous voir et présentez nous vos problèmes liés aux outils professionnels dans l'écosystème PHP, la performance et la sécurité.

- Mercredi 12/06, il s'agira cette fois d'une conférence "ezPublish et Symfony". Nicolas Pastorino proposera une présentation de ezPublish5, et plus particulièrement de son architecture désormais entièrement basée sur Symfony2. Inscrivez-vous dès maintenant.

Et, comme toujours, l'apéroPHP du 29 chaque mois ! Suivez le site des apéros PHP pour connaitre le lieu et l'heure. 

A BORDEAUX

- Jeudi 23/05, l'antenne bordelaise vous propose une conférence/débat "Apache Vs Nginx". Abonnez-vous à la liste bordeaux@afup.org pour connaître tous les détails de ce rendez-vous.

A PARIS

- Les 28 et 29/05, l'antenne AFUP Paris sera présente au salon Linux pour tenir le stand de l'association. Nous serons ravis si vous venez nous saluer.

L'antenne parisienne vous prépare également un rendez-vous sur la sécurité en PHP, début juin. Restez à l'écoute pour connaître tous les détails de ce rendez-vous qui s'annonce très intéressant. 

A très bientôt pour la suite des événements des antennes locales, partout en France !

Voilà une conférence qui va enfin répondre au besoin de bien des développeurs qui travaillent sur le cloud : dotScale ne traitera que du développement sur le Cloud, Big Data et DevOps. De quoi découvrir, avancer, comprendre et approfondir toutes vos connaissances, sans blabla et buzz marketing !

L’objectif de cette journée est d’aider les développeurs à comprendre les choix techniques derrière les plateformes qu’ils utilisent, afin d’architecturer leurs propres applications en conséquence pour les rendre scalables. 

Membres AFUP, bénéficiez de 20% de réduction ! Achetez votre place dès maintenant. 
La conférence se tiendra le 7 juin au Théâtre des variétés. Plus d'infos sur le site de dotScale.

Salut à tous ! Ça roule ? Bon alors aujourd’hui, je vous annonce ma présence à la prochaine Web-5 à Béziers.

OK ça c’est bien gentil mais pourquoi aller à l’autre bout de la France ? Parce que j’y suis invité. C’est une raison valable à elle seule, non ? Mais il n’y a pas que ça.

Avec ma future camarade Camille, que je ne connais pas encore IRL, nous allons y assurer la couverture presse, ce pourquoi nous avons été invité. Vous allez donc entendre parler de Béziers dans les semaines à venir. Peut être même plus que de mon séjour à Montréal pour la ConFoo !
Donc déjà, je me demandais qui parmi vous sera présent là bas. J’adore rencontrer mes lecteurs, c’est toujours un super moment avec plein de trucs à apprendre (faut d’ailleurs que je relance les BeerJs). Alors, qui ?

Parlons donc un peu de la Web-5. Au planning, du web, du web et… Du web ! Plus sérieusement, des développeurs, des designers, des ergonomes, des experts référencement. Enfin du bon gros gratin. Et international en plus le gratin. Non content d’avoir invité des gens comme Raphaël Goetter d’Alsacréations, Stéphanie Walter de InPixelITrust (et aussi Alsacréations), Xavier Cambar, membre régulier de ParisJS, Julien Pauli, un poil connu dans le monde du PHP ou encore Alexandre Morgaut, l’un des big de boss du projet Wakanda chez 4D et membre du W3C. Ils ont aussi invité des grosses têtes étrangères, des mecs d’IBM, de Shazam, un dev du Zend Framework, de Thomson Reuters.

Pour la suite des évènements sur ce blog, je publierai prochainement le communiqué de presse. Puis suivront des interviews de différents orateurs. On va aussi sûrement expliquer avec Camille comment nous allons nous répartir les conférences et ce que vous pourrez espérer de nos prises de notes.

la suite...

Il y a quelques jours semaines, nous avons vu comment créer une page spécifique dans Mezzanine pour afficher une carte grâce à OpenStreetMap. Nous allons poursuivre l’exercice et en faire une application un peu plus puissante. Notre but : permettre à un administrateur de rentrer lui-même différents « lieux » ou points intéressants, pour qu’ils puissent s’afficher sur la carte. Chaque point est cliquable, et dispose de sa propre url. Pour pousser un peu le raffinement, nous utiliserons Backbone.js pour que la navigation soit dynamique, et éviter la nécessité de recharger toute la page à chaque fois.

Des p’tits points? des p’tits points? encore des p’tits points !

Nous allons créer une application Django qui contiendra le code spécifique à la gestion de notre carte. Commençons par le modèle :

# models.py
from django.utils.translation import ugettext_lazy as _
from django.db import models
from mezzanine.core.fields import RichTextField
 
 
class PointOfInterest(models.Model):
    name = models.CharField(_('name'), max_length=50)
    description = RichTextField(_('Description'), null=True, blank=True)
    lat = models.

la suite...

Je poursuis ici ma réflexion entamée dans mon précédent billet concernant la difficulté de certaines personnes à comprendre qu?il est impossible de quantifier finement et surtout de manière fiable le temps nécessaire à la réalisation d?un logiciel.

Plus j?y pense, plus je me dis que le problème vient du fait que la personne qui demande un tel chiffrage à un développeur pense que la création d?un logiciel est le résultat d?une industrialisation.

Dans notre contexte, la définition la plus adéquate de l?industrialisation est la suivante, d?après Wikipedia :

L?industrialisation désigne le processus de transfert du processus de création de l?offre au processus de réalisation de l?offre.

En résumé, lors de la phase d?industrialisation d?un produit, l?ensemble de la phase de conception de ce produit a été réalisé et il est donc possible de définir précisément les étapes devant être successivement suivies pour l?obtenir à l?extrémité de la chaîne de production.

De plus, puisqu?au moins un exemplaire du produit existe dans le monde réel à l?issue du processus de création, il est possible de quantifier très précisément les ressources temporelles et matérielles qui seront nécessaires pour sa fabrication à grande échelle.

Enfin, pour la même raison, ses spécifications sont clairement définies et il est donc possible de s?y référer afin d?effectuer tout au long de la chaîne de fabrication des contrôles précis pour vérifier la qualité du produit final.

En résumé, l?industrialisation permet de dupliquer à grande échelle le produit conçu lors de la phase de création en s?assurant de sa qualité et en maîtrisant les coûts au plus juste, car l?ensemble de ses caractéristiques est connu précisément.

Or, n'en déplaise à certains, le développement logiciel est par essence une activité créative, au même titre que l?écriture d?un livre, la réalisation d?un dessin ou d?une peinture ou l?élaboration d?une nouvelle théorie mathématique.

En effet, si le programme existait déjà, personne ne demanderait à un développeur de l?écrire, donc de le créer?

La conception de logiciel ne peut donc être industrialisée puisque comme nous l?avons constaté précédemment, il est indispensable de disposer d?au moins un exemplaire physique pour pouvoir estimer précisément les ressources nécessaires à sa fabrication à grande échelle et avoir les informations nécessaires aux divers contrôles de qualité.

Il est donc très délicat sinon impossible d?estimer de manière fiable les ressources humaines, techniques et temporelles nécessaires à la conception d?un logiciel, et encore plus difficile de définir les spécifications permettant de s?assurer qu?il répond bien aux besoins.

la suite...