100 % FREELANCE 100 % IT
100 % FREELANCE 100 % IT
 

La pratique des tests techniques existe elle pour les free ?

fullstack_obliged

61 Messages

actif
30/06/2020 à 18:10

Bonjour a tous,

Grace au COVID j'essaye de faire le necessaire pour me positionner en tant que free, mais je ne ferme pas la porte a des propositions en salarie si elles se presentent.

Par contre j'ai constate que nombre des boites qui m'ont contacte pour des jobs en tant que salarie m'ont toujours fait passer des tests techniques.

Hormis une fois ou j'ai du resoudre des exercices en java en temps limite de 2h sur la plateforme codility, je ne considere pas que ce sont des petits tests, il y en a un (ecriture d'un webchat telegram en python) que j'ai refuse de faire je l'ai juste "coste" en temps a 4 j/h en expliquant que le natural language n'est pas mon domaine d'expertise.

Les 2 contacts que j'ai eu pour faire les missions en tant que contractor, aucun des head hunters ne m'a demande de "prouver" mes skills.

Est-ce que cette pratique est moins appliquee pour les freelancers ? Est-ce que les head hunter des freelancers connaissent mieux les domaines et besoins de leurs clients au point qu'ils savent cibler les ressources freelances plus correctement ?

Je ne veux pas relancer un debat sur les tests techniques, je constate juste que c'est de plus en plus utilise.

J'apprecie que les recruteurs utilisent des plateformes telles que codility ou codewarz pour faire ces tests. Memes s'ils ne sont pas representatifs de ce qui va se passer chez un client ils permettent de faire un assessment de la ressource dans un temps compromis pour le recruteur et la ressource.

Je compare ca directement a d'autres tests que j'ai du passer: le chatbot, un jeu d'echecs, un workflow a ecrire avec front et backend ou autres qui, si ils permettent un assessment des skills en rapport avec la mission, sont trop couteux en terme de temps pour la personne en recherche de mission, et peut etre deja missionee.

Donc si vous pouviez m'indiquer si j'ai rencontre une tendance generalisee concernant les positions en freelance ou si c'est juste au petit bonheur la chance.

Bonne journee

Aodii

6 Messages

nouveau
01/07/2020 à 00:18

Honnêtement il n'y a pas de règles... Il y a autant de processus différent que de sociétés.

C'est à vous de voir si ce qu'on vous demande et en correlation avec le poste convoité et si cela vaut le coup.
(Un test que vous évaluez à 4j ça me paraît énorme après si c'est pour la mission de vos rêves pourquoi pas...)

Perso, j'aime bien les coding game mais pas dans les process de recrutement ou je préfère un test/discussion technique. Mais ça ne m'empêche pas de me prêter au jeu pour certaines missions.

Anthaus

41 Messages

actif
01/07/2020 à 10:02

Ça dépend peut-être des métiers.
J'ai régulièrement eu à faire des QCM ou des tests codingame en ligne, qui prennent généralement entre 20 minutes et une heure. Le plus fréquent, ça reste quand même de discuter technique directement pendant l'entretien. Parfois il y a un peu des deux. Le plus long que j'ai eu, c'était à la SG, où j'ai dû faire un codingame qui combinait exercices de codes et QCM, et repasser au tableau pendant l'entretien sur d'autres exercices. Mais j'ai jamais eu de trucs extrêmes du style développer un mini-projet. De toutes façons, si j'estime que ça va me prendre au moins une journée, je les enverrai péter, j'ai pas que ça à faire.
Mais un presta, s'il est mauvais, il est facile à jeter. Les clients n'a donc pas besoin, théoriquement, des mêmes garanties que pour un CDI.

fullstack_obliged

61 Messages

actif
01/07/2020 à 10:29

Merci pour vos reponses. Donc c'est un peu aleatoire, ca me va.

J'ai toujours fait les tests techniques qu'on me demandait car ca me permet aussi de me tester moi-meme, mais effectivement pour les mini projet j'ai mis mon top a 2 j/h maxi (sinon ca devient un boulot non paye a cote du vrai boulot...)

En tout merci pour vos reponses, et merci de m'avoir rappele qu'effectivement presta VS position en CDI, le presta est un outil facilement jetable :idea:

htnfr

797 Messages

impliqué
01/07/2020 à 10:55

Et si vous devez tester un candidat, qui bossera avec vous dans un projet. Comment le testeriez-vous? 8)

p0ulp3

108 Messages

très actif
01/07/2020 à 11:37

Tester un candidat c'est simple, une discussion technique suffit.

Tester 50 candidats pour en retenir un, là on voit l'interet du coding game pour les ESN, gain de temps pour filtrer...

Droopyann

67 Messages

