Feda /dev/ - No Javascript allowed | Página 1101

Kaledros #33001 Feb '22

#33000vago_21:
meterle plugins que han programado otros

Eso y saber usar Google son el 90% de mi trabajo.

Fyn4r #33002 Feb '22 Inocente

#33000 eres como desu pero en vago

1 respuesta

desu #33003 Feb '22

#33002

Lecherito #33004 Feb '22 A toda leche

Imagínate usar una cpu que han diseñado otros

Zoko #33005 Feb '22

Mi empresa ha abierto nueva oficina en Barcelona, buscamos los siguientes puestos:

Senior Backend (Go) x 2
Senior Frontend (JS, React) x 1

Los salarios:

Nivel 3 (Senior): 70k euros
Nivel 4 (Staff Engineer/Engineering Manager): 85k euros

Somos una startup, bueno scale-up ya, con mas de 50M usuarios mensuales y sin financiacion externa. Cerca de unos 90 empleados ya, la idea es subir a 120/130 a lo largo de este año.

Si alguien de verdad esta interesado, MP.

9 5 respuestas

desu #33006 Feb '22

#33005 70k base o tc?

porque no me apetece BAJARME el salario.

1 respuesta

Zoko #33007 Feb '22

#33006

70k TC en Nivel 3.
85k base en Nivel 4. Hay un programa ESOP para Nivel 4 y superiores.

1 respuesta

desu #33008 Feb '22

#33007 una mierda

1 respuesta

Zoko #33009 Feb '22

#33008

¯\_(ツ)_/¯

B

[Borrado] #33010 Feb '22

#33005 Si sale algo algún dia para perfiles más junior/mid (₂ años exp) postea aquí también que me interesaria echar el CV

Es de agradecer ver usuarios traer este tipo de cosas, grande!

2 respuestas

desu #33011 Feb '22

#33010 con 2 a;os deberias cobrar mas de 70k o estar tan cerca que no te compensa cambiar de curro

1 respuesta

B

[Borrado] #33012 Feb '22

#33011 En 4 meses me suben a 50k. Soy un pajeet tho.

1 respuesta

TheBrotha #33013 Feb '22

#33005 Por mera curiosidad, cuantos años tiene la empresa para tener esa proyección de empleados? Por compararlo con la situación de la startup en la que estoy yo jaja

1 respuesta

desu #33014 Feb '22

#33012 Esta bien, es más que yo en ese momento.

Se nota que eres forero y has tenido la suerte de leer mis aportes.

Yo no tuve la suerte de conocerme a mi mismo por desgracia.

JuAn4k4 #33015 Feb '22

#33005 Os dan stock ? On call?

1 respuesta

Zoko #33016 Feb '22

#33010

No medimos el seniority por cuanto tiempo lleves si no por lo que sepas hacer y como lo hagas, pero no te preocupes que seguire avisando con otras ofertas si crees que aun no estas listo para eso.

#33013

Fundada en 2013. Pero realmente el crecimiento gordo ha venido en 2020, habia unos 30 empleados en Zurich y unos 8 en Serbia (el equipo movil es de alli). Hasta hoy que como digo somos unos 90 asi que el crecimiento es exponencial.

#33015

No hay on-call, las veces que lo hemos tenido que hacer se ha pactado antes y se ha pactado un precio/hora y se apuntaba quien queria.
Stocks para niveles 4 en adelante, con el tipico vesting y tal. Lo del programa ESOP es nuevo de hace unos meses y aun se esta refinando.

desu #33017 Feb '22

Os recomiendo este libro: https://www.oreilly.com/library/view/sre-with-java/9781492073918/

Voy por la mitad.

Aunque sea para java los ejemplos son para dummies y sirven para cualquier cosa.

Tiene buenos consejos como: "Never gauge something you can count, never count something you can time"

Una lectura y entendereis como me siento al ver esto:

func (d *D) requestMetrics(start time.Time, tags []string, result t) {
	elapsed := time.Since(start)
	elapsedInMillis := float64(elapsed.Milliseconds())
	d.monitor.TimeInMilliseconds("request.duration", elapsedInMillis, tags, 1)
	d.monitor.Gauge("request.duration", elapsedInMillis, tags, 1)
	d.monitor.Incr("request.count", append(tags, fmt.Sprintf("output.format:%s", result.ContentType)), 1)
}

no necesitas incrementar un request.count... si puedes hacer request.duration.count XD

Y lo detener el time y el gauge os juro que no lo entiendo.

Cuando termine el libro os compartire mis notas, pero recomiendo leerlo si eres noob.

4 1 respuesta

frekaice #33018 Feb '22

#33005 Lástima que no sea Java, al final tendré que ponerme con Go... Aún así gracias por compartirlo!

JuAn4k4 #33019 Feb '22

#33017 yo he visto de todo en dos meses, y es todo por no entender que son cada cosa. Esa frase es buen resumen.

1 respuesta

desu #33020 Feb '22

#33019 Me mola mucho de momento el SRE.

