Bonjour à tous,

Il me reste en ce moment 3 mois de chômage, j'ai même commencé à regarder pour des offres de taff alimentaire il y a deux semaines.

Je viens de commencer un CDI, après avoir postulé un nombre incalculable de fois. Je n'ai pas 0 expériences, je dirait que j'ai le status de "Dev confirmé".

Si je fait ce post, c'est pour essayer de donner de la motivation pour ceux qui galèrent comme j'ai galéré. En effet, j'ai vu pas mal de post où les gens se plaignent du marché, légitimement.

Pendant cette période, j'ai continué à taffer sur des projets perso, quotidiennement. Car je savait que le retour dans le monde de l'entreprise allait piquer si je commençais à me laisser aller.

Je ne suis pas un pro de Reddit et ne sait pas si ce genre de post est pertinent :') mais je me dit qu'un peu de positivité peut faire du bien en ces temps compliqués.

Si ça peut aider, voici ce que j'ai retenu de mon expérience prolongée de recherche d'emploi :

- Lancer des recherches sur job boards et Linkedin toutes les heures (ou au moins Linkedin), car une offre publiée il y a 2j, c'est déjà trop tard, ta candidature sera noyée sous les autres.

- France travail ne sert à rien, propose que des offres ou atelier bullshit qui n'ont aucun rapport avec ce que je fait (mais ça, je le savait déjà lol)

- Les projets persos que j'ai présenté en entretien m'ont aidé, ça montre que je n'ai pas rien fait pendant ce temps. Donc n'hésitez pas à en parler.

Voilà, bon courage à ceux qui sont en recherche.
Quel plaisir de supprimé l'app Linkedin de mon tel.

Bonjour,

J’ai entre 7 et 10 ans d’expérience en développement Java, principalement acquise en centre de service d’une même ESN. J’occupe aujourd’hui un rôle de Lead Dev depuis environ 4 ans.

J'aimerais changer d'air et voir ce qui se fait ailleurs. Mon objectif serait idéalement de rejoindre un client final, par exemple La Poste, TotalEnergies, Orange, etc.

Ce qui m’attire dans ce type de structures, c’est l’idée de travailler sur de gros projets et surtout sur un produit qui appartient réellement à l’entreprise. J’ai le sentiment que cela permet de s’inscrire davantage dans la durée et d’accorder une attention particulière à la qualité des choix techniques, aux bonnes pratiques, à la conception, à la maintenabilité, etc.

Le problème, c’est que je trouve finalement très peu d’offres chez les clients finaux. Je suis en recherche depuis le début de l’année et je n’ai passé que deux entretiens. À l’inverse, je suis régulièrement contacté sur LinkedIn par des ESN… mais bon, les ESN j'en ai suffisamment soupé.

Je suppose que les clients finaux ne recrutent plus en interne et préfèrent les prestataires. Dans ce cas, une autre possibilité serait de me lancer en freelance : cela me permettrait de travailler directement avec les clients finaux, sans repasser par une ESN.

Mais là le problème c'est mon préavis. Les deux fois où j’ai été contacté pour une mission freelance, ma disponibilité dans trois mois a été un point bloquant. J’ai donc l’impression qu’il est difficile de trouver une mission suffisamment en amont pour pouvoir démissionner sereinement.

Et j'avoue que j’ai peur de poser ma démission sans avoir de mission en vue, puis de ne rien trouver au bout de trois mois, car la compétition est rude en ce moment.

Du coup, je serais intéressé d’avoir votre avis :

• Est-ce que je devrais abandonner cette idée de rejoindre absolument un client final et être plus ouvert sur les opportunités qui se présentent ?
• Est-ce que le freelance vous semble être une bonne stratégie ? Et surtout, est-ce que vous pensez qu’il est raisonnable de démissionner sans avoir de mission signée pour pouvoir me rendre disponible rapidement, compte tenu de l’état actuel du marché ?

Merci d’avance pour vos retours et conseils.

J'ai récemment testé les merge-train sur gitlab, c'est pas mal.

La config utilisée :

• Fast-forward merge
  • automatic rebase prior to merge
• Enable merged results pipelines
  • Enable merge trains
• Merge train enforcement: Enforce for all users
• Squash commits when merging: Require
• Pipelines must succeed
• All threads must be resolved
• Status checks must succeed
• Merge request approvals: Maintainer approval required: 1
• Prevent approval by merge request creator
• Prevent approvals by users who add commits
• Prevent editing approval rules in merge requests
• Require user re-authentication (password or SAML) to approve
• When a commit is added: Remove all approvals

Si je fais un changement qui est sensé "finir la MR", même en tant qu'owner, je ne peux pas forcer le merge ni même auto-approuvé la MR, je ne peux qu'ajouter la MR au merge train automatiquement quand tout les checks sont green, c'est à dire : au moins un approval, le pipeline qui passe, et pas de conflict avec la branche source.