actif
01/07/2020 à 11:38

Bonjour,
Pour ma part, je ne testerais pas tant la partie technique que l'état d'esprit.
Comment la personne va s'intégrer dans l'équipe ? Comment elle voit le développement mais aussi comment elle voit tout ce qu'il y a autour du développement (base de données, gestion de projet, métier, utilisateur, client ...).
Quelque part, la technique est accessoire (lors d'un entretien j'entends ;-)). En effet, il me semble difficile d'évaluer en 1h les compétences techniques. Ca ne sert qu'à éliminer les gros imposteurs. Et de toutes façons, un projet bien mené, avec revue de code régulière et un parcours d'intégration efficace permettra de rapidement éliminer un mauvais choix "technique".

fullstack_obliged

61 Messages

actif
01/07/2020 à 13:15

htnfr a écrit :Et si vous devez tester un candidat, qui bossera avec vous dans un projet. Comment le testeriez-vous? 8)
Les codility, codewarz et autres plateformes permettent de faire un assessment de:
> La comprehension d'un probleme
> La comprehension / resolution d'algo
> La degre de maitrise d'un langage

Ce n'est pas representatif de ce qui se passe dans un projet.

Apres avoir passe des tests en mode mini-projets et code platform, je pense aujourd'hui que ces tests doivent etre remplaces et l'assessment du candidat doit s'appuyer sur un portfolio qui permet aussi bien d'expliquer des concepts d'interactions entres equipes et suivi projet que du delivery.

Anthaus

41 Messages

actif
01/07/2020 à 13:52

fullstack_obliged a écrit :[quote:3b994db55c="htnfr"]Et si vous devez tester un candidat, qui bossera avec vous dans un projet. Comment le testeriez-vous? 8)
Les codility, codewarz et autres plateformes permettent de faire un assessment de:
> La comprehension d'un probleme
> La comprehension / resolution d'algo
> La degre de maitrise d'un langage

Ce n'est pas representatif de ce qui se passe dans un projet.

Apres avoir passe des tests en mode mini-projets et code platform, je pense aujourd'hui que ces tests doivent etre remplaces et l'assessment du candidat doit s'appuyer sur un portfolio qui permet aussi bien d'expliquer des concepts d'interactions entres equipes et suivi projet que du delivery.[/quote]

Ils permettent de faire un tri rapide quand il y a beaucoup de candidatures. Le taux d'imposteurs est assez sidérant.
Je ne les ai personnellement jamais utilisés pour recruter, parce que je n'avais pas tant de CV que ça à me mettre sous la dent, mais pour ceux qui en ont beaucoup à traiter, je comprends qu'ils veuillent un premier filtre. En demandant à des "experts" Python de calculer une moyenne à l'aide d'une boucle, on en foutait déjà quasiment la moitié dehors. J'en ai même eu une, en creusant (c'était par téléphone, donc impossible de l'envoyer au tableau), j'ai fini par comprendre que son "expertise" Python se limitait à avoir modifié la valeur de quelques variables dans un code déjà écrit. Si t'as reçu 100 CV, je comprends que t'aies pas envie de te coltiner 50 cas comme ça.
Mais c'est juste un filtre. Ça ne suffit pas. Celui qui a le meilleur score n'est pas forcément le plus adapté au projet et à l'équipe. C'est pour ça qu'après il faut quand même rencontrer les candidats, pour comprendre ce qui les anime, quelles sont leurs expériences, leur état d'esprit, etc...

Par contre, demander des mini-projets, je trouve ça abusé. Si toutes les entreprises faisaient ça, la recherche de nouveau poste serait une vraie purge. 10 candidatures: 2 semaines et week-ends de mini-projets à la con... Pour un junior qui sort d'école, c'est peut-être tout juste acceptable, pour un candidat plus âgé qui a une famille, ça ne l'est pas du tout.

fullstack_obliged

61 Messages

actif
01/07/2020 à 14:34

Anthaus a écrit :[quote:c4a4c99bb6="fullstack_obliged"][quote:c4a4c99bb6="htnfr"]Et si vous devez tester un candidat, qui bossera avec vous dans un projet. Comment le testeriez-vous? 8)
Les codility, codewarz et autres plateformes permettent de faire un assessment de:
> La comprehension d'un probleme
> La comprehension / resolution d'algo
> La degre de maitrise d'un langage

Ce n'est pas representatif de ce qui se passe dans un projet.

Apres avoir passe des tests en mode mini-projets et code platform, je pense aujourd'hui que ces tests doivent etre remplaces et l'assessment du candidat doit s'appuyer sur un portfolio qui permet aussi bien d'expliquer des concepts d'interactions entres equipes et suivi projet que du delivery.[/quote]

