Zener131
Nombre de posts : 9
Inscrit depuis le : 29 décembre 2023
Réponse postée il y a 2 heures
Il y a plein de clients finaux qui en font un principe, pour des raisons plus ou moins fumeuses de cybersécurité ou similaires.
Il y a seulement 10mn, j'avais trouvé une boîte très sympa avec un besoin correspondant à mon profil, à proximité et en plus habituée au full remote, mon profil tout terrain leur plaisait bien, bref l'idéal...
Et boum ! leur principal client, un grand groupe industriel, leur a fait signer un contrat qui interdit toute sous-traitance, donc c'est mort.
Pourtant il n'y a strictement aucune différence technique entre un salarié opérant en remote depuis un PC dédié connecté au VPN de la boîte et un freelance dans la même situation. Le statut salarié n'apporte aucune garantie ni d'un point de vue cyber, ni en termes de loyauté, au contraire il est moins responsable légalement qu'un prestataire.
Mais c'est contractuel et ça leur interdit même de faire appel à des prestataires pour d'autres clients finaux !
Vive la France et son légendaire esprit pratique !
Vous êtes beaucoup à dire que vous trouveriez en CDI, mais pas en freelance. Comment expliquer cela ?
Réponse postée 2 février 2024 08:59
Ce n'est pas si évident, moi par exemple j'habite à Oraison (04700) et le 04 n'est pas forcément très riche en possibilités, mais j'ai une autoroute qui peut m'amener jusqu'à Aix-en-Provence nord en 1h.
Mais Aix c'est dans le 13 et si je "chasse" dans le 13, j'aurai 99% de propositions à Marseille, Aubagne... jusqu'à l'étang de Berre, donc un trajet totalement irréaliste le matin à 8h.
De même, l'autoroute passe par Pertuis qui est dans le Vaucluse, mais le Vaucluse ça va jusqu'à Avignon.
Donc le critère département est totalement inadapté quand ce n'est pas le sien et qu'on ne peut en exploiter que la part limitrophe.
Conséquence: la sélection par zone de mobilité du site est inutilisable, il ne reste qu'à examiner toutes les offres et calculer soi-même la distance pour celles qui ne sont pas de manière évidente trop loin.
Pas terrible.
D'ailleurs je me demande si Google, disposant de Maps, n'offre pas un service de calcul du temps de trajet routier entre deux lieux, et si une plateforme comme Free-Work ne pourrait pas simplement l'utiliser dans le matching. Amha ce serait d'intérêt majeur !
Je me demandais où tu voulais en venir avant la dernière ligne :-)
Je trouve que les critères cités sont classiques mais fonctionnent bien, ce que j'utilise souvent c'est le département. La ville étant trop restrictive, car dès que la ville est un peu grande, il y a du potentiel dans toute l'agglomération. Et région, c'est trop par rapport à ma mobilité (et je trouve complètement stupide l'utilisation des "nouvelles" mega-régions pour ce qui est de la localisation géographique).
Une évolution des critères de recherche pourrait en effet être avec un rayon autour de chez soi et de pouvoir rajouter les offres plus larges en full remote mais pour ce dernier point, dans les faits je n'y crois pas, il n'est pas assez répandu, notamment par rapport à un site généraliste comme free-work.
Réponse postée 1 février 2024 16:04
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 ?
Réponse postée 1 février 2024 15:49
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.
Réponse postée 22 janvier 2024 16:52
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.
Réponse postée 12 janvier 2024 14:58
Je pense que c'est tout l'intérêt d'expliquer aussi par la messagerie, l'état des choses à un moment donné.
Le revenu prévisionnel ne peut pas être chiffré avant d'avoir la prochaine mission (et même la garantie d'un premier paiement), on ne peut pas deviner.
On ne peut pas a priori être pénalisé pour n'avoir pas fait l'avance pour un hypothétique futur revenu.
Ce qui serait injustifiable par contre, c'est d'avoir eu des rentrées qui ne correspondaient pas à la baisse annoncée durant la période correspondante, donc d'être en retard de paiement.
Par contre, à savoir:
Début Janvier, les prélèvements sont réactivés sur la base précédente, il faut re-corriger si nécessaire.
Même avec un revenu prévisionnel à 0, l'URSSAF programme un prélèvement minimum de quelques centaines d'euros.
Quant au Fisc, ils mettent les prélèvements à 0% mais en même temps ils expliquent que "ça prend du temps pour être modifié et ne vous inquiétez pas, en cas de prélèvement indu, vous serez remboursé plus tard", et donc ça peut continuer durant des mois.
Et si vous êtes en avance de paiement pour l'année en cours, mais avez une "régule" pour l'année N-1, ça ne communique pas, dans le doute ça continue à prélever.
Si tu fais cela au milieu de l'année et que finalement tu veux réaugmenter car les affaires reprennent, tu n'est pas pénalisé ?
Réponse postée 12 janvier 2024 13:19
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.
Réponse postée 12 janvier 2024 12:24
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.
Réponse postée 2 janvier 2024 14:00
Bonjour.
C'est étrange, ça dépend peut-être du statut, mais je n'ai pas trouvé cette option.
Chez moi, c'est dans l'onglet Documents et Démarches qu'on trouve Réévaluer vos cotisations, et dans cette page on peut indiquer les Revenus estimés de l'année, ainsi que les Cotisations sociales estimées. C'est tordu parce que le "revenu" est la conséquence des CS et ce sont eux qui les calculent à partir du CA diminué des charges déductibles (oui on peut appeler ça un "revenu brut" mais c'est pas clair) !
Donc dans le doute, j'ai préféré donner là le CA diminué des charges déductibles et ajouter un message (dans la messagerie) qui explique bien la situation vue de mon côté: CA HT prévu, charges incompressibles prévues ou déjà engagées, CS déjà payées.
Et ils ont recalculé l'échéancier à partir de ça, ça a pris une semaine environ.
Sur le site de l'URSSAF, dans l'onglet "Cotisations & Paiements", il existe un service nommé Modulation des cotisations en temps réel
Je ne l'ai pas utilisé encore mais on dirait que c'est la solution à ton problème. Contrairement au fait de modifier un prévisionnel annuel pour baisser la cotisation de l'année en cours, ce système permettrait d'éviter le risque de sous déclaration donnant lieu à pénalité. Win win donc..
Quelqu'un a un REX a faire la dessus ?
