IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Être bon dans les compétitions de dev est en corrélation négative avec effectuer un bon travail
D'après le directeur de la recherche de Google

Le , par Stéphane le calme

284PARTAGES

12  0 
Être habitué des victoires dans les compétitions de développement
Peut constituer un frein dans la qualité de son travail
38 %
Je suis partagé
29 %
Constitue un plus dans la qualité de son travail
19 %
Je n'ai pas d'avis sur le sujet
14 %
Voter 21 votants
Dans le domaine du développement logiciel, les compétitions de programmation sont nombreuses et disposent de leurs propres règles. Nous pouvons par exemple citer le « hackathon », un concept provenant d’une fusion des mots « hack » et « marathon », qui a su peu à peu se faire une place dans la culture de l’entreprise technologique, mais aussi des écoles d’ingénieurs.

Les hackathons peuvent se présenter sous plusieurs formes, par exemple :
  • les hackathons en ligne : vous participez depuis le confort de votre propre maison, la présentation est faite en streaming, mais bien sûr vous vous occupez vous-même de votre nourriture (pizza ?) ;
  • les hackathons à sponsor unique : ils sont organisés ou financés par une seule entreprise. La différence ici est que généralement le thème autour des activités est d'utiliser un produit déjà développé par l’entreprise (ou dont elle se sert activement). Dans les coulisses, il s'agit généralement d'espèces de grandes entrevues pour les participants et les meilleures équipes peuvent se voir offrir des emplois. Pour ce type de hackathon, il est normal d'avoir une limite de deux ou trois personnes par équipe ;
  • le marathon Hackathon : ce type d’événement a une durée inhabituellement longue. Il peut aller d’une semaine à un mois. Les candidats pourront probablement apporter une version plus aboutie de leurs différents projets étant donné qu’ils disposent de plus de temps.

D’autres rendez-vous de programmation bénéficient d’une certaine popularité, à l’instar des compétitions comme la Pwn2Own, un concours annuel où des chercheurs en sécurité informatique essaient de pénétrer des ordinateurs équipés d'un système d'exploitation et de divers logiciels incluant un navigateur web entièrement mis à jour.

Si certains peuvent estimer que les compétitions en développement informatique participent à mieux armer l’individu dans le métier, et donc à être meilleur au travail, Peter Norvig, directeur de recherche pour le compte de Google, est de ceux qui pensent qu’être un gagnant dans les concours de programmation constitue un facteur négatif pour bien effectuer son travail.


Il reconnaît que sa conclusion est surprenante et insiste sur le fait que cela ne veut pas dire qu’il décourage les développeurs qui veulent remporter des compétitions. Pour lui, le problème réside dans le fait que les compétiteurs habitués à la victoire ont tendance à vouloir avoir la réponse très vite et passer à la prochaine étape. Toutefois, « vous avez de meilleures performances au boulot si vous êtes un peu plus réfléchi et que vous allez doucement et vous assurez que vous faites bien les choses ».

Source : YouTube

Et vous ?

Partagez-vous son avis ? Pourquoi ?

Voir aussi :

Trolldi : hackathon ! Qu'évoque ce concept pour vous ? Y avez-vous déjà participé ? Partagez votre expérience

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Marco46
Expert éminent sénior https://www.developpez.com
Le 11/07/2017 à 18:06
« vous avez de meilleurs performances au boulot si vous êtes un peu plus réfléchi et que vous allez doucement et vous assurez que vous faites bien les choses »

Ben ouai, software craftmanship quoi !

"We don't ship shit"