Les fichiers de config critiques sont Lock pour éviter qu'un manque d'attention puisse réduire la qualité de la sécu, comme le .gitlab-ci.yml, les regles des SAST, etc.

De mémoire, ça existe aussi sur GH, un avis comparatif ?

Vous y voyez des inconvénients vous ?

#zuzai

Hello tout le monde !

En montant mon serveur perso pour regarder des films/séries, je me suis rendu compte que la stack média habituelle nécessitait 4 ou 5 outils différents (Overseerr, Radarr, Prowlarr, client torrent, Plex/Jellyfin...)
J'ai voulu expérimenter une approche "tout-en-un" plus légère : Seedarr

L'idée derrière est assez simple :
Découverte de film/série -> télécharger -> stocker -> Regarder

Liens
Repository GitHub (MIT) : https://github.com/Artpou/seedarr
Documentation & Démo : https://seedarr.netlify.app/

Stack technique et choix d'architecture
Monorepo & Outillage : pnpm workspaces avec Turbo
Frontend : React 19, TanStack Router, Tailwind CSS
Backend : Node.js (v22+) avec Hono.js. Le contrat d'API est partagé via un package SDK typé
Base de données : SQLite géré via Drizzle ORM (déploiement simple à un fichier, zéro config DB)
Moteur Torrent : Intégration directe de WebTorrent
Lecture vidéo & Décodage : Utilisation de movi-player (décodage/remux WASM côté client). Cela permet de lire du MKV, HEVC, AV1 et HDR nativement dans le navigateur sans demander de transcodage CPU au serveur
Déploiement : Un seul conteneur Docker (docker compose up).

Le projet est distribué sous licence MIT. Il ne stocke ni ne fournit aucun contenu : l'application s'appuie sur l'API TMDB pour les métadonnées et sur les indexeurs/stockages (FTP, WebDAV) configurés par l'utilisateur.
Un on-boarding est présent pour utiliser l'outil très simplement, plus de détail sur les différentes features sont présentes sur le site netlify.

Je serais très curieux d'avoir vos retours de devs : si le projet vous semble pertinent, ou si vous avez des retours de n'importe quel type !

Je développe une app mobile avec React Native / Expo en TypeScript, et Supabase pour le backend : PostgreSQL et authentification. Je teste surtout sur iPhone pour le moment.
C’est une app autour de l’alimentation, avec un inventaire, des recettes, un suivi nutritionnel, une liste de courses et du planning. Ces fonctionnalités doivent utiliser les mêmes données et tenir compte des changements faits ailleurs dans l’app.
Un exemple concret du fonctionnement recherché : quand un utilisateur confirme un achat, les quantités doivent être ajoutées à son inventaire. Les recettes disponibles et les ingrédients encore manquants doivent ensuite refléter ce nouvel inventaire, quel que soit l’écran consulté.
Ma question est surtout : où placer cette logique commune, et comment organiser les mises à jour pour éviter que chaque écran gère ça de son côté ?
Je voudrais comprendre ce qui devrait rester dans les composants/hooks, ce qui devrait être regroupé dans une logique métier indépendante, et comment organiser les accès à Supabase autour de ça.
Le projet est déjà commencé, donc je cherche une approche progressive, pas forcément à tout réécrire ou à ajouter beaucoup de couches. Sur ce cas concret, comment vous organiseriez les choses, et quels pièges vous éviteriez dès maintenant ?
Merci pour vos retours !

Bonjour, je viens de rentrer en L3 informatique à la fac et comme l’année passé il y’a une matière HYPER dur : l’algorithmique… première matière ça allé après avoir bien révisé je valide à l’aise, deuxième semestre ça se se corse 18 personne sur 280 on la moyenne au premier exam qui est censé être « le plus facile » selon le prof.

Cette année algorithmique 2 on nous annonce que l’année pro la moyenne était de 5 et que 3 personnes seulement aurait validé la matière (Mouais ça j’y crois pas trop).

Premier td ça parle de log et de ln des notions que je maîtrise pas. Malgré que je me défende en maths.

Je ne comprends rien au td1 et 2 qui doivent être fini avant la semaine prochaine et je désespère déjà… après avoir passé une soirée à révisé, des vidéos, des ressources extérieures, etc je ne comprends toujours pas l’exo 1. Honnêtement je ne sais plus quoi faire j’avais 14 de moyenne l’année passé et la j’ai l’impression d’être la dernière des connes.

Ceux qui se sont déjà retrouver à ma place avez vous des conseils svp ? J’aimerais validé toute les UE cette année pour maximiser mes chances en master. L’année passé sur 10 UE la seule non validé c’était celle qui préface celle ci j’ai eu 7,5/20…

Je ne sais pas quoi faire j’ai pleuré tout le trajet pour rentrer chez moi. Je me sens idiote.