Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




Slowbro

https://blog.redplanetlabs.com/2023/08/15/how-we-reduced-the-cost-of-building-twitter-at-twitter-scale-by-100x/

Parece ser que la respuesta no es contratar 10 desus hasta arriba de azúcar.

r2d2rigo
5 1 respuesta
Seyriuu

#48932 esos 5 compas ya están muertos, más nadie les ha avisado

1
JuAn4k4

https://arxiv.org/abs/2112.12758

1
aren-pulid0

Sigue siendo PHP pero mejora adecuadamente:

Traits

Anotaciones

Match statements

Han metido también named parameters, enums, arrow functions, null coalescing...

1 2 respuestas
PiradoIV

#48935

1 respuesta
aren-pulid0

#48936 No he usado PHP en mi vida hulio, pero esta bien las cosas que han metido

1 respuesta
desu

#48935 bloat

PiradoIV

#48937 Nah, si PHP ha pagado mis facturas muchos años.

Wei-Yu

años después sigo sin entender lo de los monorepos y luego te encuentras cosas como esta y me alegro de no haberlos entendido nunca

https://www.reddit.com/r/ExperiencedDevs/comments/1605of5/monorepos_prs_and_testing

2 respuestas
JuAn4k4

#48940 Es que “ Yes, all tests in all projects are executed on every commit of a PR.”, hacer esto en monorepo es hacerlo mal. Esto no es monorepo es monolito de repos.

1 respuesta
Fyn4r

Es que "fixed a typo in readme" y pum 30 pipelines

3
Kaledros

#48940 Me pasaron esto el otro día, no lo he visto aún pero se supone que es un buen recurso para entenderlo: https://monorepo.tools/

#48941 En el nuevo proyecto tienen el monorepo peor montado que he visto en mi vida por la sencilla razón de que son siete millones de servicios, cada uno con su config y sus tools, metidas en un proyecto enorme. Es como si hicieras un proyecto de Spring con siete millones de sub-módulos que están pidiendo a gritos ser separados en servicios. No hay manera de que lo que tú comitees no se vaya a ir a prod en cuanto el de atrás venga, pushee lo suyo y active el pipeline, así que cuando quieres probar algo en el entorno de staging tienes que pedirle a catorce personas que por favor no suban nada a prod. Y para acabarlo de arreglar es multilenguaje.

Llevaba añísimos sin darle al botón de merge con miedo. Es una puta mierda.

1 respuesta
B
#48943Kaledros:

Llevaba añísimos sin darle al botón de merge con miedo.

aprende a hacer tests lokete

1 respuesta
Kaledros

#48944 No, si tests hacemos (que parece ser que es algo que no gusta en Francia), pero el otro día desplegué mis cambios junto con unos que estaban a medias de otro tío, que sólo eso es para parar la empresa en seco y preguntarnos qué COJONES estamos haciendo.

2 respuestas
B

#48945 no se bro, no entiendo, yo hago commits a main y ya

5 1 respuesta
TheBrotha

#48946 lo peor es que es cierto xD Es increíble lo fácil que pueden ser las cosas con el setup adecuado

Kaledros

https://techcommunity.microsoft.com/t5/microsoft-365-blog/introducing-python-in-excel-the-best-of-both-worlds-for-data/ba-p/3905482

Meter Python en Excel, porque dios sí castiga dos veces.

1 respuesta
Lifecasi0

#48945 En un entorno con CI/CD, cualquier commit que hagas debería ser hecho con la idea de que puede terminar en producción. Si se para la empresa porque hay código de otra persona entre medias... algo se está haciendo mal.

1 respuesta
Slowbro

#48948 Y me llamaban loco cuando tiraba con csvs, pandas y matplotlib.

La auténtica salud, ahí lo que sobra es Excel.

1 respuesta
Kaledros
#48949Lifecasi0:

algo se está haciendo mal

Hay muchas cosas que se están haciendo mal. Se está tomando como base para desarrollar un producto uno ya existente que tiene mimbres para hacer de foundation pero cuyo equipo tiene los procesos completamente rotos, pero cosas que sólo ves en consultoras de mierda como no tener claro qué equipo es el owner de una tarea que involucra a varios dominios y mierdas como esa. Y eso es lo que tenemos que cambiar intentando no ser el novato que entra en el equipo y dice "esto es una mierda" (aunque en este caso lo sea).

#48950Slowbro:

ahí lo que sobra es Excel.

My point exactly. Para qué coño quieres Python en Excel cuando ya puedes manipular el contenido de un archivo desde el código o exportarlo a .csv si quieres.

2
JuAn4k4

No se, nosotros hablamos de lo que se va desplegando a prod, y hacemos planes de que va después de qué y tal. Se hacen releases de cada commit y ya van de una en una normalmente por el hecho de detectar errores en cambios pequeños.

Tenemos una pipeline que automatiza cada commit va a prod, pero no la usamos casi nunca ya que solemos hacer los deploys a mano, si que nuestro caso es especial ya que cada deploy es diferente.

desu

Mi experiencia con monos reciente es Google3 y ni te enteras. Además que no tienes ni que checkear para open source. Lo tienen montado que desde el gerrit tiran todo el ci que toque. Experiencia de usuario suave aunque es duro de mantener.

Y con Microsoft diría que igual pero hace muchos años desde que piqué y no se cómo está montado.

@kaledros Estos sistemas para ir bien no usan git. necesitan custom tool chain para cachear el fs y cachear artefactos. Así puedes tener carpetas de read only y debugar normal. La dependency chain es explícita. Y cuanto menos build se haga en local mejor (os android y iOS sufren aquí) los entornos de ci son magia negra.

Los fperos con los que trabajan no saben ni como funciona git. Se les atasca el hello world de travis. Están para tirar monorepos como si fuesen Google.

Os están metiendo a un proyecto de otro equipo. Para arreglar SU codebase. Y cuando esté solucionado se quedarán el código y os mandarán a pastar. Juego de tronos. Pero eh. Win win.

2 respuestas
Kaledros
#48953desu:

como si fuesen Google

Ese es el tema. Sospecho que aquí se usan muchas cosas sólo porque se usan en sitios grandes sin dar dos vueltas al tema. Por ejemplo, mucho usar Go para los micros porque latencia y tal y nuestros servicios en Kotlin, sin optimizar en absoluto, responden más rápidamente.

1 respuesta
desu

#48954 pagan como Google?

1 respuesta
Kaledros

#48955 Sus putas ganas. Creo que si me pongo a comparar sueldos con ellos se echan a llorar.

Wei-Yu
#48953desu:

Mi experiencia con monos reciente es Google3

es que te parto las piernas

1
desu

Mucho usar Go y no saben lo que es un puntero.

Aunque la mona se vista de seda… sigue comiendo 1GiB de ram para un server que despacha 200 peticiones al día y no saben lo que es una GC.

Mejor si fuese Java. Sería el doble de memoria y cada 3 semanas tocaría upgradear las dependencias con mil breaking changes.

Así los fperos estarían entretenidos haciendo nada de valor y no les daria por montar monorepos.

HAHAHAHAHHA

2 respuestas
JuAn4k4

#48958 Cada 3 semanas ? Tenemos un servicio con java11, akka 2.4 y dropwizard 1, echa cuentas.

Servicio que sirve millones de conexiones websocket concurrentes y billones de mensajes a la semana.

1 respuesta
Lifecasi0

#48958 se nota que has trabajado poco en entornos reales. Lo raro es precisamente que se actualice algo.