Lightnews — Scholar-powered news

mcorbin @mcorbin.bsky.social · 22d

Ouais mais j'ai pas envie de rentrer dans le dur direct comme ça alors que la prio reste de ship 😅
Bref, drôle d'ecosysteme.

1 1

mcorbin @mcorbin.bsky.social · 22d

Mais par exemple, sqlalchemy + async, ton URL vers ́la base est pas bonne, ça bloque l'app quelle que soit la config des timeouts (et 0 error msg), wtf.
Timeout http fastapi ? Pas dispo nativement (pareil sur uvicorn) faut bricoler.
Et c'est comme ça pour tt dès qu'on sort des exemples du readme GH.

1 1

mcorbin @mcorbin.bsky.social · 22d

Bref, il y a des trucs cools (genre pydantic), au final on s'en sort, mais t'enlèves l'écosystème AI du langage et il y a pour moi 0 intérêt à en faire par rapport à du go/java/whatever.

1 1

mcorbin @mcorbin.bsky.social · 22d

- D'ailleurs parlons en de la doc des lib/outils de manière générale, dès qu'on sort du getting started et qu'on veut des infos pour du "prod ready" il y a quasi plus rien, j'ai vraiment la sensation de bosser sur un écosystème orienté "bricolage".

1 1

mcorbin @mcorbin.bsky.social · 22d

- fastapi c'est pas mal mais sur certains sujets (type injection de dépendance, middlewares qui ont besoin de dépendances...) c'est un peu n'importe quoi avec une doc vraiment nulle
- l'écosystème est fragmenté et on a toujours 5 manières de faire un truc avec énormément d'edge cases

1 1

mcorbin @mcorbin.bsky.social · 22d

- la gestion des erreurs/stacktraces c'est l'enfer, laaargement pire que java par exemple
- async/await apporte une grosse complexité accidentelle + c'est super simple de se tirer une balle dans le pied (+ là aussi les traceback imbitables qui leak par defaut toutes les variables de l'app, super)

1 2

mcorbin @mcorbin.bsky.social · 22d

- le tooling est toujours galère (uv est plutôt cool en local mais c'est pas non plus la joie, côté ide/outillage/lsp ca reste très artisanal avec des tonnes de manière de faire/packages concurrents ou plus ou moins compatibles)
- mypy est pas mal mais lent + ne sait pas gérer tous les cas.

1

mcorbin @mcorbin.bsky.social · 22d

J'ai l'occasion de faire beaucoup de Python ces temps ci pour des services back/api/llm (avant ça j'en faisais qu'à l'arrache pour du scripting) et pour l'instant mon avis sur le langage est assez mitigé.
Ça marche, on peut construire avec (l'écosystème est son premier point d'intérêt) mais...

1 2 2

mcorbin @mcorbin.bsky.social · 25d

Apres c'est vrai qu'aux US ça a l'air parfois different, avec en effet une période de "lock up".
Je me rappelle le cas d'Uber par exemple où l'action a fortement baissée pendant cette période (www.cnbc.com/2020/08/28/n...).
Je sais pas si le meme système existe en France en cas d'IPO.

Nearly 200 current and former Uber employees sue over stock price decline since IPO

The lawsuit challenges a key element in Silicon Valley recruitment: restricted stock unit (RSU) agreements.

www.cnbc.com

1

mcorbin @mcorbin.bsky.social · 25d

Si demain toutes ces boîtes se disent "allez on monte les service teams en France" je pense qu'on verrait beaucoup de mouvements, exactement comme avec datadog d'ailleurs (j'avais vu une vague de recrutement chez eux en 2017 pourtant j'étais à Lyon 😅)

1

mcorbin @mcorbin.bsky.social · 25d

Oui il y en a qqes unes mais c'est pas ́le raz de marée. AWS recrute à tour de bras pour son cloud souverain mais toute la tech est en Irlande par exemple.
Et j'ai plusieurs exemples en tête de packages gafam récents, en France, avec le brut ET le stock à 6 chiffres donc bien au dessus du marché FR.

1

mcorbin @mcorbin.bsky.social · 25d

Les boîtes FR peuvent surtout remercier les dieux que ́les US recrutent pas encore en FR (ça a pas l'air d'être en cas encore sauf à la marge dans des postes précis ou fonction support, mais très peu d'équipes "tech" atm).
Car quand je vois les packages en CDI ca rebattrait les cartes du marché 😅

1

mcorbin @mcorbin.bsky.social · 25d

Je m'attendais à une réponse de ce type 😅

1

mcorbin @mcorbin.bsky.social · 25d

Je serai plus intéressé par avoir enfin des entreprises cotées en France et qui proposent des packages salaire/stock intéressants que d'hypothetiques bspce.

1

mcorbin @mcorbin.bsky.social · 25d

Je sais pas trop tbh, moi on m'a dit que généralement tu peux vendre au moment de l'IPO sans rien avoir à sortir (comme dans une vente secondaire).
Mais c'est ca qui est marrant avec les bspce, vu que personne exit en France tout le monde se pose pleins de questions 😅

2

mcorbin @mcorbin.bsky.social · 25d

La diff c'est qu'aux US les boîtes font des IPO 😂

1

mcorbin @mcorbin.bsky.social · 25d

Je crois qu'il y a une histoire pour n'avoir qu'un taux de 30 % en cas d'exercise/revente ́le meme jour mais à reverifier.

1

mcorbin @mcorbin.bsky.social · 25d

La morale de l'histoire c'est : le salaire > *, et ́les bspce c'est un truc à prendre en mode "au cas où on sait jamais" mais c'est trop contraignant pour compter dessus IMO.

1

mcorbin @mcorbin.bsky.social · 25d

Là ça impacte surtout les gens qui sont arrivés tôt dans ́la vie d'une startup et qui donc ont les BSPCE pas chers comparées à la valorisation.
Faudrait que je relise ça en détail mais je me rappelle m'être dit "de toute façon je suis pas concerné" 😅

1

mcorbin @mcorbin.bsky.social · 25d

Oui, après c'est déjà le cas pour les gens qui arrivent "tard" dans la vie d'une startup, quand ́la valorisation est déjà haute (voir trop haute pour certaines pendant la folie post covid imo, où les strikes prices font qu'il faudrait sortir plusieurs centaines de milliers d'euros pour exercer).

1

mcorbin @mcorbin.bsky.social · 25d

J'avais compris ça comme ça aussi. Les BSPCE restent intéressantes seulement si l'exercice et la vente se font en meme temps, sinon c'est juste trop risqué notamment sur des grosses valorisation.

1

mcorbin @mcorbin.bsky.social · 26d

IMO the misalignent between build vs buy on observability (dev: we want DD, ops: nope) can only be solved if all parties are responsible for the bill and take decisions together.

2

mcorbin @mcorbin.bsky.social · 26d

Sidenote: costs issues from observability bills (and so the inability for lots of companies to pay for observability saas) are highly related to current dev practices: microservices/event archi everywhere (so, exponential number of internal req for one action), super verbose logging by default, etc

1

mcorbin @mcorbin.bsky.social · 26d

As a SRE I would probably answer "yeah I agree, and maintaining the in house stack is painful. We already use otel etc so shipping everything to datadog is a one liner.
Now, find me the x25 budget increase to do the switch" 😅

1

mcorbin @mcorbin.bsky.social · Sep 5

No idea and it probably varies between services. I don't really care about this metric tbh.