Buen libro, terminado en 2 dias leyendo rapido y saltando cosas que ya sabes te lo lees. La mayoria de cosas ya las sabia, sobretodo me ha servido para aprender como mostrar datos y que metricas son utiles.

ratio errores vs error rate
el tema tipico de avgs vs distribution
ratios y agregar
como usar los tags bien

Os comparto aqui mis notas para que veais un resumen del libro:
https://github.com/vrnvu/notes/blob/master/sre/sre-with-java-microservices.pdf

Me daba palo meter capturas, pero si os lo leeis los graficos estan bien.

Espero poder hacer una sesion en twitch algun dia, tengo 1 preparada de profiling cpu y mem en go.

1 respuesta

Lecherito #33021 Feb '22 A toda leche

https://aws.amazon.com/builders-library/building-dashboards-for-operational-visibility

Asi es mas o menos como lo hacia

2 1 respuesta

JuAn4k4 #33022 Feb '22

#33020 No habla de Canary análisis royo Kayenta ? Lo estamos poniendo nosotros ahora y es muy cool.

1 respuesta

desu #33023 Feb '22

#33021 Demasiado alto nivel. Esta interesante los "tipos" de dashboard.

Yo estoy pensando en tener estos tipos: producto, networking, infraestructura.

producto: como nuestro producto es self-service nos puede interesar conocer el ratio de adopcion de servicios, tendencias, fijar baselines... es para el PM.
networking: SLOs centrados en networking. requests y latencias. de tu link juntaria el high level y low level para microservicios y servicios. quizas tiene sentido tener 2 dashboards como propone aws. pero networking. esto seria la experiencia de usuario tambien.
infra: para servicio (jvm + go especificos) y ademas para la instancia (memoria, cpu, fs). rendimiento y eficiencia.

Si me pongo en modo autista separando mas me saldrian: 1 producto, 2 networking alto/bajo nivel y 2 de infra alto/bajo nivel

El libro que he pasado te recomienda mas cosas practicas y de data analisis como no interpolar valores para no joder el grafico, usar heatmaps con histogramas para las latencias para ver en los colores el comportamiento facilmente... Esta lleno de consejos mas practicos.

#33022 Si menciona spinnaker + kayenta precisamente. Me he saltado esa parte en las notas porque no tenia mucho que apuntar... es muy simple y especifico de la herramienta que uses.

Canary analysis esta bien.

Pero yo recomiendo tener una test suite de rendimiento para detectar regresiones o bugs del palo en CI. Que la gente no lo hace y de repente ves que un servicio de 1 mes a otro su comportamiento ha cambiado y no sabes porque.

Otro detallito interesante del libro es la historia de Eureka de Netflix. Comenta que es mejor un ALB interno (como yo siempre he defendido jeje) pero que el Eureka esta bien para gesitonar los deployments. Por pura casualidad crearon eureka en netflix, cuestion de timing.

Tambien cuenta alguna cagada sobre no medir las latencias maximas en netflix cuando el tipo se marcho, y enterarse de que cuando lo hicieron se dieron cuenta que habian jodido un servicio critico. hicieron tunnel vision al p99 y no vieron la que liaban XD por eso ahora se recomienda siempre sacar el MAX y no ocultarlo.

Otro libro de este equipo de netflix es el seeking sre, lo tengo en la lista de pendientes.

Kaledros #33024 Feb '22

Lejísimos de mí estar en el mismo barco que Glovo, pero me flipa que haya gente que crea que igual estas cosas funcionan con dos yogures atados con un cordel o algo.

1 respuesta

JohnVoiden #33025 Feb '22 Penitente

#33024 Me da bastante pereza intentar empatizar con gente que es incapaz de entender como funcionan los servicios desde app/web

1 respuesta

Kaledros #33026 Feb '22

#33025 Es que no sé, a lo mejor este señor cree que Glovo funciona llamando por teléfono y dando el recado al encargado.

1 respuesta

GaN2 #33027 Feb '22 Inocente

#33026 Me estas diciendo que no hay un ejercito de duendes haciendo ese trabajo?

desu #33028 Feb '22

Los repartidores de Glovo al menos se sacan un dinerito.

Si fuese por los socialistas se moririan de hambre porque su trabajo quieren que desaparezca.

Ya les han jodido lo bastante los ultimos a;os.

Mejor dicho, el socialista quiere que todo trabajo desaparezca... No me extra;a que ataquen a los repartidores...

1 respuesta

JohnVoiden #33029 Feb '22 Penitente

#33028 aqui politica no. @Jastro dale con la cachiporra.

pd. hijo de puta ponte el teclado usa - es para tener ñ

1

Kaledros #33030 Feb '22

Tolkien no vivió lo suficiente como para saber que la frase que debería haber ido dentro del Anillo Único era "I'm going to share my screen". Debería haber una asignatura en la carrera y en todos los CFGS llamada "APRENDE A SINTETIZAR, HIJO DE PUTA".

1 1 respuesta

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Usuarios habituales