Comment trouvez-vous des missions web "from scratch"

walno a écrit : Bonjour,

Je suis dév back-end (Python/Django), 3 ans d'expérience.
Etant devenu Freelance il y a pas longtemps, je me suis naïvement inscrit sur Hopwork pour mes premières missions.

Alors certes j'ai reçu des propositions, mais à chaque fois il s'agit de reprendre des projets existants. C'est logique car les clients qui me trouvent via Hopwork le font probablement grâce au tag "Django", et s'ils recherchent du Django, c'est parce qu'il y un existant en Django... Logique.

Or, je sais que les projets from scratch ne sont pas une majorité, mais ce sont ceux-là que j'adore réaliser, ceux où l'on part juste des specs fonctionnelles, et rien côté tech.

La question est donc : comment trouver ces projets ??? Comment trouver les clients avant même qu'ils ne disent "j'ai besoin de telle techno" ?

Merci pour vos idées.

Bonjour,

Je ne suis pas sur qu'il y ait de règles, en général les projets débutent en Septembre / Janvier, si on vous propose une mission en Août en général le projet est déjà bien avancé.

Sinon il faut trouver des projets au forfait c'est pas mal aussi et en général on est plus libre concernant les technologies et la façon de réaliser le projet.

Après dans les faits, c'est rarement à un indépendant de choisir la technologie qu'il souhaite utiliser, il risquerait d'aller contre les bonnes pratiques de son client, voir implémenter des choses que personne ne pourrait reprendre.

Smilerch a écrit :
Je ne suis pas sur qu'il y ait de règles, en général les projets débutent en Septembre / Janvier, si on vous propose une mission en Août en général le projet est déjà bien avancé.

Sinon il faut trouver des projets au forfait c'est pas mal aussi et en général on est plus libre concernant les technologies et la façon de réaliser le projet.

Après dans les faits, c'est rarement à un indépendant de choisir la technologie qu'il souhaite utiliser, il risquerait d'aller contre les bonnes pratiques de son client, voir implémenter des choses que personne ne pourrait reprendre.

Merci pour votre réponse !
J'ai tendance à penser que vous avez l'habitude de travailler en entreprise (par rapport aux res règles de début de projet, et aux bonnes pratiques que vous citez).

Je pense (mais je me trompe peut-être) que mes compétences (Django) sont surtout demandées en start-up, et du coup, j'ai tendance à cibler les jeunes fondateurs de startups comme clients potentiels.

Pour ces CEO, je pense qu'il n'y a pas de langage particulier pour par exemple développer une API REST (ça marcherait aussi bien en Ruby qu'en Python) et du coup j'ose penser qu'ils laisseraient en partie la décision du langage à la personne qui est prête à les accompagner (à condition bien sûr que ce soit un choix éclairé, et non pas égoïste).

Pour le forfait, c'est une bonne idée, mais à condition que les specs soient exhaustives, ce qui est rarement le cas en startup (pas de projet en cycle en V, besoin de beaucoup d'agilité, de pivots)

walno a écrit :

Smilerch a écrit :
Je ne suis pas sur qu'il y ait de règles, en général les projets débutent en Septembre / Janvier, si on vous propose une mission en Août en général le projet est déjà bien avancé.

Sinon il faut trouver des projets au forfait c'est pas mal aussi et en général on est plus libre concernant les technologies et la façon de réaliser le projet.

Après dans les faits, c'est rarement à un indépendant de choisir la technologie qu'il souhaite utiliser, il risquerait d'aller contre les bonnes pratiques de son client, voir implémenter des choses que personne ne pourrait reprendre.

Merci pour votre réponse !
J'ai tendance à penser que vous avez l'habitude de travailler en entreprise (par rapport aux res règles de début de projet, et aux bonnes pratiques que vous citez).

Je pense (mais je me trompe peut-être) que mes compétences (Django) sont surtout demandées en start-up, et du coup, j'ai tendance à cibler les jeunes fondateurs de startups comme clients potentiels.

Pour ces CEO, je pense qu'il n'y a pas de langage particulier pour par exemple développer une API REST (ça marcherait aussi bien en Ruby qu'en Python) et du coup j'ose penser qu'ils laisseraient en partie la décision du langage à la personne qui est prête à les accompagner (à condition bien sûr que ce soit un choix éclairé, et non pas égoïste).

Pour le forfait, c'est une bonne idée, mais à condition que les specs soient exhaustives, ce qui est rarement le cas en startup (pas de projet en cycle en V, besoin de beaucoup d'agilité, de pivots)

Je suis d'accord avec vous concernant le fait que certains composants peuvent être développés avec des technologies différentes et arriver au même résultat, cependant n'oubliez pas que c'est aussi votre devoir de vous adapter à votre client.

Et personnellement, proposer une API REST Django ou autres à un client qui développe en .NET, je trouve cela douteux, car c'est positionner votre client face à un besoin de montée en compétence technique, ce qui n'est pas terrible.

Après les startup c'est bien. Mais ce sont rarement les boîtes les plus sécurisées en terme de budget, et rare sont les startup capables de s'engager sur du long terme. A l'époque ou j'étais à mon compte, je préférais me terrer dans une banque ou tu branles quasiment rien.