Feda /dev/ - No Javascript allowed

#44942

#44946 Molaría una de mv, que tengo ganas de ver @desu vs @Soltrac

Y un asalto de mods, @Fyn4r vs @Jastro

#44950 tu no eres uno de los que lleva desde el paleolitico haciendo cheats para juegos? dudo que seas tan malo cabron

Escribis cadenas en funciones y os quedáis tan panchos xd.
Hoy en día ser buen programador es 'no generar deuda técnica', pero claro, la cosa no es tan trivial, según el contexto el objetivo será la velocidad, eficiencia o que sea fácil de leer y mantenible. No es lo mismo escribir un driver, un erp o un compilador... Pero vamos que hay básicos que se dan en primero de carrera como expresar literales como constantes, usar un único return por funcion, no usar goto, breaks, etc xd

#44953 lo de no usar gotos, breaks, single return son tonterías hoy en día.

úsalos...

El paper original de no usar gotos era de 1960 de Dijkstra, es una página, leelo, porque verás que el contexto y lenguaje del que habla murió hace 40 años. Dijkstra hablaba de programación estructurada, lo de gotos ara bad es un click bait de la época.

Luego los break y return es parecido. Tener early returns por ejemplo ayuda a tener invariantes más claras en los algoritmos. Y los break vs return era un tema de compiladores también de los 80-90... Hoy en día el compiler de un buen lenguaje te hará el mismo código optimizado en x86/arm/ir pongas breaks, gotos, mil returns.

Break vs funciones cortas con returns => syntax vs semántica
Gotos => buenos
Early returns => Buenos

Si por ejemplo estas en rust en tu main y quieres hacer un bucle sobre un slice de structs, y dentro buscas algo. Que haces un break con un flag o una función auxiliar? Te habrán dicho que los break son malos pero no es cierto, si tu escribes esa función en Rust, al ser la memoria y stack más explícitos verás que llamar esa función auxiliar cada vez tendrá un coste... A veces clonar objetos enteros... Y si no se llama cada vez es que el compilador la pone in-line. Y si.. Si hace eso tienes un break!

Sintax vs semàntic... En este caso TODOS queremos break y solo una subrutina en casos extremos.

Es como discutir si pasamos por puntero o copiamos un struct. Siempre copia excepto casos extremos. Decir que pasar punteros es malo o que pasar por copia caro. Es de fpero.

PS lo de expresar literales como constantes es un tema más de comptime vs runtime y lifetime... No entro xq es más complejo pero siempre comptime antes que runtime. Y entra el Sintax vs semàntics xq depende del lenguaje y entorno de ejecución. Además de ver si es una lib que se exporta o no... Complejo. Para nada algo básico.

#44955 por qué copiar siempre structs vs pasar punteros?

Yo siempre paso punteros xddd, salvo que no me interese.

Me has dejado loco

#44962 te podría haber contestado que es con lo que marca lo que está diciendo en la diapositiva cuando le explica mierdas al cliente xD

#44964 "habitualmente googleo estas cosas, intento ser más de la vertiente resourceful que memorística"

ojalá me lo hubiera acabado de inventar

#44968 se recomienda que siempre al implementar métodos de un estructura sea por referencia.

(s *service)

Pero en funciones que usas el call stack no