Le principe du hackaton est exactement l'inverse, on veut livrer un truc "qui marche" avec une date de livraison figée. Donc scope fonctionnel figé, date de livraison figée, c'est forcément la qualité qui morfle. C'est juste un des fondamentaux du génie logiciel, cf triangle qualité / cout / délai.
15  1 
Avatar de kilroyFR
Membre éprouvé https://www.developpez.com
Le 11/07/2017 à 21:57
Le resultat d'un hackathon c'est un proto qui tombe en marche, une maquette ameliorée, rien de plus. C'est plus un POC qu'autre chose.
4  0 
Avatar de neuneutrinos
Membre actif https://www.developpez.com
Le 11/07/2017 à 23:28
C'est moi où corrélation=causalité ici ?
Bref... un peu de recul ne peut pas faire de mal.
2  0 
Avatar de Ikknar
Candidat au Club https://www.developpez.com
Le 12/07/2017 à 10:44
Je pense que son idée est plutôt que ceux qui gagnent ces concours s'ils appliquent ces méthode là pour coder en entreprise, par esprit de compétition avec les autres développeurs, pour prouver sa valeur ou simplement car il veut finir son travail le plus vite possible ou tout autres raisons, seront moins performants qu'un développeur un peu plus lents mais n'ayant pas cette objectifs de vitesse.
En tout cas c'est comme ça que je le comprends ^^
0  0 
Avatar de redbullch
Membre confirmé https://www.developpez.com
Le 12/07/2017 à 16:13
C'est surtout qu'un individu qui pratique beaucoup de compétitions sera beaucoup plus à l'aise pour résoudre des problèmes similaires, posés lors d'un entretient d'embauche.
0  0 
Avatar de Hhissen
Membre à l'essai https://www.developpez.com
Le 12/07/2017 à 22:14
Moi je pense plutôt que ceux qui participent a ce genre de hackAton sont déjà bon ou cales dans leur domaine de prédilection (langage de programmation) et donc ont un sens un peu aiguisé quant a la façon de réfléchir de concevoir une solution ...
Bref participer aux challenges est pour moi une source d'inspiration et de motivation....
0  0 
Avatar de jm_zz
Nouveau membre du Club https://www.developpez.com
Le 13/07/2017 à 23:59
Voilà je possède mes 18 ans.d expérience IT et je ne suis absolument pas d 'accord. Et ce désaccord est profond. Il est d ailleurs symptômatique des divergences actuelles dans le monde de la IT.
Why ? Because of le beau geste.
De mes racines paysannes ( vivaces) je ne saurai dire combien le beau geste ... Sûr
Et bien plus appréciable que la longue monotimie du code conchie que je me coltine tous les jours.
Là il est peut être question du beau !
Respect pour tous les jeunes samouraï des temps modernes qui s ' oublient quel que temps vers le beau... Le go !
Et me font Rêver bien en dehors de ces conneries d un mauvais DSI ( cf l état des offres pro de Google mdr/)
1  1 
Avatar de jm_zz
Nouveau membre du Club https://www.developpez.com
Le 14/07/2017 à 0:02
Il a déjà code ou just debug ? Aih ?
0  0 
Avatar de frecco
Membre à l'essai https://www.developpez.com
Le 15/07/2017 à 11:04
Je partage entièrement son point de vue depuis de nombreuses années.
Le principe du hackathon est d'aller vite et de produire du code à l'arrache. C'est-à-dire à littéralement pisser du code et produire du code jetable.
Cela amène des mauvaises pratiques.

Un bon développeur en entreprise doit surtout veiller à la conception, et produire du code de qualité qui est par définition lisible, maintenable, évolutif et élégant. Bref c'est radicalement une approche opposée de la programmation.
1  1 
Avatar de Jaydes
Membre à l'essai https://www.developpez.com
Le 17/07/2017 à 11:42
En effet ça me parait juste. Si on est DEV de tout poil ou Hacker on doit réfléchir et concevoir pour faire un truc qui fonctionne.
Le salaria c'est tout l'inverse on reçois des ordre de chef débile et incompétent donc oui en effet il jugera que nous sommes incompétents.

Mais bon quelque part quand un crétin dégénéré me dit que je suis un crétin ça me rassure plus que l'inverse
0  0