Développeur : ENCORE une JOURNée à FAUDRER
LivreurUberEat
il y a 9 mois
Dev web junior formé sur openclassroom je suppose ?
saddeveloper
il y a 9 mois
Dev web junior formé sur openclassroom je suppose ?
Cavamaltourner
il y a 9 mois
Utilise chat pété
Jurmorok
il y a 9 mois
Tu bosses pour une grosse boîte qui annonce des 5 jours d'effort au client pour développer un libellé de sous menu?
saddeveloper
il y a 9 mois
Tu bosses pour une grosse boîte qui annonce des 5 jours d'effort au client pour développer un libellé de sous menu?
AYAA comment tu sais
PingouinM6U-001
il y a 9 mois
[09:46:26] <saddeveloper>
AYAA comment tu sais
Tous les mêmes, ahi.
Schillered
il y a 9 mois
Tu fais quoi ? Payé combien ?
LibereTonSpri
il y a 9 mois
Pistonné je suppose
__veg__
il y a 9 mois
La signature avec le bidon de copium
Nice troll mais ça ne restera qu'une tentative ceci dit, personne ne va feed
Jurmorok
il y a 9 mois
Je travaille en MOA, à chaque fois c'est pareil, les grosses boîtes externalisent presque toute la partie dev et se font fister, en même temps c'est mérité, tu te coupes d'un truc essentiel, tu deviens complètement dépendant de prestataires externes, c'est normal qu'ils finissent par se gaver sur ton dos.
claquededaron
il y a 9 mois
ahi pareil, je suis en alternance dans une petite start up
je passe mes journées à me branler en ce moment, on me donne des petites missions, je prends 3-4 jours à les rendre alors que c'est souvent fini en 3 heures
mes patrons comprennent rien à l'informatique, donc bon, une fois j'étais sur la doc de RabbitMQ pour un projet perso (on en a pas du tout besoin au taff), ils m'ont vu dessus et ont rien dis du tout
je sors de bootcamp (fin mars), mais avant ça j'étais full autodidacte pendant 1 an et demi quasiment
l'autodidacte m'as permis de me démarquer + projet perso, l'année pro je vais taffer dans une boîte plus intéressante, parce que ruby ...
fan2lapingentil
il y a 9 mois
ahi pareil, je suis en alternance dans une petite start upje passe mes journées à me branler en ce moment, on me donne des petites missions, je prends 3-4 jours à les rendre alors que c'est souvent fini en 3 heures
mes patrons comprennent rien à l'informatique, donc bon, une fois j'étais sur la doc de RabbitMQ pour un projet perso (on en a pas du tout besoin au taff), ils m'ont vu dessus et ont rien dis du tout
je sors de bootcamp (fin mars), mais avant ça j'étais full autodidacte pendant 1 an et demi quasiment
l'autodidacte m'as permis de me démarquer + projet perso, l'année pro je vais taffer dans une boîte plus intéressante, parce que ruby ...
Tu as fait le Wagon ?
Naloooooh
il y a 9 mois
Perso je suis dev senior et je me touche les couilles d'une puissance en ce moment
claquededaron
il y a 9 mois
Tu as fait le Wagon ?
yes
fan2lapingentil
il y a 9 mois
yes
J'en ai entendu beaucoup de bien, de la part de gens que je respecte beaucoup.
Pourquoi autant en vouloir à Ruby ?
claquededaron
il y a 9 mois
J'en ai entendu beaucoup de bien, de la part de gens que je respecte beaucoup.
Pourquoi autant en vouloir à Ruby ?
J'aime juste pas la techno
je pref quand le backend est séparé du frontend, le truc avec les view c'est une horreur
après bon ça réponds à un use case, pour faire un SaaS avec des features plutôt simple c'est ok
mais rien de mieux qu'avoir un back-end full micro-service + front-end build avec un framework moderne, je fais que ça en projet perso, ton code est plus facilement réutilisable, ça se débug plus facilement
saddeveloper
il y a 9 mois
Tu fais quoi ? Payé combien ?
payé 35K je fais du backend je tape du SQL la
saddeveloper
il y a 9 mois
Pistonné je suppose
Non. J'ai commencé de 0 pour arriver à 0
saddeveloper
il y a 9 mois
putain je dois retourner demain au taf j'ai vraiment la flemme. la je suis chez moi donc pas de soucis à rien branler
fan2lapingentil
il y a 9 mois
Euh, non ?
Quel "Framework moderne" ? Tu me parles d'isoler le Front et le Back alors que tous les frameworks les plus modernes qu'on voit passer consistent au contraire à être de plus en plus hybrides.
Je n'ai plus touché à Ruby depuis longtemps, donc je ne vois pas très bien de quoi tu parles concernant les "Views". Si c'est un truc à la Django, c'est effectivement de la merde et absolument rien ne t'oblige à le faire comme ça.
claquededaron
il y a 9 mois
J'en ai entendu beaucoup de bien, de la part de gens que je respecte beaucoup.
Pourquoi autant en vouloir à Ruby ?
cela dis le Wagon est une formation ok tier, c'est une bonne intro à l'informatique, mais la plupart des élèves sortant de là bas, on pas tout de suite le niveau pour trouver un job
faut persévérer et build des projets perso
saddeveloper
il y a 9 mois
SQL : je demande à GPT, sinon j'édit sur l'interface de datagrip/pgadmin en cliquant partout
Code : J'ai payé Copilot + GPT4. ça me fait presque tout, sinon quand je galère je rajoute du temps en bullshitant "oe y a eu des problèmes au niveau de la BDD en fait y a des dépendances circulaires récursives" et tout le monde s'endort
Fromsigmatojvc
il y a 9 mois
payé 35K je fais du backend je tape du SQL la
Toz
Fromsigmatojvc
il y a 9 mois
Toz
En net on t'a dit
AsianFeeder
il y a 9 mois
Fin de mois = envoie de facture et réception du paiement
saddeveloper
il y a 9 mois
En net on t'a dit
non non en brut, premier emploi
Eraphlys444
il y a 9 mois
J'aime juste pas la techno
je pref quand le backend est séparé du frontend, le truc avec les view c'est une horreur
après bon ça réponds à un use case, pour faire un SaaS avec des features plutôt simple c'est ok
mais rien de mieux qu'avoir un back-end full micro-service + front-end build avec un framework moderne, je fais que ça en projet perso, ton code est plus facilement réutilisable, ça se débug plus facilement
fan2lapingentil
il y a 9 mois
cela dis le Wagon est une formation ok tier, c'est une bonne intro à l'informatique, mais la plupart des élèves sortant de là bas, on pas tout de suite le niveau pour trouver un job
faut persévérer et build des projets perso
C'est le cas avec absolument tous les bootcamps.
(Sauf concernant le fait d'être une "Formation ok tier"/"Une bonne intro à l'info"... Là-dessus... ça peut être vraiment catastrophique d'un bootcamp à l'autre.)
saddeveloper
il y a 9 mois
J'aime juste pas la techno
je pref quand le backend est séparé du frontend, le truc avec les view c'est une horreur
après bon ça réponds à un use case, pour faire un SaaS avec des features plutôt simple c'est ok
mais rien de mieux qu'avoir un back-end full micro-service + front-end build avec un framework moderne, je fais que ça en projet perso, ton code est plus facilement réutilisable, ça se débug plus facilement
hein? rien capté
aient
il y a 9 mois
prends un abo chatgpt + forme toi sur yt
claquededaron
il y a 9 mois
bah c'est les view template, t'as un fichier "index.html.erb" et quand t'accèdes par ex à une route par ex l'index de ton site, le backend te renvoie le html
on fais comme ça au Wagon, et comme ça au boulot car c'est le wagon qui a appris à faire comme ça
ça dépends du projet, mais je trouve ça beaucoup plus propre et maintenable de séparé les deux
AsianFeeder
il y a 9 mois
prends un abo chatgpt + forme toi sur yt
ça sert à rien - qu'il prenne copilot en revanche.
Eraphlys444
il y a 9 mois
J'ai pas les bootcamp pour chump le process grace au n+1 qui a cut le low profile en SSD, et toi ?
fan2lapingentil
il y a 9 mois
on fais comme ça au Wagon, et comme ça au boulot car c'est le wagon qui a appris à faire comme ça
Ouais donc au final c'est de la SSR avec un template language bien comme j'aime pas. Mais il n'y a rien qui t'oblige de le faire en pratique. Le problème ne vient pas de Ruby ni de son écosystème, mais d'une façon de l'utiliser que tu n'apprécies pas.
aient
il y a 9 mois
ça sert à rien - qu'il prenne copilot en revanche.
quoiiii ça sert à rien ? ? ? ? je l utilise tout le temps dans mes dev ça fait 80% du taf
AsianFeeder
il y a 9 mois
mais rien de mieux qu'avoir un back-end full micro-service + front-end build avec un framework moderne, je fais que ça en projet perso, ton code est plus facilement réutilisable, ça se débug plus facilement
Tu gères comment les transactions distribuées ?
Tu as mis en place SAGA ou outbox pattern ?
Tu fais de l'event-driven ?
Non les microservices y'a pas "rien de mieux", même AWS sont revenus en arrière pour déployer un monolithe à cause des prix d'infra notamment et tous les pbs liés à cette archi.
En revanche un monolithe modulaire - là je dis oui
aient
il y a 9 mois
mais copilot doit etre + pratqiue j ai jamais test
fan2lapingentil
il y a 9 mois
mais copilot doit etre + pratqiue j ai jamais test
Tu devrais.
claquededaron
il y a 9 mois
Ouais donc au final c'est de la SSR avec un template language en backend bien comme j'aime pas. Mais il n'y a rien qui t'oblige de le faire en pratique. Le problème ne vient pas de Ruby ni de son écosystème, mais d'une façon de l'utiliser que tu n'apprécies pas.
Je penses que j'aurais rien contre Ruby on Rails, si au taff on l'utilisais comme API, je dirais pas de soucis même
mais bordel quitte à faire du SSR en 2024, autant partir sur Next.js quoi
Malheureusement, j'arrive dans une entreprise, qui build comme ça depuis plus de 2 ans, je peux pas arriver et dire "euh enfaite les khey on fais autrement maintenant"
fan2lapingentil
il y a 9 mois
Tu gères comment les transactions distribuées ?
Tu as mis en place SAGA ou outbox pattern ?
Tu fais de l'event-driven ?Non les microservices y'a pas "rien de mieux", même AWS sont revenus en arrière pour déployer un monolithe à cause des prix d'infra notamment et tous les pbs liés à cette archi.
En revanche un monolithe modulaire - là je dis oui
Tout pareil.
Quand tu commences à devoir tout dé-dupliquer tu es ravi.
D'autant que les micro-services ont la malchance d'attirer tous les ingénieurs les plus stupides de la planète pour construire le truc le plus infâme du monde, quasi systématiquement.
AsianFeeder
il y a 9 mois
quoiiii ça sert à rien ? ? ? ? je l utilise tout le temps dans mes dev ça fait 80% du taf
copilot est mieux pour le dev, et y'a copilot chat qui fait la même chose que chat-gpt en ayant le contexte de ton code. Un gain de temps non négligeable.
aient
il y a 9 mois
copilot est mieux pour le dev, et y'a copilot chat qui fait la même chose que chat-gpt en ayant le contexte de ton code. Un gain de temps non négligeable.
ui tfaçon chez capgemini on a une formation obligatoire dessus.... je vais la faire à mon retour de mission
saddeveloper
il y a 9 mois
Tu gères comment les transactions distribuées ?
Tu as mis en place SAGA ou outbox pattern ?
Tu fais de l'event-driven ?Non les microservices y'a pas "rien de mieux", même AWS sont revenus en arrière pour déployer un monolithe à cause des prix d'infra notamment et tous les pbs liés à cette archi.
En revanche un monolithe modulaire - là je dis oui
C'est quoi une transaction distribuée?
SAGA?
J'aime bien découper un mono-repo en micro-services mais ils n'ont pas de dépendances, chacuns sont vraiment isolés
fan2lapingentil
il y a 9 mois
Bah franchement non.
C'est éclaté de faire de la SSR avec Next.js, je trouve que ça n'a aucun intérêt. Si c'est juste pour l'utiliser entièrement en SSR il y a nettement moins compliqué.
claquededaron
il y a 9 mois
Tu gères comment les transactions distribuées ?
Tu as mis en place SAGA ou outbox pattern ?
Tu fais de l'event-driven ?Non les microservices y'a pas "rien de mieux", même AWS sont revenus en arrière pour déployer un monolithe à cause des prix d'infra notamment et tous les pbs liés à cette archi.
En revanche un monolithe modulaire - là je dis oui
en projet perso, avec mes potes on fais full event-driven, outbox pattern
kafka, python ils utilisent pour construire notre back-end (après j'avoue pas trop m'occuper de cette partie, je suis dev typescript, mais je m'intéresse à ce qu'ils font évidemment c'est mon équipe )
moi on me demande essentiellement des tâches de scraping, je fais full producer-consumer avec Nest.js/RabbitMQ pour gérer le back qui traite la donnée
Ce qui est pratique, c'est que ce pattern se réutilise partout
AsianFeeder
il y a 9 mois
C'est quoi une transaction distribuée?
SAGA?
J'aime bien découper un mono-repo en micro-services mais ils n'ont pas de dépendances, chacuns sont vraiment isolés
donc tu fais des microservices sans comprendre les problématiques liées à ce choix d'infrastructure.
Les microservices c'est + de l'infra que de l'archi....
claquededaron
il y a 9 mois
Tout pareil.
Quand tu commences à devoir tout dé-dupliquer tu es ravi.D'autant que les micro-services ont la malchance d'attirer tous les ingénieurs les plus stupides de la planète pour construire le truc le plus infâme du monde, quasi systématiquement.
Nous pour ce qu'on fais (finance, market-making) on peut pas faire autrement que tout isoler
sinon bonjour la gestion d'erreur infame
saddeveloper
il y a 9 mois
Bah franchement non.
C'est éclaté de faire de la SSR avec Next.js, je trouve que ça n'a aucun intérêt. Si c'est juste pour l'utiliser entièrement en SSR il y a nettement moins compliqué.
Next c'est pas mal mais Vercel est une mafia, un gros wrapper AWS que tu payes trop cher, les features de Next qui en fait utilisent le cloud vercel (caching image) donc tu payes la blinde ahi
Ils sont en train de coupler code front&back, quand tu hosts ça chez eux ça host aussi des fonctions serverless. ça marche ok mais bien chiant à migrer hors vercel
les trucs genre "use client" "use server" une abomination, par contre l'époque du getServerSide getStaticSide.. c'était intuitif bien séparé
c'est pas si mal PHP + Laravel, dommage qu'on ai pas un Laravel like en js
AsianFeeder
il y a 9 mois
Nous pour ce qu'on fais (finance, market-making) on peut pas faire autrement que tout isoler
sinon bonjour la gestion d'erreur infame
tu peux isoler le code avec un monolithe modulaire et du DDD
saddeveloper
il y a 9 mois