Feda /dev/ - No Javascript allowed

Normas
spoiler
Personas non gratas
Memes feda dev




X-Crim

#17099

Y ahora mira la gente que frecuenta estos lares

Gente rarita

2
JuAn4k4

#17100 Así el gitignore se hace sencillo, ahorrando líneas.

B

.

1 respuesta
aren-pulid0

Hay algún faangsexual por aquí?

1 respuesta
BLZKZ

#17098 XDD habia quotes brutales

Zoko

#17104 @desu

Ranthas

#17096 Seguro que usabas Lombok en aquellas fechas

B
1
desu

#17103 Melafo, no la encuentro en linkedin.

A ver, pasando el video por encima.
flat structure, perfecta para el 99% de los casos
group by function es un detector de abuelos del MVP como @r2d2rigo Desde los a;os 70 hemos evolucionado.
group by module esta bastante bien, pero prefiero el package. Es lo que se usa en open source, k8s, docker, stack de hackercorp... Yo tiraria por esto.

"DDD", eso es un detector de pajeets que no han entendido DDD
"Hexagonal", de nuevo detector de pajeets que no han entendido Hexagonal

*Ni DDD ni Hexagonal requieren organizar el codigo de ninguna manera especial pedazo de subnormales (eso si melafo igualmente). DDD y Hexagonal te lo venden como software para que compres libros y pagues cursos pero es todo logico y a nivel de dise;o, puedes tener todo en un fichero y si has definido bien las interficies estar haciendo DDD y Hexagonal. En fin. Ah si me olvidaba, tambien sirve para dar sesiones con post its en las pizarras que eso vende mucho agile y demas gilipolleces.

Solucion amigo Kazulo, empiezas por flat structure siempre que cubrira la gran mayoria de casos.

Cuando con el tiempo tienes muchos archivos o muchos monos picando codigo os parais a pensar y analizais que tipo de problemas os encontrais:

  • multiples equipos? separar por packages, cada equipo su responsabilidad y a otra cosa
  • teneis un caos a nivel logico? refactorizar y aplicar ideas de DDD
  • teneis que cambiar entre entornos dev/prod para poder testear mejor, desarrollar multiples proyectos a la vez... Aplicas Hexagonal

Pero si en lugar de decirlo yo, un representante de los gordos sudorosos sin vida, te lo dice una tal Kat Zien que cumple con todas las legislativas europeas en igualdad de genero pues oye, mucho mejor.

B

.

1 respuesta
desu

#17110 Bueno pues me alegro que diga lo mismo. Me acabo de levantar por eso estoy mas sensible.

PS: Viendo sus fotos en detalle, no melafo ya. Perfiero una waifu 2D de las mias con un libro de Golang.

Edit: ayer lei la guia de estilo de Uber para Go. Menudo MONTON de MIERDA. Menudas bobadas y barbaridades. Y como lo dice alguien que ha picado en Uber ya es la verdad absoluta y a todo el mundo le parece bien. Para flipar el culto que se gastan. Igualitos que en Java, misma mierda en distinto plato.

2 respuestas
HeXaN

Ojalá yo tuviese esa mandíbula.

B

.

1 respuesta
eisenfaust

#17111 En su día estaban shilleando esto también https://google.github.io/styleguide/lispguide.xml

A excepción de las de Norvig y Conway, no he visto guidelines o listas de buenas prácticas que no den asco o estén hechas con el pajeet medio en mente.

desu

#17113 No tiene ningun misterio, sentido comun. Es el metodo mas viejo que existe, que algun abuelo me corrija. Lo bueno de este metodo es que si tienes una buena implementacion y tooling te optimiza linkings, compilacion incremental, si usas multiples librerias (con sus submodulos/subpaquetes) te hace pruning... Esto lo metieron en java 1.9 y no lo he usado ni yo XD pero si usas la herramienta de google para generar imagenes de docker automaticas si lo usa internamente p.e.

modulos
https://github.com/docker/compose-cli

modulos
https://github.com/mindspore-ai/mindspore/tree/master/mindspore

flat + funciones
https://github.com/tiangolo/fastapi/tree/master/fastapi

flat
https://github.com/google/jax/tree/master/jaxlib

