En effet, il y en a même plus du tout (Will)

La société dans laquelle je travaillais avait émis une offre d'emploi pour un développeur dotnet. La partie technique de l'entretien était réservée à mon collègue et moi même. Nous voulions être sûrs d'avoir des candidats avec une solide expérience en SQL et en modélisation de base de données. On avait donc préparé une question qui permettait au candidat de montrer l'étendue de ses connaissances.

Notre premier postulant était une postulante du nom de "Marie", environ vingt ans et qui semblait plutôt nerveuse. Après avoir parlé avec elle pendant quelques minutes pour la détendre, nous lui posons notre question technique.

Hier soir j'ai regardé l'épisode des experts miami "Au rythme des balles". J'ai tout particulièrement apprécié le passage ou les "experts" utilisent un programme permettant d'obtenir une adresse ip à partir d'une simple adresse email.

Rien a dire, le proxy du suspect était vraiment vraiment puissant...

Isaac S. travaille depuis peu dans une société éditrice de jeux en ligne multi-joueurs. Sa nouvelle équipe semble très à cheval sur la sécurité.

"Pour éviter que des hackers tentent de pénétrer dans le serveur du jeu," écrit Isaac, "ils ont encrypté l'adresse IP transmise au client en utilisant une encryptions XOR. C'est la protection parfaite contre les hackers... enfin ceux qui ne savent pas utiliser Netstat ou un sniffer réseau."

Voici une fonction qui est utilisée partout dans le projet dans lequel travaille Aline. Elle permet de s'assurer que VB.NET ne va pas transformer la chaîne de caractères en paramètre en autre chose...

Contrairement aux développeurs privilégiés, on n'a pas tous la chance de développer dans un "grand bureau privé climatisé". Dans mon ancienne société, les développeurs arrivaient chaque matin en se demandant comment ils allaient trouver un siège pour la journée ou comment se procurer un câble réseau pour pouvoir travailler. On est certes pas tous logés à la même enseigne, cependant, peu d'entre nous peuvent se comparer à ce qu'a vécu Stéphane récemment :

"On ma demandé d'aller faire une intervention dans une petite société pour corriger quelques bugs sur leur système de gestion. Apparemment, la personne qui était en charge de la maintenance du logiciel venait de démissionner. "

Mot de passe oublié? Pas de soucis, vous pouvez toujours utiliser le mot de passe d'invitation que l'on vous a envoyé lors de la création de votre compte !

Envie d'essayer avec un autre compte? Pas de soucis, vous pouvez utiliser ce même mot de passe pour vous connecter sous chaque compte !

"Barnier ne peut pas se connecter," lança le responsable de David, "Il faut réparer ça. De suite !"

Quelle meilleure façon de commencer une semaine? Quand Barnier ne pouvait pas se connecter, cela sous-entendait qu'il ne pouvait pas exécuter ses rapports d'activité. Et ça sous-entendait aussi que la société toute entière devait stopper toute activité et se concentrer sur son nouvel objectif archi prioritaire : les rapports de Barnier.

Comme il était le plus expérimenté de son groupe lorsque l'on parlait de C#, c'est souvent à Yakir que les développeurs posaient leurs questions. Récemment, un de ses collègues, James, lui demanda la meilleure façon de stocker des centaines d'objets en mémoire. Yakir lui répondit : "Cela dépend de ce que tu souhaites en faire. Si tu veux l'utiliser via un index, le plus simple c'est l'Arraylist. Par contre, si tu veux utiliser le système de clé/valeur, alors prend une Hashtable."

Les besoins de l'application de James semblaient mieux coller avec l'utilisation d'une Hashtable, il décida donc de l'implémenter. Quelques heures plus tard, il revint vers Yakir : "Ton système de Hashtable ne marche pas super" expliqua James, "Tu ne connais pas quelque chose de plus efficace?".

Savoir rejetter une faute sur un tiers est un art puissant qui nécessite d'être utilisé avec agilité. Dans certains cas la situation rend la chose plutôt simple. On peut citer le classique "C'est à cause du prestataire mais lui en parle pas ça le mettrait mal à l'aise", où encore le "Ha ça .... encore une peau de banane que X a laissé derrière lui" (remplacez le X par un collègue parti, vous noterez le bonus x2 lorsque le collègue est prestataire). Certains font preuve d'une imagination incroyable pour réussir à se sortir des pires situations, parfois ça passe, parfois pas. La règle d'or est pourtant simple : s'assurer de bien cerner les limites des connaissances de son interlocuteur, et lui envoyer un argument hors limite avec un aplomb sans faille. Malheureusement pour eux, les éditeurs du logiciel que Rick utilisait n'ont pas fixé cette limite bien loin...

Depuis plusieurs jours, Rick était en conflit avec un éditeur de logiciel. Le système de Rick était sensé communiquer avec le logiciel de l'éditeur en utilisant des fichiers XML. Problème, les fichiers en provenance du système éditeur revenaient dans un format XML incorrect. Rick envoya donc un message au contact technique ("Terry") signalant que les données retournées n'étaient pas valides. Terry lui répondit qu'il allait analyser le fichier en question.