Bonjour.

Beaucoup de développeurs ne sont pas localisés dans une grande ville, et donc cherchent en fait une mission à l'intérieur d'un certain rayon d'action autour de leur lieu de résidence. Ce rayon d'action a priori s'exprime en temps de trajet raisonnable en auto.

• Une simulation sur Google Maps par exemple (trajet à l'heure habituelle d'embauche) permettrait facilement d'estimer cette distance.

Mais il peut aussi y avoir des cas particuliers, par exemple si une ligne de train peut relier efficacement le domicile à un gisement d'activités intéressant.

• Donc il peut y avoir des zones alternatives dans cette mobilité.

Et bien sûr, beaucoup sont ouverts au télétravail, dans ce cas le monde entier est accessible.

• Donc ce critère "100% remote" est en soi une alternative qui doit "dézoner".

La simple hiérarchie ville (liste très réduite) / département / région / pays constitue un filtrage beaucoup trop rigide.

Qu'en pensez-vous ?

Bonjour.

Depuis des décennies que ces langages existent et sont tout de même assez fondamentaux, sur Free-Work comme partout, la recherche visiblement ignore les "++" et cherche bêtement la lettre C, qui est assez courante, quel que soit le domaine.

Apparemment, ajouter des doubles quotes n'y change pas grand chose...

Parmi les suggestions il y a bien "Développeur C/C++", mais alors la recherche se focalise sur le mot "Développeur" et se fiche totalement du langage.

Dans tous les cas, les résultats obtenus n'ont aucune pertinence.

Il serait intéressant de pouvoir faire une recherche exacte sur des noms de technologies, même s'ils ne comportent qu'un caractère ou contiennent des symboles.

Merci,
Cordialement.

Bonjour.

Sur Free-Work aussi, on cherche "Développeur C/C++", même pas saisi en texte libre, en fait sélectionné dans une liste, et on a une avalanche de réponses dont seules quelques unes ne sont pas hors-sujet.

Et même dans ce forum, catégorie C,C++, j'ai vu une discussion qui parle de C#, alors qu'il y a une catégorie C# juste après dans le groupe.

En fait, depuis des décennies que ces langages existent et sont tout de même assez fondamentaux, partout beaucoup de formulaires visiblement ignorent les "++" et cherchent bêtement la lettre C, qui est assez courante, quel que soit le domaine.
Apparemment, ajouter des doubles quotes n'y change pas grand chose...

Connaissez-vous des plates-formes qui soient capables de faire la différence et proposer une recherche pertinente ?
Et là je lance une super idée: et si Free-Work était la première à réussir cette incroyable innovation ? Imaginez: on saisit C++ et ça retient les missions demandant du C++ !

Merci.

Ah ! les mots-clés vs la réalité... une longue histoire.

Je crois que les motivations, c'est une question de point de vue et je n'ai pas envie de polémiquer sur les choix personnels. J'essaie plutôt de comprendre aussi les raisons du Client.

Je confirme que je suis développeur, mais je développe souvent des logiciels qui interviennent au milieu de processus industriels concrets, également avec des subtilités au niveau de l'ergonomie, c'est à dire la manière dont les Utilisateurs les utilisent, et pour ça, constater sur place dans le monde réel a son intérêt.

Par contre, évidemment je n'aime pas du tout les voyages, ni conduire, alors je préfère que cela soit réduit au strict nécessaire.

Je maintiens ma suggestion à Free-Work des schémas de mobilité alternatifs, fondés sur le rayon d'action. Je pense qu'elle clarifierait efficacement l'objectif, mieux qu'un choix entre des mots-clés.

Car effectivement, quand ça doit forcément rentrer dans des cases et aucune ne convient, on prend la plus ressemblante, on use du marteau et on dit à côté "j'ai fait avec ce que j'avais, veuillez noter que...". C'est un grand classique de la classification.

Bonjour.
Je pense que cela ne doit pas être une question de principe mais de réalisme.
J'ai fait une mission de 2 ans en full remote avec un Client suisse. Il se trouve que sur la durée, j'ai été invité à une semaine de découverte à l'usine et évidemment, j'y suis allé, c'était très intéressant. Il a fallu m'organiser.
N'avoir jamais aucun contact direct avec le Client et ne jamais voir en réel les processus sur lesquels on travaille, c'est possible mais parfois assez irréaliste.
Évidemment, c'est différent du fait d'aller travailler dans les locaux du Client, sans justification particulière, juste pour le principe d'y être pour un quota de temps.
Évidemment aussi, la distance peut rendre la chose très compliquée, s'il faut prévoir passeport, vaccinations et toussa...
Quand on recherche une mission en full remote, c'est généralement plutôt parce qu'on est localisé en un coin assez isolé et donc le présentiel imposerait des heures de transports coûteuses, épuisantes et inutiles.
D'où la notion de réalisme: un voyage technique nécessaire et un déplacement "de principe", ça se considère différemment et ça peut changer la faisabilité de la mission.
J'ai tenté de formuler ça dans ma mobilité et en effet, ce n'est pas pratique du tout:
- j'accepterais le présentiel à distance proche,
- je préférerais le partiel si ça dépasse 1h de voiture (aux heures habituelles de prise de poste),
- c'est forcément du full remote au-delà.
Si le site proposait plusieurs schémas de mobilité alternatifs, fondés sur le rayon d'action (en km routiers ou mieux: en temps de conduite), ce serait très intéressant.