## Projet du mois de mai 2024

Ce mois-ci a pourtant été rempli de projet, il n'y a qu'à voir les articles postés sur le blog pour s'en rendre compte. Je n'arrête pas de créer et cela me prend beaucoup de temps, j'apprends et je grandis à chaque fois. 

Bon ! Ne passons pas par quatre chemins, nous allons faire un état des lieu de ce que je veux réaliser, et je vous parlerai ensuite de pourquoi je le fais.

> Je vais réaliser un SaaS de facturation

Le service n'aura que peu de fonctionnalités, l'édition et la génération de pièce commerciale. 

On pourra générer des : 
- devis
- bon de commande
- facture

J'ai sauté la partie bon de livraison car cela ne se fait pas trop dans la vente de service, car oui, mon **SaaS** est dédié à la vente de service pour des structures qui ont peu de clients et font une poignée de facture par mois. 

Le service proposera une page où l'on pourra éditer cette pièce commerciale en y ajoutant des lignes, des mentions, des remises etc...

Le tout pourra être envoyé par email ensuite, et générera bien évidemment un **PDF**.

Ce que je souhaiterais faire en plus:

- mettre en place une **API** multi tenant avec une clé d'**API** attaché à un compte pour éditer via **API** une pièce commerciale
- mettre en place un worker mail qui se chargera d'envoyer les **PDF**
- mettre en place un worker de génération du **PDF**

Plus tard, dans une v2, si je parviens à trouver un marché, je ferai une version qui offrira un lien de paiement pour pouvoir être payé en ligne directement par les clients.

Pour ces services j'ai pensé à 2 offres: 

- **5,99 €** pour <u>5 factures</u> par mois
- **9,99 €** pour <u>nombre illimité de factures</u> par mois avec accès **API**

### Pourquoi je fais un énième projet de facturation

Il s'agit d'un projet utile et d'une brique qui pourra être réutilisé pour n'importe quel **SaaS** que je souhaite faire ensuite. 

Une fois que j'aurai celui-ci, via le système d'**API** et les **workers**, je serai en mesure de m'appuyer sur ce dernier pour générer les factures de chacun de mes services à venir, ainsi, je gagne du temps en commençant par cette brique commune.

Ce projet m'apporte énormément de motivation, et j'espère dégager le temps nécessaire pour pouvoir réaliser cela dans un délai raisonnable. 

Je sais que je souhaite le boucler à la fin du moi de mai au plus tard, mais je sais aussi que je risque d'être pris par autre chose. Au pire, j'essaierai de sortir la version la plus minimaliste possible et le développerai davantage par la suite.

Les technologies utilisées pour ce projet seront:
- **Next.js**
- **Temporal**
- **Docusaurus** pour la documentation

J'ai déjà  en tête les autres projets qui vont suivre et je suis excité rien qu'à l'idée de les réaliser. 😊








large_projet-mai.jpg

medium_projet-mai.jpg

small_projet-mai.jpg

thumbnail_projet-mai.jpg

projet-mai.jpg

J'ai décidé de lancer un projet chaque mois et d'en faire un service, que ce soit gratuit ou payant. Il s'agit de travailler ma technique, de continuer la R&D et de continuer à apprendre. Ce mois ci, qui est déjà bien entamé, ne me laisse pas une grande marge de manoeuvre, mais je vais tout faire pour mettre en place quelque chose...

Projet du mois de mai 2024

