Développeur Logiciel - Conseils pour me lancer en freelance

Merci

Merci beaucoup pour votre retour détaillé. Je vais apporter les précisions demandées :

Concernant mon expérience professionnelle, je suis actuellement tech lead en CDI (44k/an), travaillant principalement avec React et .NET Core. J'ai réalisé plusieurs projets significatifs :

- Application généalogique pour avocats (React + .NET Core)

- Application mobile pour un club de football (Flutter + .NET Core)

- Back office de gestion (Angular + .NET Core)

- Application de gestion pour vacanciers (Angular + .NET Core)

- Plateforme de gestion des subventions médicales (Angular + .NET Core)

Pour la transition vers le freelance, après vos retours, je pense effectivement commencer par de la régie plutôt que du forfait pour débuter. Je comprends que c'est moins risqué et plus adapté pour constituer un réseau.

Niveau statut, je compte négocier une rupture conventionnelle pour début 2025, donc je suivrai votre conseil pour la SASU à l'IS afin de pouvoir bénéficier du chômage comme filet de sécurité.

Pour le réseau, je dois avouer que c'est mon point faible actuellement. Je suis déjà sur quelques communautés tech sur LinkedIn et Discord, mais je n'ai pas encore activé mon réseau d'anciens collègues/camarades de promo. Je vais travailler sur ce point en priorité.

Concernant le TJM, je visais initialement 400€ mais je comprends qu'il faut être plus flexible au début. Quel TJM me conseilleriez-vous pour débuter sur Paris avec mon profil ?

Merci encore pour vos conseils qui m'aident à mieux structurer ma démarche.

Démo CRM

Bonjour,

Merci pour ces questions pertinentes qui me permettent de préciser mon parcours.

Mon expérience ne se limite pas à 2 ans et au CRM. Je suis actuellement tech lead avec les expériences suivantes :

Expériences techniques :

- Application généalogique pour cabinet d'avocats

- Application mobile pour club de football

- Back office de gestion d'application mobile

- Application web de gestion pour vacanciers

- Plateforme de gestion des subventions médicales

- Site vitrine d'entreprise

Cette diversité m'a permis de travailler dans plusieurs secteurs :

- Juridique

- Sport

- Médical

Ce qui me distingue potentiellement :

- Position actuelle de tech lead

- Maîtrise de différentes technologies front (React, Angular, Flutter) et back (.NET Core)

- Capacité à gérer des projets de bout en bout (de la conception au déploiement)

- Expérience dans la gestion d'équipe et de projets

- Diplôme d'ingénieur en informatique

Vous avez raison concernant l'adaptation du CV. Je vais préparer plusieurs versions mettant en avant différents aspects selon les opportunités : leadership technique, expertise .NET, développement front-end, etc.

Y a-t-il d'autres aspects de mon profil que vous pensez pertinent de mettre en avant ?

Bonjour,

Dans votre CV réduit (il y a le cv complet et des cv plus ciblés) ou lettre de motivation, mettez en avant aussi :

• la connaissance de secteurs d’activité (si vous postulez pour une mission dans un cabinet d’avocats, le fait d’avoir travaillé avec un cabinet peut jouer par exemple)

• N’oubliez pas de regarder aussi vos loisirs sous le biais de la mission que vous voulez faire et le profil du service. Cela permet aussi de voir si vous pourrez vous intégrer à une équipe par rapport à quelqu’un d’autre.

Bonjour "Je suis un pseudo",