modulos
https://github.com/etcd-io/etcd/tree/master/pkg

flat
https://github.com/etcd-io/etcd/tree/master/raft

modulos + hexagonal
https://github.com/pytorch/pytorch/

este son modulos en teoria, en la practica es una mierda de pajeet
https://github.com/google/jax/tree/master/jax

Dry-Prime

Me acabo de enterar que un tipo al que tomaba por junior de medio año de experiencia y al que he estado dando apoyo como al resto de juniors del equipo durante las últimas semanas en realidad entró a la empresa como senior, osea que igual me reuno con el 4 veces al día para resolver dudas y darle directrices pero resulta que el tipo igual hasta cobra más que yo.

Se ha tirado +1 semana para cambiar un puto filtro en un combo + blindar una condición con un if y encima se ha ido de vacaciones sin decir nada ni subir lo que había hecho, estoy flipando.

1 respuesta
eondev

#17116 tranqui en mi empresa han entrado varios desde la oferta de un senior, con menos rango y exp que yo, preguntándome de todo y cobrando más que yo. Que yo soy un junior roñoso, pero tampoco me apetece q me pisen de esa forma xdd

eisenfaust

Vaya coñazo lo de ir a trabajar a un sitio donde hay distinción entre juniors, seniors y demás fauna. Pero claro en el país de los analistas de software, arquitectos de software y demás eufemismos raros para evitar llamarse programador supongo que es lo que toca.

14 1 respuesta
aren-pulid0

Bueno, al margen de hate y billis

Que disfruteis mañana del último día del año y si no escribo feliz año !

B

.

Ranthas

La única distinción debería ser masilla / menos masilla. Todo lo de junior, senior y demás mierda son sólo escalones en la pirámide de la mediocridad.

4 1 respuesta
isvidal

pd: que morcillote se ha puesto

privet

#17121 Y suena bastante bien

desu

@KazuluDev Ando haciendo:

1) api http backend tipica para CRUD de empleados y calendarios de trabajo
2) servicio por http de secuenciacion para sacar planificaciones optimas de los empleados para su calendario
3) dockerizar y meterlo en el traefik que me hice el otro dia para tener microservicios con su balanceado, escalado y demas polladas
4) en algun momento hay que vigilar el tema de cors cuando pete lo mirare XD
5) me molaria picarme el front end para mostrar la tabla de resultados y lanzar las re-secuenciaciones pero no veas que pereza me da... Esto quizas no lo hago y voy por tests+curls. Ambas cosas demasiado curro.
6 y 7) a;adir protobuf y grpc a los servicios, esto lo hice ya con go hace meses pero tengo que meterlo en un traefik a ver que tal el tema de tcp si no me da problemas
8) un microservicio de auth y enrutarlo todo por traefik

Creo que me va a dar este finde para todo menos el auth.

1 respuesta
Kaledros

Las distinciones entre junior, senior y demás son útiles desde el punto de vista organizativo:

  • Junior: no sabe hacer nada solo.
  • Senior: es independiente y puede dar soporte a un junior.
  • Analista: un senior que además puede definirse sus propias tareas y las de los demás.
  • Arquitecto: el responsable de tomar decisiones tecnológicas que afecten a la forma del proyecto. Ojo, que sea el responsable no significa que sea el único que sepa hacerlo, significa que a él le caerán las hostias si sale mal.

Lo que ya no tiene sentido son mierdas como analista-programador, porque eso implica que un analista no debe programar y eso es un error, pero tienes que poder distinguir quién puede hacer qué cosa para asignar tareas acorde a ello. Y por supuesto, esa clasificación en la vida tiene que venir dada por los años que llevas en esto, que es lo que cree el 100% del masillerío.

Y obviamente, esa clasificación no significa nada fuera de la manera en que se organiza el trabajo, pero lamentablemente tienes que pasar por el aro y definirte de alguna manera cuando buscas curro.

1 respuesta
eondev

A tomar por culo 2020 hijos de puta

1 respuesta
B

.

Markitos_182

#17126 que tal el curro

1 respuesta
eondev

#17128 muy bien, aquí con el cafelito, ahora enchufaré el pc

Lecherito

#17125 el rol de analista es una basura, y el de arquitecto también.

1 1 respuesta