Voilà, je suis très heureux de vous annoncer le site [Upgradists](https://upgradists.com) dans une version une peu plus "définitive" même si rien n'est figé. Je tenais à réaliser quelque chose de plus professionnel et n'hésitez pas à me faire vos retours, remarque et observations.

Ce qui a été fait:

- mise à jour de Next
- ajout des mode light/dark
- recréation graphique
- optimisations mobiles

J'ai aussi mis à jour les rubriques "Projets" afin d'y ajouter les derniers projets sur lesquels j'ai travaillé. 



large_Upgradists.jpg

medium_Upgradists.jpg

small_Upgradists.jpg

thumbnail_Upgradists.jpg

Upgradists.jpg

Je refais le site Upgradists afin qu'il soit plus représentatif de comment je travaille et de la qualité de ce que je veux produire.

Je mets à jour le site d'Upgradists

## L'idée du projet

On a souvent des idées pour solutionner un problème que l'on rencontre dans nos vies. Le mien est simple: 

Il m'arrive de faire une partie de jeu rétro, les jeux que j'aimais beaucoup dans mon enfance. J'ai passé tout le collège/lycée entre les salles d'arcades près de l'école et le cybercafé du coin.

Le problème, c'est que je ne joue plus très souvent, c'est plutôt par phases, et quand j'y reviens, j'ai complètement oublié comment réaliser les techniques du jeu. Car oui, chaque jeu a ses propres personnages, et chaque personnages a ses propres techniques. 

D'ailleurs, très souvent, un jeu étant réalisé par un éditeur en particulier, implique un style spécifique dans la maniabilité du jeu. Et si on commence à faire toutes les combinaisons possibles : éditeur > jeu > personnage et enfin technique, on a de quoi s'y perdre.

Je veux créer une sorte de manuel en ligne qui va regrouper toutes les manipulations permettant d'effectuer les techniques de jeu. Et je ne demande rien en retour, pas de formule payante, rien ! Je veux juste une application qui règle ce problème et qui serait utile au plus grand nombre.

## La réalisation de l'idée

### Un premier abandon 

Afin d'exécuter le projet qui me permettra de résoudre mon problème, je décide de créer une application mobile en 2017. 

La première étape consiste à rassembler le maximum d'informations, et vous réalisez bien que si l'on multiplie toutes les possibilités que j'ai cité plus haut, et qu'en plus il faut aller chercher cela sur internet. C'est pareil, on s'y perd... 

Non seulement, peu de sites respectent une convention que l'on fini part intégrer à force d'utilisation, de même, peu de sites sont responsives. <u>Il faut donc, toujours être sur un ordinateur pour les consulter</u>. En sachant que **quand on joue, on est parfois loin de son ordinateur**.

J'ai rapidement été découragé par la lourdeur de la tâche. Il y avait bien trop de chose à faire avant même de pouvoir se lancer dans la réalisation du projet. Rassembler autant d'informations me semblait au dessus de mes forces.

### Une seconde tentative

J'ai tout de même gardé l'idée dans un coin de ma tête. J'ai continuer à rassembler des informations de temps à autre quand je le pouvais. Mais sans pour autant avoir envie de relancer le projet.

A un moment, vers 2019-2020, je devais me rendre à l'évidence, j'avais déjà rassemblé une soixantaine de jeux. Je pouvais déjà commencer une ébauche d'application afin de voir ce qu'il était possible de faire.

J'ai décidé de partir sur **Ionic React**. Il s'agissait des premières versions de **React** sur le framework **Ionic**, permettant de réaliser des applications mobiles depuis une application Web (grâce à **Apache Cordova**). 

Cette fois-ci, j'ai fini par boucler ma plateforme: une liste de jeux était consultable directement depuis le téléphone avec 60 manuels de jeux en poche. 

Pour le backend, j'étais parti sur du **Serverless Framwork**, hébergé sur **AWS** en utilisant un combo: **API Gateway**, **Lambda**, **RDS PostgreSQL**.

J'étais content de moi, et je décidais de le poster aussitôt sur les stores mobiles. 

A l'époque, ça ressemblait à ça:

![versus-db-v1-cropped.JPG](https://bo.dev-freelance.fr/uploads/versus_db_v1_cropped_58838a3d46.JPG)

Mais j'ai rapidement déchanté... Alors que je n'avais eu aucun problème pour soumettre mon projet sur **Google**, chez **Apple**, ce n'était pas la même histoire.

Le service d'approbation des apps m'a cassé les pieds sur plusieurs échanges. Ils ne voulaient pas publier l'application pour la raison suivante: _"Manque de fonctionnalités"_. 

Je me tuais à leur dire: 

> C'est une encyclopédie ! Tu veux quoi d'autre comme fonctionnalité pour une encyclopédie ? Te faire livrer des suhis ?

Bref, je pense toujours que ce sont des crétins finis, mais bon... ce n'est pas le débat. Quoique peut être que cette mésaventure a créé chez moi une allergie totale aux produits **Apple**. J'ai bazardé mon **Mac**, vendu mon **iPhone** sur **Backmarket**, et je ne veux plus entendre parler d'eux. Manque de peau, mon outil de travail fourni par le client, est un **Mac** 😂. On fera avec, mais dès que je termine mes heures, je suis le plus heureux des geeks en repassant sur mon **Linux**. 🐧

Après avoir passé encore une fois, des années à récolter les données, des semaines à réaliser ce premier jet en dehors de mes heures de travail. C'était trop ! J'étais découragé, réduire à néant des efforts pour de telles futilités et un jugement inapproprié d'une personne qui n'est pas du tout la cible de cet outil. J'ai de nouveau abandonné.

### Je n'abandonne jamais vraiment

Dernièrement, je ne vais pas vous le cacher, j'ai bouclé de gros projets professionnels et personnels, j'avais besoin de souffler un peu. De réaliser quelque chose de nouveau pour moi et pas pour un client ou pour mon apprentissage. Quoique pour l'apprentissage, on peut toujours joindre l'utile à l'agréable.

Je me suis laissé tenté par un essai de **FlutterFlow**, je voulais refaire mon application mobile, mais cette fois-ci, je ne voulais plus y passer des semaines, mais boucler tout cela en quelques jours. 

Côté base de données, je n'ai jamais cessé de récolter des informations, ma base compte aujourd'hui plus d'une centaine de jeux. Après tout, on est en 2024, le temps file à toute vitesse et cela fait déjà 4 ans depuis la dernière tentative. 

Alors que j'étais sur le point de m'y mettre, j'ai eu une discussion avec mon épouse. Je vous en parlais dans un article il y a peu de temps. Elle me poussait à partir sur une plateforme web, pour plusieurs raisons, il y a un recul des installations d'applications sur téléphone. De plus, si je veux m'affranchir de toute barrière inutile et non qualifiée, il faut que je sois seul à décider de ce que j'ai le droit de faire. Donc oui: <u>UN SITE WEB</u> !

## Les technologies utilisés pour mon projet

Afin de rester sur le délai cours que je m'étais fixé, je voulais impérativement partir sur une techno que je maîtrise, du moins que je connais suffisamment pour sortir quelque chose.

Le choix est vite fait: **Next.js**, **Typescript** ! Pour la base, on ne va pas réinventer la roue, on va partir sur du **MongoDB**. 

J'ai décidé de partir sur **Next.js** en **App Router**. Vous l'avez utilisé ? De mon côté c'est la première fois et je dois avouer que j'ai connu un début assez frustrant.

Plus de **getServerSideProps**, plus de **getInitialProps**, ce temps est révolu, maintenant, on fait des appels back non exposés depuis les pages elles mêmes. Tout ça avec de simples directives: **"use server"** ou **"use client"**.

**Incroyable !**

**Next.js** fera lui même le travail d'exposer et de masquer une partie du code source, de manière intelligente en faisant des appels réguliers front/back afin de finir de synchroniser la page, en post chargement !

J'ai eu du mal à l'idée que je ne pouvais plus utiliser mes **hooks** en **server side rendering**, moi qui suis un aficionados des **hooks**. Mais avec une bonne organisation et un découpage des composants de manière à permettre à d'autres d'être en **"use client"** et utiliser des **hooks**, tout est ok !

Pour réaliser ce projet, j'ai: 

- Utilisé [la librairie que je vous présentais dernièrement concernant les routes d'**API**](https://dev-freelance.fr/dev/generer-facilement-ses-endpoints-api-en-typescript)
- Mis en pratique, ce que je partage autour de **Zod** et **React-Hook-Form** concernant les validations de schéma
- Fais usage de **débounce** pour éviter un **DDos**
- Créé **un moteur de traduction** maison qui traduit à la volée, front/back, pour la **SEO**. Je n'en suis pas à mon coup d'essai car je l'avais déjà fait chez un client à l'époque, cette fois, j'ai pu optimiser tout cela en faisant des optimisations. D'ailleurs je vous invite à tester les langues asiatiques, ça donne un côté trop cool au rendu visuel ! 
![translation.gif ><](https://bo.dev-freelance.fr/uploads/translation_f25abd29bc.gif)
- Effectué un gros travail de fond sur la couche d'**encryption**: j'ai mis en place un moteur maison d'encrypt/decrypt à la volée sur mes **APIs**. 

Et rien que ça, mérite un saut de joie: 🙌 hop là !

On reviendra techniquement sur **Next.js** dans un prochain article qui: 

<button class="bg-blue-500 hover:bg-blue-700 text-white font-bold py-2 px-4 rounded" data-target="nextproject" onclick="unSpoil(this)">
spoil
</button>

<div class="hidden p-4 bg-gray-400 my-4 rounded-lg" id="nextproject">
Parlera de mon prochain projet !
</div>

Mais concernant le projet dont je vous parle dans cet article, c'est avec une immense joie que ce projet voit le jour. 🚀

Rendez-vous sur [https://versus-db.com](https://versus-db.com)

![sample_2.gif ><](https://bo.dev-freelance.fr/uploads/sample_2_b38cea5051.gif)

Alors, je sais, les promesses ne sont pas (encore) tenues. J'ai dernièrement constaté avec mon épouse, grâce à son téléphone (un iPhone 🤦‍♂️) que j'ai encore des problèmes d'incompatibilité à régler avec Safari sur iOS.

Décidément, Apple me cassera les pieds jusqu'au bout...

Mais pas de soucis, vous commencez peut-être à me connaitre. Même des siècles après, je n'abandonne rien ! 😉

large_dernier-projet-next.jpg

medium_dernier-projet-next.jpg

small_dernier-projet-next.jpg

thumbnail_dernier-projet-next.jpg

dernier-projet-next.jpg

Je vais vous parler d'un projet, que j'ai sorti il y a peu de temps. Il s'agit d'un vieux projet que je traînais dans mon sac à dos depuis des années. On va parler jeux-vidéos, parfois arcade, parfois console mais plus précisément, on va parler de jeux de combat. Et aussi de Next.js, de Typescript, Node et Temporal.

Mon tout dernier projet Next.js

### Comment j'occupe mon temps ?

Sur mon 9 à 5, je fais des projets pour mon principal client. En dehors, je bosse jusqu'à tard le soir et depuis tôt le matin. Je suis du genre solopreneur, solocodeur, et j'aime beaucoup faire des projets et les enchaîner. J'ai appris à me fixer des objectifs courts dans un premier temps puis à les faire grossir par la suite. La vérité, c'est que j'ai un peu shifté de mindset, car, j'imagine que comme beaucoup de développeurs, j'ai dû me perdre une fois ou deux en essayant de pondre quelque chose 😗

### Qu'est-ce qui finance mon train de vie en tant que développeur freelance ?

Rien de plus simple : le freelancing ! Aider des clients, en particulier mon client principal pour qui je fais de la "régie" full remote.

Mon travail consiste à :

- implémenter des features
- faire un peu de R & D, lorsqu'il y a des chantiers nouveaux
- répondre à des problématiques techniques
- automatiser autant que je le peux

À vrai dire, ce que je préfère, c'est de faire des produits nouveaux, aussi souvent que je le peux. Faire de l'exploration en développement, c'est super excitant. Mais vous imaginez bien que l'on passe la majeure partie du temps à faire de la maintenance, montée de version et ajuster des features à droite à gauche, on ne fait pas autant d'exploration qu'on le voudrait...

C'est pourquoi je complète cette frustration d'ingénierie par ma R & D perso. C'est pour ça que je continue à faire de la veille et que je vous recommande de ne jamais cesser d'explorer.

### Où nous mène l'exploration en développement ?

Premièrement, je dirai que le principal avantage, c'est l'épanouissement, de toujours apprendre, découvrir. Vous savez, vous êtes probablement ou vous avez probablement déjà été comme ça.

En tout cas, enfant, vous l'étiez forcément.

Vouloir tout savoir, tout comprendre, comment marche le monde ? Comment fonctionnent les choses ?

C'est un peu cela que j'essaie de reproduire et je pense que c'est aussi cela que recherchent les développeurs.

Notre métier est un métier qui stimule les mêmes neurones qui nous excitaient déjà étant enfant : apprendre, comprendre et expérimenter. Ajoutons à cela une dose de compétition acquise pendant l'adolescence et nous avons le parfait cocktail qui crée l'innovation dans ce monde.

Je pense que chaque grande création et chaque avancée ont été stimulées par une envie de compétition doublée d'un petit plaisir d'exploration !

Pour faire un brin d'humour, je dirais que celui qui a inventé la voiture a forcément dû se dire à un moment : Tu vas voir comment je vais aller plus vite que toi et sans chevaux ! 😂

### Comprendre ma nature

Je vais me livrer un peu à vous, lecteurs : j'ai mis du temps à comprendre ma nature et je m'en veux toujours un peu de ne pas avoir réalisé plus tôt.

Pendant longtemps, j'ai voulu partir sur des projets moonshot, fasciné par le monde des startups et l'influence de la Silicon Valley sur nos vies. Je pense qu'il y avait un côté fun là-dedans qui m'attirait beaucoup. À tel point que j'ai eu moi-même envie de monter ce genre de projets qui va révolutionner le monde. Jusqu'à ce qu'il y ait toujours quelque chose qui foire. 😣

- Soit je ne croyais pas suffisamment au projet, mais plus à l'idée que je me faisais du projet (le principe startup, les paillettes, vie de rêve à la californienne).
- Soit il y avait toujours quelque chose dans l'équipe avec qui j'étais qui ne me donnait pas envie de poursuivre avec eux.
Je ne tiens pas à faire mon difficile, mais j'admets que je suis exigeant en tant qu'associé.

J'aime que les gens exécutent, chacun dans son rôle !

**Si je travaille avec des sales, et bien ils ont intérêt à vendre.**

**Si je travaille avec des leveurs, ils ont intérêt à faire financer.**

Pourquoi je dis qu'ils ont intérêt ? Car, sans prétention mais je nous connais les devs... On va le faire le projet ! Si tous les éléments sont réunis pour qu'on le fasse, à savoir, payer notre loyer, payer notre nourriture, vivre confortablement, et avoir les moyens de réaliser notre projet (je ne vais pas faire une fusée pour 150 €)...

Nous, on peut faire le projet ! 

J'ai quitté des startups avec des prototypes quasiment en place, je dis quasiment car, après N mois, je constatais souvent que presque tout le monde faisait du surplace. Bien souvent, le produit était déjà là, pouvait déjà faire ce pour quoi on l'avait conçu. Pas en totalité, mais HEUREUSEMENT ! 

Sinon **Facebook** attendrait sa version 2018 pour sortir, et **Microsoft** aurait fait de même en attendant Windows 10 pour sortir la première fois... 

Un sales qui veut un produit fini pour vendre, un leveur qui veut 3000 clients pour lever...

Et bien je suis désolé, mais si j'ai un produit fini, je n'ai besoin d'aucun sale. De même, si j'ai 3000 clients, je ne vais pas non plus m'encombrer d'un leveur de fonds.

Je veux que les gens méritent leur place, simplement. Et si j'ai vexé plus d'une personne jusqu'ici, je m'en excuse sincèrement.

Sachez que de près ou de loin, vous êtes peut-être des gens que j'apprécie. Et peut-être que j'adorerais partager un déjeuner avec vous, discuter et rigoler. Mais quand il s'agit du boulot, moi je n'ai qu'un camp : **l'efficacité** !

L'efficacité dans tout, dans les choix, les décisions techniques, l'exécution. N'oublions pas qu'une startup ça doit faire un produit ! Plus on le fait rapidement, plus la société est rentable.

Pour moi, il y a aucun intérêt à sortir des outils de fous, si on peut faire l'exacte même chose avec un outil plus simple et plus adapté. En tout cas dans un projet de startup à but lucratif. 

Je ne vais pas faire un backend en **Erlang** parce c'est bulletproof sur les communications, si je ne suis pas en train de faire un projet basé sur la communication. 

De même je ne vais pas utiliser 50 couches d'abstractions de design pour mon frontend sous couvert que c'est déjà fait et que ça va nous permettre d'aller vite. La vérité c'est que bien souvent avec un simple **Tailwind**, on fait beaucoup plus simple, plus vite et plus maintenable qu'un projet avec plusieurs dépendances externes uniquement pour le design. 

Comme je vous disais, j'ai compris ma nature, je suis plutôt solopreneur. Je ne suis pas fermé à une équipe talentueuse mais pour le moment, ça m'a plutôt réussi d'être seul. J'avance à mon rythme, je n'ai pas de comptes à rendre.

Aussi, je vous souhaite de comprendre votre nature et de vous accepter tel que vous êtes. Plutôt que d'essayer de vous forcer à être quelqu'un que vous n'êtes pas.

### Et mon projet là dedans ?

Et bien sachez qu'il est en bonne voie car je suis en ce moment même en train de travailler sur ma première version en ligne, que je partagerai prochainement, une fois que j'aurai une version suffisamment "stable".

Mais afin de vous en dire plus, sachez que le projet s'appuiera sur une Stack : **Next.js Typescript** > **Express Typescript** > **Mongo**

Cette fois-ci, avec **Next.js** je suis passé à l'**App router**, qui est tout nouveau pour moi. Je dois avouer que j'ai eu du mal au début, mais avec le temps, on s'y fait, je comprends même que l'on puisse y trouver un intérêt à un moment.

De plus, le projet sur lequel je suis est la continuité de plusieurs tentatives passées qui ont échoué :

J'ai fait un premier jet en 2017 que j'ai abandonné car je trouvais ça trop long.
En 2019, j'ai réessayé et cette fois-ci j'ai sorti une appli mobile **Ionic React** avec un backend **serverless framework** sur **AWS** Lambda et base **RDS**. J'ai abandonné suite à de multiples refus de la part d'Apple de l'intégrer au store car : l'app ne contient pas assez de features...
Aujourd'hui, j'ai décidé de donner une nouvelle chance à ce projet. J'étais parti pour tout faire en **nocode** avec **Flutterflow**, afin de tester l'outil. 

Mais ma femme m'a dit quelque chose d'assez percutant :

>Tu devrais la lancer en simple **webapp**, il y a un énorme recul de l'installation d'applications mobiles. Les gens ont de plus en plus d'applications et veulent s'en débarrasser. Ta plateforme doit être accessible de partout, tout le temps, sans friction.

Qu'est-ce qu'elle est intelligente ma femme ! 😍

Elle a raison, j'ai tout repris, et en quelques semaines seulement en étant part time, j'ai fait bien plus qu'à l'époque. Il faut dire, entre temps, non seulement j'ai appris, mais aussi, les outils sont de plus en plus performants !

**Next.js**, **Typescript**, etc... ça change la vie !

Allez c'est parti, je l'ai fait, il va sortir dans sa version définitive bientôt, restez à l'écoute, bon code à vous 😉



large_some-news.jpg

medium_some-news.jpg

small_some-news.jpg

thumbnail_some-news.jpg

some-news.jpg

Cela doit bien faire quelques jours que je ne donnes plus de nouvelles sur ce blog, car mes amis, l'heure est à la création. Je travaille comme un forcené en ce moment même pour pondre mon prochain projet. Ca vous intéresse ?

Quelques nouvelles, qu'est-ce que je deviens

## Le prix des VPS

Il y a bien quelque chose que je n'ai pas l'habitude de discuter, c'est le prix. 

Enfin, entendons-nous ! **Pour moi, le prix c'est la valeur de la chose, mais à condition que le prix soit juste.**

C'est à dire qu'un sandwich s'il doit coûter 4€, ok, c'est un sandwich. 

Même si je ne suis pas un fan d'Apple, si on me dis qu'un iPhone, ça coûte 1000€, à la limite c'est leur prix qu'ils ont estimé pour leur téléphone. 

Personnellement je n'irai pas, mais je ne discute pas son prix.

Idem pour une Porsche, c'est le prix d'une Porsche.

Maintenant, que diriez vous de payer **une Clio au prix d'une BMW** ? Vous trouvez ça juste ?
**Un sandwich à 25€** ?

Et bien c'est un peu la surprise que m'a fait **Scaleway** pour 2 **VPS**:

 - un Quad core
 - un Double core

Les 2 ensemble 30€ / mois environ. Pour des machines qui coûtent à tout casser ensemble, la moitié et encore...

Ramené au mois, ça ne parait pas délirant, mais à l'année on arrive à des factures de plus de 300€ pour des services d'entrée de gamme...

Alors oui, je n'ai jamais vraiment vérifié et c'est totalement de ma faute, mais pour le coup, je ne vous cache pas que pour des services que j'ai souscris à 7€ environ par mois, leur augmentation de prix est considérable.

## Que vais-je faire pour mon hébergement web ?

Et bien je compte migrer, cela va me demander un peu de temps et de travail, entre-autre, la configuration.  Mais je compte bien tout refaire, à prix raisonnable.

### Chez qui je compte partir ?

Sachez que ce post n'est pas sponsorisé mais je partage cet information avec vous à titre d'information. J'ai d'autres projets que j'héberge chez [Pulsheberg](https://pulseheberg.com/en/) depuis quelques années également. 

Je suis satisfait du service, et pour le prix, je m'y retrouve.

Aussi, si vous devez lancer un nouveau service, je vous conseille de bien regarder et de calculer à l'avance combien cela va vous coûter dans le temps. 


large_scaleway-hosting.jpg

medium_scaleway-hosting.jpg

small_scaleway-hosting.jpg

thumbnail_scaleway-hosting.jpg

scaleway-hosting.jpg

Depuis 4 ans, j'héberge des services chez Scaleway et j'ai pris l'habitude de ne plus regarder les frais passer chaque mois. Ca passe, ce sont des frais, je payais sans trop regarder. Dernièrement je passais en revue les frais de la société et je n'ai pas manqué de bondir au plafond concernant la facture de Scaleway.

Je lache Scaleway

Dernièrement, je vous parlais [d'un petit projet que j'ai réalisé pour un expert comptable](https://dev-freelance.fr/news/je-cree-un-convertisseur-de-releves-bancaires-pour-un-expert-comptable), afin de permettre la conversion de relevés bancaire en un format **Excel** spécifique à **Coala** (logiciel comptable maintenant renommé en Sage Génération Expert).

J'ai décidé de partir sur une application client side avec **Electron**, et comme vous vous en doutez, les collaborateurs d'un expert comptable travaillent sous **Windows**, ce qui implique une compilation dédiée pour leur OS.

La première version que j'ai compilée a été faite sur un ordinateur portable que je garde sous Windows pour ce genre de besoin. Mais lorsqu'il s'agit de faire évoluer cette application. Cela signifie que je vais devoir régulièrement aller sur cette machine, faire un pull du projet, recompiler les sources, compresser et distribuer. Waouw, c'est long !

D'ordinaire je me sers de cette machine pour des déplacements sur site afin d'intervenir avec des outils Windows. Mais de devoir le faire à chaque itération de développement (parfois 20 par jour), c'est beaucoup plus fastidieux. 

C'est pourquoi j'ai opté pour une approche CI depuis une machine virtuelle. J'ai créé une **VM Windows** sur un **Proxmox** (OS de machine virtuel dont on parlera prochainement) et cela me permet d'avoir un **Windows** accessible de partout sur lequel je vais mettre en place tout un process de compilation et de distribution.

Aujourd'hui nous allons voir tout un combo à base de machine virtuelle, de process **Temporal**, de **FTP** depuis la **Freebox**, tout un outillage que l'on possède souvent chez soi et qui permet de faire quelque chose de très puissant. C'est parti !

### Comment j'ai organisé mon process Temporal

Connaissez vous le concept de la CI ? 

La CI pour **continuous integration**, consiste à mettre en place des process qui permettent de déployer le code freshement codé le plus tôt possible, si ce n'est au moment même où une branche a été mergée sur master.

Très souvent ces systèmes partent de **Webhook** sur git (que ce soit **Gitlab** ou **Github**, c'est pareil), une fois une **Pull Request** mergée, on va lancer un déploiement de cette feature. En général, il y a quelques étapes de vérification comme des tests unitaires et des tests end to end qui vérifient que votre branche est stable et apte à être déployée. Une fois que tous les tests sont ok, c'est parti, on lance le déploiement.

Sur le même principe, même si je n'ai pas de code serveur à redéployer, j'ai envie de lancer un build d'un projet Electron, comprenez ici la génération de l'exécutable et de packager tout cela pour mon client. C'est ainsi que j'ai décrit un **Workflow** sur **Temporal** qui me permet de mettre cela en place.

<u>Je commence par définir mon besoin :</u>

Je veux être capable de cloner un projet **Electron** depuis mon **Github**, d'installer les dépendances et lancer le build.
Une fois que cela est fait, je veux compresser mon build et uploader le fichier **zip** sur un **FTP** afin de pouvoir distribuer mon exécutable.

<u>Sur la base de ces objectifs, je me demande quels sont les paramètres susceptibles de changer avant chaque déclenchement du **Workflow** ?</u>

- le repository git peut changer
- la branche du repo peut changer
- le chemin sur le FTP peut changer

Ainsi, ces 3 paramètres vont devenir des variables en entrée de mon **workflow** **Temporal**.

**Maintenant je monte mon **Workflow** :**

<div class="mermaid">
flowchart TD
  A[Créer un dossier temporaire <br/> prêt à recevoir mon code] --> B[Cloner le repo] --> C[Basculer sur la branche] 
  C --> D[Installer les dépendances] --> E[Compiler le projet Electron] --> F[Compresser le package] --> G[Uploader le zip] --> H[Supprimer le dossier temporaire] --> I((( )))
</div>

Je vous passe l'installation de toute cette tambouille sur ma machine virtuelle, je dirai juste que pour faire tourner **Temporal** sous **Windows**, vous aurez non seulement besoin de **Node**, mais aussi de **Rust**, installer **git**, **7zip**, modifier le **path**, etc. Enfin, vous devez installer l'exécutable **Temporal** sous **Windows** qui permet de lancer des commandes **Temporal**.

Cela reste du code, donc on se fait plaisir !

![Temporal-code.gif](https://bo.dev-freelance.fr/uploads/Temporal_code_b95b0911b4.gif)

### Un FTP sur la Freebox ?

Oui ! Il y a un FTP embarqué sur la bonne vieille Freebox Revolution.

Et pour cela, sur la page de gestion de votre Freebox Revolution, ouvrez le menu "Paramètres de la Freebox", puis rendez-vous dans le menu FTP et cliquez sur la case "Activer le serveur FTP". C'est fait !

![ftp_freebox.png](https://bo.dev-freelance.fr/uploads/ftp_freebox_78266609b7.png)

Pour le nom d'utilisateur, c'est affiché, entrez votre mot de passe et voilà vous pouvez passer sur Filezilla faire vos premiers essais.

### Qu'est-ce que ça donne une fois terminé ?

Voici **Temporal** qui exécute le process de build : 

![temporal-clone-and-build](https://bo.dev-freelance.fr/uploads/temporal_clone_and_build_e331a9bf94.png)

On peut jeter un oeil sur notre FTP pour voir s'il y a déposé le fichier :

Côté Webview :

![freebox-ftp-webview](https://bo.dev-freelance.fr/uploads/freebox_ftp_webview_1736c406c5.png)

Sur Filezilla :

![freebox-ftp-filezilla](https://bo.dev-freelance.fr/uploads/freebox_ftp_upload_aebf98f17b.png)

Et bien tout a l'air nickel ! 😊

Et comme je vous dis, s'il y a le moindre fail sur une étape, je peux faire mes correctifs tranquillement et **Temporal** fera automatiquement le retry de l'activité **sans que j'ai à intervenir manuellement et hors process**. J'ai notamment, rencontré le problème avec l'étape de compression sous Windows, le temps que de faire un correctif, la tâche a pu reprendre et s'achever sans soucis.

C'est vraiment magique, aussi je recommande chaudement cet outil pour les process long. 

La prochaine fois, je ferai un petit topo concernant Proxmox, la machine virtuelle que j'ai mis en place pour créer ma **Temporal machine**.



large_temporal_ci.jpg

medium_temporal_ci.jpg

small_temporal_ci.jpg

thumbnail_temporal_ci.jpg

temporal_ci.jpg

Temporal est un orchestrateur de process, c'est à dire que tel un maestro il va distribuer les tâches à des workers et vos étapes seront jouées les unes après les autres avec des logs d'entrée sortie, gestion des retries automatiques et tout cela livré avec une interface pour tout superviser !

Une CI avec Temporal

## Les diplômes 

Pendant mon parcours professionnel, j'ai déjà eu à faire à plusieurs personnes qui ont carrément menti sur leur CV. 

Sur papier, ils avaient fait telle école etc... Mais c'est là où j'attire votre attention. Ayant été moi même recruteur, je me suis trouvé dans une position où j'ai eu à évaluer un document sur lequel, un individu retrace son parcours.

Naïvement, j'ai toujours fait confiance pensant que tout le monde était de bonne foi. Et bien c'est archi faux !

Faîtes, bien attention aux mots employés sur papier. **Faire telle école, ne signifie pas être diplomé de telle école**. Car les gens vont vraiment loin dans cette "triche". Ils jouent volontairement sur les mots pour ne pas avouer ou dire qu'ils ne sont pas allé au bout. Ce qui me gêne un peu plus, c'est qu'elles vous diront qu'elles ont été de bonne foi en ne mentionnant pas le fait d'être diplômé.

## En quoi est-ce important ?

Je pars du principe que quelqu'un qui commence une collaboration sur la base d'un non dit ou d'un mensonge (les deux cherchant uniquement à cacher la vérité, donc, à mes yeux, c'est la même chose), ne mérite pas ma confiance. On ne commence pas une relation professionnelle ou personnelle sur une base de mensonge. 

Bonjour, je suis champion du monde de Karaté, je suis patron d'une licorne, j'ai créé tel produit. 

Ok, le jour où la vérité s'apprend, ça nous amène où ?

Et personnellement, je suis honnête avec les gens, j'aimerais que les gens le soient en retour. Ca me perturberait fortement de savoir que l'on m'a caché la vérité sur tel ou tel sujet, aussi anodin soit-il. Si vous avez besoin de mentir sur un sujet, autant ne pas aborder ce sujet. 

## Que s'est-il passé pour le menteur ?

<u>A chaque fois qu'il m'est arrivé de croiser un usurpateur dans ma vie professionnelle, il a été rapidement renvoyé !</u>

Chez Webedia, à l'époque, on avait reçu dans notre équipe un nouveau qui disait avoir fait **Epitech**, une très bonne école d'ingénieur. Il ne s'était pas attardé sur le fait qu'il n'était pas allé au diplôme. Or, il a postulé pour un poste, en demandant un salaire d'entré équivalent à une personne diplômée. 

Je n'ai aucun problème avec cette demande, mais j'aimerais que la personne soit honnête. Vous êtes libre de penser que vous avez une valeur précise sur le marché, mais pour cela, il faut aussi vous mettre à l'épreuve. Tout comme ceux qui ont fait ces écoles, ont eu dans leur parcours scolaire, des évaluations concernant leurs connaissances. 

En revanche, si vous cachez la vérité, non seulement, vous cachez probablement que vous n'avez pas la capacité technique, de même, vous vous exposez aussi à des sanctions très graves.

## Le problème du mensonge

Dans d'autres expériences professionnelles, j'ai croisé des élèves qui disaient avoir fait l'**école 42**. Je pense énormément de bien de cette école, connaissant le mode de fonctionnement, je valide cette méthodologie. Apprendre à la dur et seul, c'est la méthodo que j'ai moi même employé pour commencer le dev quand j'étais petit.

En revanche, à chaque fois que j'ai eu à faire à un élève <u>qui omettait ne pas avoir fini son parcours scolaire</u>, **j'ai eu de très mauvaises surprises**. 

Lorsque je collaborais avec eux, je ne pouvais pas m'empêcher de remarquer les énormes lacunes en algorithmie... 

Après, il ne faut jamais juger trop vite, tout le monde a le droit de ne pas savoir et de s'améliorer. Moi y compris, je n'ai pas la science infuse. Mais, ces individus dont je vous parle partent de vraiment très loin. Trop loin, surtout si l'on doit passer du temps à les former.

## Au delà du CV, ils mentent aussi sur leurs compétences

Vous avez déjà eu un collègue qui dit qu'il sait tout faire, et qui a toujours une solution instinctive à tout, sans jamais y réfléchir avant ? 

Le profil même d'<u>un bon dev, c'est quelqu'un qui réévalue toujours la situation</u>. Car bien qu'ayant solutionné tel ou tel problème par le passé. Je me poserai toujours la question aujourd'hui, si je devais refaire la même chose, de savoir s'il n'y a pas plus optimisé comme approche.

Avec le temps, j'ai fini par comprendre qu'il y a plusieurs façons de savoir si un candidat est en train de vous rouler dans la farine. 

- Lorsqu'il est repousse toujours une implémentation pour cause d'indécision sur le choix technique à faire
- Lorsqu'il emploi des termes beaucoup trop techniques pour parler d'un problème pourtant très simple
- Lorsqu'il vous dit toujours qu'il a besoin de comprendre exactement le fonctionnement de tout, car cela "l'empêche" de mener à bien sa tâche, et y passe des semaines
- Lorsqu'il vous dit à chaque fois que l'on peut "mieux" faire sans jamais réaliser l'implémentation lui même
- Lorsqu'il vous parle d'une expérience passée où il a mis tel outil en place, mais toujours en restant très vague sur chacun des sujets
- Lorsqu'il ne veut pas vous montrer le bout de code qu'il est en train de produire parce qu'il "n'est pas terminé"
- Lorsqu'il semble lui même persuadé qu'il a fait quelque chose d'incroyable sur des sujets pourtant primaires

J'ai réellement connu des gens comme ça ☝️

Avec le temps, j'ai de plus en plus de mal à supporter ces individus. Peut-être qu'avec l'age, l'expérience, j'ai appris à accepter cette partie de moi, qui n'a pas le temps avec les bullshiters. Alors je n'irai pas jusqu'au conflit avec ces personnes. Ne perdons pas de temps, du moins, si ce n'est pas moi qui ai fait le recrutement, ce n'est pas mon problème, je les mets de côté et me concentre sur mes objectifs. 

Mais j'espère que ces quelques lignes vous permettront de mettre en place des filtres qui identifient les éléments qui pourrissent notre société actuelle, nos entreprises et notre performance. Car, dans les faits, ces personnes ne produisent rien ou trop peu. Je pense que sincèrement qu'un meilleur recrutement, rendrait notre pays et nos entreprises beaucoup plus compétitives. 




large_fake-cv.jpg

medium_fake-cv.jpg

small_fake-cv.jpg

thumbnail_fake-cv.jpg

fake-cv.jpg

D'expérience, il m'est arrivé tellement de fois dans le milieu professionnel d'avoir à faire à des menteurs, sur leur CV, leur parcours, leur expérience. Mentir ou sur-vendre quelque chose qui dans les faits n'est pas la réalité, ne fait pas bon ménage avec le travail.

Les gens mentent sur leurs cv 😡

## Une application lourde

Pour de nombreux développeurs **Javascript** (ou **Typescript**), faire une application lourde rime avec **Electron**. Pour les autres, **Electron** est un toolkit qui permet de générer une app JS qui propose une interface **HTML**. Vous pouvez donc créer une interface pour vos applications sans obliger qui que ce soit à travailler sous un terminal. Surtout lorsque votre application est destinée à un utilisateur lambda (non dev).

Je vous invite directement à vous rendre sur [la page d'Electron](https://www.electronjs.org/) pour en savoir plus sur cette technologie.

## Pourquoi faire une app client-side ?

Alors avant d'expliquer le pourquoi, je vais vous faire un petit topo de qu'est-ce qui est attendu. Pour faire très simple : on veut transformer un fichier **Excel** ou **CSV** fourni par une banque, en un format **Excel** spécifique avec des colonnes préformatées, attendu par le logiciel comptable. Rien de très compliqué en soit, vous me direz, mais figurez vous qu'à ce jour, il y a encore beaucoup de sociétés qui font ces traitements manuellement. Soit en faisant absolument tout à la main, soit via quelque chose de plus évolué comme des formules **Excel**.

Maintenant, pourquoi ai-je choisi de faire une application sans mettre en place tout un système d'API ?

J'aurais bien pu faire une application serveur qui expose des endpoint d'upload de fichier, puis faire les traitements serveur side et dans ce cas, on n'aurait pas eu à installer quoique ce soit sur les machines. On serait en mesure de fournir une url aux comptables pour qu'ils puissent convertir facilement leur fichier.

Cependant, il y a plusieurs problèmes là dedans:

- D'un côté, il peut y avoir des coupures d'internet imprévisible, mais celles-ci ne doivent en aucun cas empêcher la productivité
- D'un autre côté travailler sur un produit avec une API, une interface web, une gestion de services est plus long à coder, donc je mettrai plus de temps à livrer quelque chose.

En optant pour une application Electron, j'ai fait le choix de ne pas gérer de réseau. Sur la machine de l'utilisateur, j'ai directement accès à son filesystem, donc je peux lire et écrire. Je n'ai pas à gérer l'upload (souvent problématique avec les tailles limites, le stream etc...). 

Le seul point "négatif" là dedans, c'est que les évolutions de l'application se feront forcément manuellement, en mettant à jour l'application. 

## Ca ressemble à quoi ?

C'est pas l'application la plus belle du monde, mais ça a le mérite d'être fonctionnel 😂 :

![Convertisseur Bancaire](https://bo.dev-freelance.fr/uploads/bank_converter_fa1ea79a59.png) 

L'utilisateur choisi sont fichier d'entrée, le type ainsi que la banque, il peut spécifier certaines options, et cela génère automatiquement un fichier de sortie séparé (pour ne pas écraser le fichier en entrée).

Pour le coup, je n'étais pas à ma version d'essai. J'ai déjà créé ce genre d'outil, notamment en 2013 lorsque je travaillais pour un groupe d'entreprise qui rassemblait la comptabilité de toutes ses sociétés sur une seule plateforme comptable (**Isa Compta**).

La seule petite différence c'est que **Isa Compta** utilisait des fichier tabulés, et pour mon convertisseur actuel qui utilise **Coala**, il s'agit d'un séparateur point-virgule. 

Et dans l'approche, je n'ai pas fait exactement là même chose. Pour **Isa Compta** j'avais créé un moteur plus bas niveau (meta-language) sur une base de C#, qui permettait d'interprêter dynamiquement une config en entrée et avait un comportement sur mesure et paramétrable. Pour **Coala** j'ai décidé de faire un convertisseur simple avec une configuration en entrée par type de fichier d'input. C'est à dire que la mise à jour passera par du code et pas par de la config comme c'était le cas avant.  Au moins, j'ai pu boucler ce projet plus rapidement grâce à cette approche. 

En 2019, j'optais aussi pour une approche similaire à ce convertisseur bancaire chez **Webedia** pour faire du traitement automatique sur les paiements des influenceurs **Youtube**. A l'époque, j'étais **Lead Developer** sur un projet qui s'appellait **Melberries** (en charge du paiement des talents web). Il s'agissait de faire la répartition automatique et équitable par rapport au nombre de vue, des révenus générés par **Youtube**.  Les utilisateurs de cette solutions passaient alors à quelques minutes au lieu de plusieurs jours de traitement des paiements.

C'est le genre de projet qui me plait, car c'est un projet qui peut voir le jour rapidement, sur lequel on peut observer des résultats et qui est utile pour l'utilisateur de cette solution. 

Pour ma part, j'aime savoir que mes applications sont utiles 😊, nous ne codons pas uniquement pour notre plaisir personnel.
La prochaine fois, je parlerai d'une approche avec IA pour convertir un export comptable scanné en **PDF** au lieu d'un **CSV** ou **Excel**.

large_convertisseur_bancaire.jpg

medium_convertisseur_bancaire.jpg

small_convertisseur_bancaire.jpg

thumbnail_convertisseur_bancaire.jpg

convertisseur_bancaire.jpg

Dernièrement je bossais sur un convertisseur de relevés bancaires, qui permet de générer des fichiers au format attendu par le logiciel comptable. Afin d'optimiser au mieux cette conversion, j'ai opté pour une application full client-side afin de ne pas avoir à gérer le réseau, l'API et le stockage de fichier.

Je crée un convertisseur de relevés bancaires pour un expert comptable

On le sait, la période est difficile en ce moment pour chercher du travail, enfin… plutôt pour le conserver ! 

Les vagues de licenciement comme pour ne rien changer dans notre industrie, sont légions.

Pour vous donner une idée (visible partout sur le net) :

- Riot Games: 530 personnes
- [Ebay: 1000 personnes](https://next.ink/brief_article/les-licenciements-continuent-1-000-postes-chez-ebay-530-chez-riot-games-et-60-chez-tiktok/)
- TikTok: 60 personnes
- Youtube: 100 personnes
- Google: 1000 personnes
- Amazon: 30 personnes 
- [SAP: 8000 personnes (une hécatombe dû à l’IA…)](https://www.usine-digitale.fr/article/sap-va-supprimer-8000-emplois-supplementaires.N2206958)
- [Tripadvisor: 125 personnes](https://skift.com/2023/11/12/tripadvisor-laid-off-4-of-its-workforce-and-more-cuts-are-on-the-way/)

Et même chez de plus petites compagnies, on le sait, les licenciements s’accélèrent. 
Sans chercher de coupable dans le capitalisme, ou l’IA, ou je ne sais quel motif, je pense tout simplement, la recherche de stabilité et de rentabilité, qui reste l’objectif de chacune des entreprises.

Alors oui le procédé peut paraître indécent, violent, injuste et ça l’est. Mais honnêtement, on le sait que cela peut arriver, et il faut être fou pour ne pas l’envisager. **J’espère que de votre côté vous ne pensez pas votre emploi est immuable et que vous êtes intouchable, car l’histoire a prouvé mainte et mainte fois le contraire.**

Pour ma part, je me suis lancé dans le freelancing, fort de cette constatation: **le CDI ne protège pas du chômage**. 
Je sais que beaucoup de gens pensent le contraire, et je dois reconnaître qu’il y a des avantages au CDI:
- les congés payés
- les congés maternité
- la mutuelle
- l’accès aux prêts
- accès aux assedic

<u>Mais dans cette liste, ne figure absolument pas la conservation de son emploi.</u>

Donc je me suis dit, tout naturellement, étant donné que rien ne protège l’emploi, autant être plus à même de décider de comment je dispose de mon temps, de quel projet j’ai envie de coder, et à combien j’estime que cette prestation vaut le coup d’être réalisée.

Il se trouve que lorsque l’on sait programmer, effectivement on peut aller dans à peu près toutes les directions en termes de réalisation. Je sais qu’il y a le fameux complexe du Dieu vivant pour tous les développeurs qui ont pris le melon, mais je parle ici de quelque chose de bien concret et faisable. 

Lorsque vous savez coder, vous pouvez à priori, faire n’importe quel programme. Du système, du bas niveau, de l’IOT, du hack, de l’IA, peu importe le sujet, tout est à portée de main. Donc je dois avouer, qu’étant donné que je peux apprendre et maîtriser tous les sujets qui m’intéressent, j’ai vraiment bien choisi ma profession et non je n’ai pas peur d’être remplacé par l’IA.

Pour plusieurs raisons, l’IA, comme on la connaît actuellement, est non seulement un modèle imparfait basé sur l’expérience produite. **Selon moi, la seule IA qui vaut la peine d’être apprivoisée et qui serait potentiellement intéressante pour accompagner un vrai développeur, serait un modèle qui a la capacité à penser différemment, à proposer des optimisations et des innovations. Non pas un modèle qui va se baser sur l’existant et le passé.**

### Pourquoi faut-il penser différemment ?

A chaque fois que le monde a connu des transformations majeures, ces transformations ont eu lieu parce que le modèle de pensée a été brisé vers une optimisation jusqu’à présent impensable. 
Par exemple, on est passé des chevaux à la voiture, on est passé de la voiture à l’avion, du charbon à l’essence, etc…

Et tant que l’IA ne fera pas ce genre de pivot que l’on appelle une disruption, (traduisons ici pour **“casser un schéma de pensée”**), et bien l’IA sera pour moi, extrêmement imparfaite, et ne servira qu’à faire automatiquement des choses que l’on connaît et que l’on maîtrise.

Soyons honnête, à quand pourrons-nous déléguer la recherche à l’IA ? A quand pourrons-nous confier un sujet majeur de société à l’IA ? En toute honnêteté, pas demain, ni dans dix ans.

Donc c’est triste mais c’est vrai: les seuls boulots aujourd’hui remplaçables par l’IA, sont des boulots où l’on va répéter un schéma existant, très proche de ce que l’on pourrait qualifier de travail à la chaîne. (Sans vouloir offenser qui que ce soit)

Je sais que dans ces professions, certains employés sont très impliqués, qu’ils travaillent dur, qu’ils font des heures supplémentaires, et peut être même qu’ils sont meilleurs que leurs confrères lorsqu’on les compare. Mais une IA, c’est aussi un travail H24, avec un risque infime d’erreur, ainsi qu'une capacité à toujours traiter plus et plus rapidement (avec la puissance des machines qui évolue)... 

### Peut-on lutter ?

Bien sûr ! Devenons créatifs ! Devenons ceux qui sont à l’origine de grands changements, recherchons la perfection et menons à bien nos objectifs, pensons à comment nous pourrions optimiser, faire mieux, faire plus et théorisons tout cela afin que cela n’impacte pas que vous, votre boite, mais toute votre industrie.
 


large_office_resized.jpg

medium_office_resized.jpg

small_office_resized.jpg

thumbnail_office_resized.jpg

office_resized.jpg

Avec les suppressions de postes à tout va, le monde de la tech est frappée de plein fouet par le chômage. Est-ce qu'on est tous fichus ? Comment contrecarrer ce sombre destin que semble nous dépeindre la presse ? 

Découvrez tous nos articles de la catégorie News - page 1 sur 2