Ils permettent de faire un tri rapide quand il y a beaucoup de candidatures. Le taux d'imposteurs est assez sidérant.
Je ne les ai personnellement jamais utilisés pour recruter, parce que je n'avais pas tant de CV que ça à me mettre sous la dent, mais pour ceux qui en ont beaucoup à traiter, je comprends qu'ils veuillent un premier filtre. En demandant à des "experts" Python de calculer une moyenne à l'aide d'une boucle, on en foutait déjà quasiment la moitié dehors. J'en ai même eu une, en creusant (c'était par téléphone, donc impossible de l'envoyer au tableau), j'ai fini par comprendre que son "expertise" Python se limitait à avoir modifié la valeur de quelques variables dans un code déjà écrit. Si t'as reçu 100 CV, je comprends que t'aies pas envie de te coltiner 50 cas comme ça.
Mais c'est juste un filtre. Ça ne suffit pas. Celui qui a le meilleur score n'est pas forcément le plus adapté au projet et à l'équipe. C'est pour ça qu'après il faut quand même rencontrer les candidats, pour comprendre ce qui les anime, quelles sont leurs expériences, leur état d'esprit, etc...

Par contre, demander des mini-projets, je trouve ça abusé. Si toutes les entreprises faisaient ça, la recherche de nouveau poste serait une vraie purge. 10 candidatures: 2 semaines et week-ends de mini-projets à la con... Pour un junior qui sort d'école, c'est peut-être tout juste acceptable, pour un candidat plus âgé qui a une famille, ça ne l'est pas du tout.[/quote]

Ouais je comprends bien la mecanique en effet...

Pour les mini-projets j'en ai fait et je me suis donne comme limite haute de temps 2 * 8h ce qui est deja enorme quand il y a famille et job a cote. Evidemment une ressource plus libre acceptera plus facilement de le faire... Mais comme toi je trouve que ce n'est pas tres fair-play pour comparer les candidats de maniere equitable.

Je pense que la presentation d'un projet dans le portfolio en soit n'a rien de deconnant .. C'est ce qu'on a tous deja fait dans nos jeunes annees en passant nos soutenances en fait.

hors-sujet mais comparable a ton experience de la personne au telephone: J'ai bosse avec des nouveaux arrivants sur un projet telecom en PL/SQL, ils ne savaient meme pas DECLARER une variable ... Quand j'ai vu ca j'ai compris que la SSII s'appuyait sur nous les anciens comme pilier du projet et evidemment on faisait notre job + le job des nouveaux bien sur...

Ozymandias

72 Messages

actif
01/07/2020 à 22:50

fullstack_obliged a écrit :Je pense que la presentation d'un projet dans le portfolio en soit n'a rien de deconnant .. C'est ce qu'on a tous deja fait dans nos jeunes annees en passant nos soutenances en fait.
Pour les personnes qui ont ou peuvent avoir un portfolio, ça peut être un plus pour certaines boîtes. En tout cas ça peut servir de sujet de discussion en entretien.

Par contre, l'approche portfolio n'est pas applicable à tout le monde :
- Il y a des gens très bons qui n'ont pas envie de passer du temps perso sur ce genre de choses.
- Il y a des personnes qui ne travaillent sur des sujets où il est compliqué d'avoir un portfolio présentable. Imaginez le "portfolio" que pourrait présenter un expert AS/400 !

fullstack_obliged

61 Messages

actif
03/07/2020 à 10:43

Ozymandias a écrit :[quote:1307978db2="fullstack_obliged"]Je pense que la presentation d'un projet dans le portfolio en soit n'a rien de deconnant .. C'est ce qu'on a tous deja fait dans nos jeunes annees en passant nos soutenances en fait.
Pour les personnes qui ont ou peuvent avoir un portfolio, ça peut être un plus pour certaines boîtes. En tout cas ça peut servir de sujet de discussion en entretien.

Par contre, l'approche portfolio n'est pas applicable à tout le monde :
- Il y a des gens très bons qui n'ont pas envie de passer du temps perso sur ce genre de choses.
- Il y a des personnes qui ne travaillent sur des sujets où il est compliqué d'avoir un portfolio présentable. Imaginez le "portfolio" que pourrait présenter un expert AS/400 ![/quote]

Oui je comprends bien, pas l'envie ou pas le temps ou pas la possibilite selon les projest sur lesquels on est staffe etc...

itconsult

82 Messages

très actif
05/07/2020 à 15:55

puisqu'on parle anecdote et d'imposteurs j'ai vu un consultant junior (deveoppeur) big5 incapable de configurer un driver odbc sur son pc

