Saltar al contenido principal
100
cosas.dev
Buscar consejos
/
Pulsa / para buscar
0/100
leídos
Tema
Sobre el proyecto
GitHub
0/100
Buscar consejos
100
cosas que todo
programador
debería saber
Mejora en programación,
un consejo a la vez
PDF
Ideal para leer en ordenador o imprimir
EPUB
Para e-readers como Kindle, Kobo, etc.
Todos
·
Arquitectura
Diseño
Testing
Prácticas
Herramientas
Fundamentos
Tipado
Aprendizaje
Estrategia
Seguridad
Artesanía
Filosofía
Carrera
Mantenibilidad
Comunicación
Rendimiento
Legibilidad
IA
Gestión
DevOps
Accesibilidad
Debugging
Comunidad
Mentalidad
Documentación
Simplicidad
Developer Experience
CSS
Productividad
Proceso
Diversidad
Código Limpio
UX
Equipo
#01
·
Fundamentos
El código se lee mucho más a menudo de lo que se escribe
GvR
Guido van Rossum
Marcar como leído
#02
·
Tipado
El tipo correcto elimina bugs antes de existir
AH
Anders Hejlsberg
Marcar como leído
#03
·
Estrategia
Elige tecnología aburrida
MH
Margaret Hamilton
Marcar como leído
#04
·
Fundamentos
Los programas deben escribirse para que los lean las personas
HA
Harold Abelson
Marcar como leído
#05
·
Seguridad
La seguridad es un proceso, no un producto
BS
Bruce Schneier
Marcar como leído
#06
·
Artesanía
El código legacy es código sin tests
MF
Michael Feathers
Marcar como leído
#07
·
Arquitectura
Las APIs deben ser fáciles de usar correctamente y difíciles de usar mal
JB
Joshua Bloch
Marcar como leído
#08
·
Filosofía
El código limpio no es el objetivo final
DA
Dan Abramov
Marcar como leído
#09
·
Estrategia
Haz cosas que no escalen
PG
Paul Graham
Marcar como leído
#10
·
Diseño
Tu aplicación solo tiene que funcionar una vez; debe ser fácil de cambiar para siempre
SM
Sandi Metz
Marcar como leído
#11
·
Mantenibilidad
La Regla del Boy Scout
RM
Robert C. Martin
Marcar como leído
#12
·
Seguridad
La seguridad empieza en el código
PT
Parisa Tabriz
Marcar como leído
#13
·
Comunicación
Talk is cheap. Show me the code
LT
Linus Torvalds
Marcar como leído
#14
·
Rendimiento
La optimización prematura es la raíz de todos los males
DK
Donald Knuth
Marcar como leído
#15
·
Arquitectura
La abstracción es la clave para la supervivencia
BL
Barbara Liskov
Marcar como leído
#16
·
Legibilidad
El mejor error es el que se explica solo
EC
Evan Czaplicki
Marcar como leído
#17
·
IA
Vibe Coding: Olvídate de que el código existe
AK
Andrej Karpathy
Marcar como leído
#18
·
Fundamentos
Solo hay dos cosas difíciles en informática
PK
Phil Karlton
Marcar como leído
#19
·
IA
Los algoritmos no son neutrales: tienen la cara de quien los programa
JB
Joy Buolamwini
Marcar como leído
#20
·
Arquitectura
La simplicidad es prerrequisito de la fiabilidad
ED
Edsger W. Dijkstra
Marcar como leído
#21
·
IA
La IA debe aumentar la inteligencia humana, no reemplazarla
FL
Fei-Fei Li
Marcar como leído
#22
·
Gestión
Añadir más gente a un proyecto retrasado lo retrasa más
FB
Fred Brooks
Marcar como leído
#23
·
DevOps
Observa tu código en producción
CM
Charity Majors
Marcar como leído
#24
·
Fundamentos
La concurrencia no es paralelismo
RP
Rob Pike
Marcar como leído
#25
·
Accesibilidad
La accesibilidad no es una feature, es un derecho
SS
Sara Soueidan
Marcar como leído
#26
·
Debugging
Depurar es el doble de difícil que escribir el código
BK
Brian Kernighan
Marcar como leído
#27
·
Comunidad
Tu comunidad es tu superpoder
CW
Cassidy Williams
Marcar como leído
#28
·
Mentalidad
Cuestiona todo lo que das por hecho
LC
Lynn Conway
Marcar como leído
#29
·
Prácticas
Los mensajes de commit son cartas a tu futuro yo
LT
Linus Torvalds
Marcar como leído
#30
·
Documentación
El código nunca miente, los comentarios a veces sí
RJ
Ron Jeffries
Marcar como leído
#31
·
IA
Los modelos grandes tienen grandes responsabilidades
TG
Timnit Gebru
Marcar como leído
#32
·
Simplicidad
Si no puedes explicarlo de forma simple, no lo entiendes
RF
Richard Feynman
Marcar como leído
#33
·
Developer Experience
La experiencia del desarrollador importa tanto como la del usuario
SD
Sarah Drasner
Marcar como leído
#34
·
Mantenibilidad
Programa como si el mantenedor fuera un psicópata que sabe dónde vives
JW
John Woods
Marcar como leído
#35
·
IA
El código generado por IA necesita revisión humana
AK
Andrej Karpathy
Marcar como leído
#36
·
Rendimiento
El mejor request es el que no se hace
AO
Addy Osmani
Marcar como leído
#37
·
Artesanía
El código que no existe es el que mejor funciona
CB
Carlos Blé
Marcar como leído
#38
·
Aprendizaje
Antes de aprender un framework, aprende el problema que resuelve
DA
Dan Abramov
Marcar como leído
#39
·
CSS
El contenido debería guiar el diseño, no al revés
JS
Jen Simmons
Marcar como leído
#40
·
CSS
CSS es un lenguaje de programación, trátalo como tal
UK
Una Kravets
Marcar como leído
#41
·
Arquitectura
La deuda técnica es como la financiera: hay que pagarla
WC
Ward Cunningham
Marcar como leído
#42
·
Arquitectura
Todas las abstracciones tienen fugas
JS
Joel Spolsky
Marcar como leído
#43
·
Productividad
Convención sobre configuración: menos decisiones, más productividad
DHH
David Heinemeier Hansson
Marcar como leído
#44
·
Arquitectura
No diseñes para el peor caso, diseña para el caso real
RP
Radia Perlman
Marcar como leído
#45
·
Mentalidad
Enseña valentía, no perfección
RS
Reshma Saujani
Marcar como leído
#46
·
Proceso
La estimación no es una promesa, es una predicción
RM
Robert C. Martin
Marcar como leído
#47
·
Rendimiento
Entiende la red: cada milisegundo importa
IG
Ilya Grigorik
Marcar como leído
#48
·
Aprendizaje
Pregunta lo que no sabes, aunque parezca obvio
JE
Julia Evans
Marcar como leído
#49
·
Diversidad
Los datos importan, no las opiniones
TC
Tracy Chou
Marcar como leído
#50
·
DevOps
Si tu sistema es bueno, despliega en viernes
GR
Guillermo Rauch
Marcar como leído
#51
·
Proceso
Haz que funcione, hazlo bien, hazlo rápido (en ese orden)
KB
Kent Beck
Marcar como leído
#52
·
Rendimiento
Menos JavaScript es mejor JavaScript
RH
Rich Harris
Marcar como leído
#53
·
Fundamentos
Las estructuras de datos dominan. Si las eliges bien, los algoritmos son obvios
LT
Linus Torvalds
Marcar como leído
#54
·
Código Limpio
Una función debe hacer una sola cosa y hacerla bien
RM
Robert C. Martin
Marcar como leído
#55
·
Testing
Escribe tests que fallen, no tests que pasen
KD
Kent C. Dodds
Marcar como leído
#56
·
UX
Las animaciones deben tener un propósito, no ser decoración
SD
Sarah Drasner
Marcar como leído
#57
·
Legibilidad
El código corto no siempre es mejor código
SM
Sandi Metz
Marcar como leído
#58
·
Arquitectura
Prefiere composición sobre herencia
DA
Dan Abramov
Marcar como leído
#59
·
CSS
El CSS nativo es más potente de lo que crees
LV
Lea Verou
Marcar como leído
#60
·
Código Limpio
Refactoriza sin piedad, pero con tests
MF
Martin Fowler
Marcar como leído
#61
·
Carrera
Aprende en público: tu mejor inversión profesional
CW
Cassidy Williams
Marcar como leído
#62
·
Arquitectura
Duplica código antes de crear la abstracción incorrecta
SM
Sandi Metz
Marcar como leído
#63
·
Aprendizaje
Aprende haciendo, no leyendo
LF
Limor Fried
Marcar como leído
#64
·
Arquitectura
Escribe código que sea fácil de borrar, no fácil de extender
TR
Tania Rascia
Marcar como leído
#65
·
Herramientas
Git es tu máquina del tiempo, úsala bien
JE
Julia Evans
Marcar como leído
#66
·
Fundamentos
Explícito es mejor que implícito
GvR
Guido van Rossum
Marcar como leído
#67
·
Código Limpio
Los errores son datos, no excepciones
RH
Rich Harris
Marcar como leído
#68
·
Documentación
El README es tu primera impresión
TR
Tania Rascia
Marcar como leído
#69
·
Herramientas
La terminal es tu superpoder
JF
Jessie Frazelle
Marcar como leído
#70
·
Testing
El mejor bug es el que no llega a producción
GR
Guillermo Rauch
Marcar como leído
#71
·
Rendimiento
No optimices lo que no mediste
DK
Donald Knuth
Marcar como leído
#72
·
Legibilidad
Los nombres revelan intención
RM
Robert C. Martin
Marcar como leído
#73
·
Arquitectura
El estado mutable es la raíz de todos los males
RH
Rich Harris
Marcar como leído
#74
·
Rendimiento
El usuario no espera: cada milisegundo cuenta
AO
Addy Osmani
Marcar como leído
#75
·
Productividad
No reinventes la rueda (a menos que estés aprendiendo sobre ruedas)
KD
Kent C. Dodds
Marcar como leído
#76
·
Legibilidad
El código es comunicación entre humanos
MF
Martin Fowler
Marcar como leído
#77
·
Arquitectura
Un buen diseño es más fácil de cambiar
DT
Dave Thomas
Marcar como leído
#78
·
Herramientas
TypeScript te hace ir más rápido, no más lento
AH
Anders Hejlsberg
Marcar como leído
#79
·
Testing
Los tests son la mejor documentación
KB
Kent Beck
Marcar como leído
#80
·
Equipo
Las code reviews son para aprender, no para criticar
SD
Sarah Drasner
Marcar como leído
#81
·
Proceso
Empieza por el final: escribe primero cómo quieres usar el código
KB
Kent Beck
Marcar como leído
#82
·
DevOps
Los logs son tu mejor amigo en producción
KH
Kelsey Hightower
Marcar como leído
#83
·
Arquitectura
Cada dependencia es deuda que tendrás que pagar
DHH
David Heinemeier Hansson
Marcar como leído
#84
·
Debugging
El primer paso para arreglar un bug es reproducirlo
JE
Julia Evans
Marcar como leído
#85
·
Arquitectura
Separa lo que cambia de lo que permanece igual
SM
Sandi Metz
Marcar como leído
#86
·
DevOps
El rendimiento se degrada gradualmente: monitoriza siempre
AO
Addy Osmani
Marcar como leído
#87
·
Proceso
Divide el problema hasta que cada parte sea trivial
ED
Edsger W. Dijkstra
Marcar como leído
#88
·
Documentación
La documentación es un acto de empatía
DP
Daniele Procida
Marcar como leído
#89
·
Mentalidad
El contexto lo es todo: no hay mejores prácticas universales
KD
Kent C. Dodds
Marcar como leído
#90
·
Mentalidad
El software es un proceso, no un producto terminado
MF
Martin Fowler
Marcar como leído
#91
·
Documentación
No asumas que el siguiente lo sabe: documenta las decisiones
SD
Sarah Drasner
Marcar como leído
#92
·
Carrera
Aprende a decir 'no' o 'no todavía'
DHH
David Heinemeier Hansson
Marcar como leído
#93
·
Productividad
Si lo haces tres veces, automatízalo
JA
Jeff Atwood
Marcar como leído
#94
·
Carrera
Cuida tu salud mental: el burnout es real
CW
Cassidy Williams
Marcar como leído
#95
·
Proceso
Antes de cómo, pregunta para qué
BL
Barbara Liskov
Marcar como leído
#96
·
Proceso
El feedback temprano vale oro
GR
Guillermo Rauch
Marcar como leído
#97
·
Mentalidad
La humildad te hace mejor desarrollador
LT
Linus Torvalds
Marcar como leído
#98
·
Arquitectura
Haz que el camino correcto sea el camino fácil
JA
Jeff Atwood
Marcar como leído
#99
·
Equipo
El pair programming no es perder el tiempo
KB
Kent Beck
Marcar como leído
#100
·
Carrera
Nunca dejes de aprender: la curiosidad es tu superpoder
AL
Ada Lovelace
Marcar como leído