Si vous ajoutez le développement en ".NET" , comme indiqué, (C# ou un autre langage comme Delphi) ... ça fait du logiciel ET du Web.

PS : pour faire un langage "Web", il faut d'abord créer le "logiciel" qui va produire le langage Web.

Bien cordialement,

Yanolezard.

Angular, c'est fait pour faire du web, pas du logiciel. Peu importe le reste de la formulation, mais si vous pouvez me prouver le contraire c'est avec plaisir.
Moi je parle pas du C# ou autres, comme je l'avais indiqué et indépendamment de la notion de back ou frontend. Node c'est du backend pour du web, angular, c'est du frontend pour du web par exemple..

.Net c'est un framework de couche, Angular, c'est un framework web.
.Net ne repose pas forcément sur C#, tu peux aussi faire du C++ en langage, ect.

Asp c'est un framework web qui repose sur le framework de couche .net et Angular c'est un framework en langage Typescript qui à la fin pond du JavaScript.

.Net ça fait du compilé et Angular ça fait de l'interprété. Angular n'est pas fait pour faire du client riche, pour des raisons liée à la différence profonde entre du logiciel et du web. Interprété vs compilé, besoin d'internet pour fonctionner vs pas besoin d'internet pour fonctionner, protocole, couche OSI différente, besoin en performance, ect.

Non.

Tu confonds réaliser une application web et un logiciel. Ils ne sont pas développés en "mode web". Il est important de comprendre la différence profonde entre faire des sites et faire un logiciel.

Exemple simple, dans une usine, on peut retrouver une application web pour gérer tout le parc des entrants / sortants, à la place d'avant un logiciel pur. Autre exemple, dans une usine, ce qui va faire tourner l'application web ne sera pas des couches web mais des couches logiciels. Encore autre exemple, le noyau linux n'est pas à base d'Angular, React, ou les noyaux windows/linux ne sont pas à base de .net ou django, ils sont à base C et C++ et la raison profonde à ça est ce que j'ai déjà évoqué. Donc on ne parle pas de frameworks à ces niveaux.

Le monde du web est interprété, le monde du logiciel est compilé et dans ces notions de compilations il y a pleins d'autres notions qui viennent.
Car on fait aussi du compilé avec du web (JIT, Wasm, ...) mais, ça n'est compilé dans le même sens que compilé dans le monde du logiciel. De même, faire un jeu sur une console, c'est faire un logiciel, faire un jeu sur un site web, c'est faire une application web, faire un site qui montre le jeu, c'est faire un site web. Un jeu vidéo, bien que ce soit du logiciel, se fait (aussi) avec des frameworks ou des moteurs, comme faire un site web ou une application web, mais ce qui diffère, c'est ce que j'ai encore une fois, déjà évoqué : ce qu'il se produit au niveau des entrailles.

Non, on ne fait pas, de logiciel, avec du TypeScript/Angular.

Débat lunaire

Word version web: client léger + API Rest pour la gestion métier coté backend (codé surement en .Net)

Word version client lourd: présentation + logique métier gérée par la meme appli

Word version web n'est pas un client léger au sens logiciel. C'est une application web, ce qu'est l'équivalent (donc n'est pas) d'un client web. (la différence à faire est utile car il y a des raisons que je ne vais pas évoquer)

Il faut différencier

• Client léger

• Client lourd

• Client riche

• Client hybride

• Client local

• Client distant

• Client web

• Client mobile

• Client sans interface utilisateur (headless)

• Client natif

• Application web

• Application mobile

• Application native

• Application multiplateforme

• Application SaaS (Software as a Service) / PaaS / ...

• Application desktop

• Application cloud

Une application web peut-être : un Saas, Paas, ... MAIS, un paas, saas, ... peut, ne pas être une application web.

Et, il faut différencier rendre un service et la manière de le rendre. L'illusion de ce rendu semblant le même, n'en fait pas la même chose réellement. Ce n'est pas parce que la version web et logicielle de word rendent le même service, que ce sont les mêmes applicatifs.

C'est comme si, en tant qu'architecte logiciel / web / ... (bref, développeur), vous vouliez illustrer l'utilisation d'interfaces et d'héritage à l'aide d'un exemple avec des canards.

Vous pourriez concevoir un robot qui imite un canard ou un canard biologique amélioré par des fonctionnalités robotiques. Dans les deux cas, il y a un mélange de canard et de robot, mais leur nature fondamentale est différente et le crédule lui pourrait se dire, dans les deux cas, un robot canard et un canard robot, c'est pareil, alors que non :

1. Robot canard :

   • C'est un robot qui adopte les comportements d'un canard (voler, nager, faire coin-coin), mais il reste un robot.

   • Il n'a pas besoin de connaître les spécificités biologiques d'un canard (comme ses organes). Ce qui compte, c'est qu'il implémente une interface définissant les comportements d'un canard (par exemple, CanardInterface).

   • Il s'agit donc d'un Robot qui "se comporte comme" un canard grâce à une interface comportementale, pas d'un mélange biologique et mécanique.

2. Canard robot :

   • C'est un canard biologique auquel on ajoute des caractéristiques robotiques (vision laser, recharge énergétique, etc.).

   • Il reste avant tout un canard vivant et doit connaître les comportements d'un canard, mais il intègre des fonctionnalités robotiques (par exemple, via une interface RobotInterface ou en ajoutant des capacités robotiques par composition ou héritage).

   • Il s'agit d'un canard qui "utilise des outils de robot".

La différence fondamentale réside donc dans leur nature et leur responsabilité principale :

• Un robot canard est avant tout un robot qui imite les comportements d'un canard.

• Un canard robot est avant tout un canard qui bénéficie de caractéristiques robotiques.

Ainsi, il serait erroné de passer un objet Canard directement à un constructeur RobotCanard. Au lieu de cela, le RobotCanard doit dépendre d'une interface comportementale (CanardInterface), ce qui permet d'implémenter les comportements nécessaires sans mélanger les responsabilités ni les concepts.

Soit dans la bonne pratique :

• RobotCanard robotCanard = new RobotCanard("RC-01") qui hérite de RobotInterface et, qui étends de CanardInterface;

• CanardRobot canardRobot = new CanardRobot("Terminator Duck") qui hérite CanardInterface et qui étends de RobotInterface;

• Dans les deux cas, c'est "composition over inheritance", l'une des interfaces est passée dans le constructeur et l'autre héritée, mais, les deux sont des interfaces dans ce que j'explique pour démontrer que quelque chose qui peut sembler render le même service en apparence en réalité dans le fonds ne le fait pas, en plus de respecter les bonnes pratiques de conceptions d'un logiciel, site, ect en appliquant les principes SOLID, entre autre et en profitant brièvement pour introduire dans quel cas un modèle anémique est ou n'est pas une bonne chose. Car le junior va s'imaginer qu'une classe si l'on respecte l'OOP doit être composée de "get" et de "set" et le mec qui s'imagine être sénior va s'imaginer qu'une class (exemple une entité) ne doit pas être anémique et donc doit contenir toute la logique métier. Dans un cas comme dans l'autre : c'est faux, pourtant, dans un cas comme dans l'autre, le service rendu, sera le même.

  Et dans la mauvaise pratique :

• robotCanard = new Robot(new Canard()) ou canard = new Canard(new Robot()), ect.

• Ce qui est pour le coup à ne jamais faire : ici on est pas dans la dette technique on est dans la dette accidentelle (la dette technique c'est un crédit que l'on crée volontairement et que l'on rembourse à mesure de refactorisation et d'avancement dans le projet. La dette accidentelle c'est de l'argent que l'on a pas que l'on dépense, dit autrement c'est le junior ou c'est le faux senior).

Et donc appliqué à ce que sont les différence entre une application web et le reste, c'est pareil, si on fait des différences, ce n'est pas pour rien : un logiciel, ce n'est pas une application web.

PS : word version web, c'est du RESTFul, ce qui là encore, diffère du REST et la version logicielle utilise aussi l'API web, pourtant, ça n'en fait pas une application web.

Bonjour,

J’avoue bien aimer l’exercice intellectuel lié aux différences que vous mettez en évidence.

Cependant, je suis utilisateur voire donneur d’ordre pour avoir un logiciel ou une application. Je ne vais pas me poser des questions complexes sur le fait que j’utilise ou demande de faire un logiciel ou une application (d’ailleurs sur une tablette 2 en 1 : web ou non ?). Pas plus que je ne me demanderais si saas, add-ons ou autres sont l’un ou l’autre. De mon point de vue, je demande une solution et son champ lexical ne m’intéresse pas.

Par contre, votre position est très intéressante. Une personne qui emploi des termes complexes de son métier est souvent considérée comme un expert par rapport à un autre. Donc même si votre discourt est complexe et pour certains tiré par les cheveux voire inutile, il peut vous aider à mieux vous vendre.

Mon épouse est ergonome. Notamment, elle étudie les conditions physiques et psy d’une personne ou équipe pour trouver des solutions qui à la fois les aides tout en permettant à l’entreprise d’atteindre ses objectifs. Pendant le covid, elle a par exemple aidé par visio des dizaines de personnes sur leur positionnement en télétravail avec l’espace et le matériel à disposition (elle travaillait pour une médecine du travail à l’époque). D’ailleurs, si jamais vous avez besoin, elle est indépendante maintenant.

Pendant ses études (elle a repris ses études après une carrière d’infirmière), elle a eu un choc de culture au niveau vocabulaire. Sa formation d’infirmière la poussait à toujours vulgariser les explications du médecin (l’expert) pour que le patient comprenne ce que le médecin voulait dire. Or, comme ergonome, elle est l’expert et doit fonctionner en deux temps : expert dans ses relations avec l’entreprise, vulgarisatrice avec les salariés. Un de ses professeurs passait son temps à reprendre les présentations et rapports de ses étudiants pour en critiquer le vocabulaire.

Ici, les canards sont de la vulgarisation. Et j’avoue l’avoir appréciée.

Bonjour,

De mémoire (c’était comme cela Au début) : La base du site doit être complétée par les utilisateurs. Plus il y a d’utilisateurs qui la remplissent, plus les chiffres correspondent au marché.