c'est moi qui ait du le faire, fait en 5 min, le gars a passé toute la journée ou presque avec la methode du trial and error (on utilise pas son cerveau ni lit la doc mais on modifie en esperant que ca marche !).
c'etait un presta bien sur, pas un freelance, je vous dit pas le tarif auquel c'est facturé non plus

fullstack_obliged

61 Messages

actif
06/07/2020 à 13:44

itconsult a écrit :puisqu'on parle anecdote et d'imposteurs j'ai vu un consultant junior (deveoppeur) big5 incapable de configurer un driver odbc sur son pc

c'est moi qui ait du le faire, fait en 5 min, le gars a passé toute la journée ou presque avec la methode du trial and error (on utilise pas son cerveau ni lit la doc mais on modifie en esperant que ca marche !).
c'etait un presta bien sur, pas un freelance, je vous dit pas le tarif auquel c'est facturé non plus
Hehe en meme temps ODBC les nouvelles generations ils connaissent pas. Ils sont trop habitues aux derniers outils de nerd click-config xml/json automatique :lol:


Bon sinon j'avais recu un dernier petit mini-projet mercredi en debut de soiree pour une position fullstack dev. Mais l'exercice est axe majoritairement sur la partie backend. J'avais fini a 80% environ jeudi soir, et livre le mock vendredi fin d'apres-midi... J'ai un peu pris mon temps, mais ca faisait un moment que je n'avais pas utilise Travis CI.

J'ai livre le source sur github et mis un pipe avec travis CI pour les tests automatises. J'attends le retour dans la semaine.



Exercise:
DroneCompany needs to implement a small web application for the inventory of its drones and
cameras. The application will include the following features:
1. A web page to register a new drone. Whenever a new drone arrives to the company,
someone from the support team will use the feature to register it by adding all the needed
data. This should include at least: name, brand, serial number, different type of supported
cameras (ex: phantom, DJI, x4303,hero3). The camera’s main parameters are the model,
megapixel number and the brand (ex: hero3, 12MP,gopro).
2. A web page to see the list of drones registered. In this page, it could also help to have
some kind of filtering (e.g. by name, brand, camera megapixel, etc) as well as the ability
to change the order of the results.
Keep in mind that all users can read the list of drones but only the members from the support
team can add new drones to the list.

fullstack_obliged

61 Messages

actif
09/07/2020 à 11:03

Bonjour je partage ici ce que j'ai livre pour ce test car j'ai besoin de vos avis:

Voici les livrables que j'ai poste la semaine derniere pour cet exercice. A votre avis est-ce que j'ai ete trop loin ? j'en ai trop fait ? Au total j'ai pris un peu moins de 12h pour tout faire(et il y a encore quelques ameliorations possibles sur le backend):

- Livraison du source sur github
https://github.com/mentally-gamez-soft/django-drones-inventory-manager

- Livraison du pipeline tests CI/CD sur travis CI
https://travis-ci.com/github/mentally-gamez-soft/django-drones-inventory-manager

- Livraison du mock sur heroku
https://droneinventoryapp.herokuapp.com/

fullstack_obliged

61 Messages

actif
14/09/2020 à 10:15

Bonjour,

Je reprends ce fil que j'avais ouvert car j'ai eu une nouvelle question qui m'a vraiment surpris.

J'étais dans l'entretien technique pour du java 8 et çà se passait plutôt bien même si clairement je dois jouer "catch-up", et là, la question que je n'aurais jamais vu venir de nul part: "Est-ce que vous tenez un blog technique ? ou faites des présentations vidéos techniques sur youtube ?" ...

Ca m'a semblé vraiment bizarre étant donné mon background qui a été développé bien en amont dans la discussion. Je suis dans le dev IT depuis la fin des années 90, et j'ai fait des études générales dans l'info. Je ne suis pas réellement spécialisé sur telle ou telle techno, et suis même plutôt agnostique en terme de langage de programmation.
On a clairement tous nos préférences en terme de langage de programmation; pour moi ce serait python/django + PL/SQL + sh + java. Mais notre force en IT c'est justement notre potentiel à apprendre vite de nouvelles choses grâce à nos connaissances fondamentales.

J'ai fait du Java avant l'existence d'un quelconque framework, avec un éditeur de texte type notepad et la javadoc... Bref même si je n'ai encore réellement jamais travaillé avec les fonctionnalités spécifiques de java 8, et encore moins avec springboot (ma dernière expérience était sur Struts), je pense avoir les fondations pour faire le job, et ne pas à avoir à tenir un blog technique pour montrer que...

Je ne sais pas si vous avez déjà eu cette question, mais là çà m'a vraiment déstabilisé dans le genre "Si tu ne tiens pas un blog technique, alors tu n'es pas up-to-date...". 

Bien à vous...