La dichosa "Reusabilidad".
2003-12-29T00:00:00.000Z
solid
¿para qué, o qué?
para poder name droppear
“reusabilidad”
en juntas
de quince
minutos
(máximo)
todo nuestro tiempo
es valioso
El código es esto y aquello,
y entre tantas cosas que dicen que es,
seguro es algo a lo que
preferirías darle
contro locé contro lubé
lo más que se pueda
incluso
nomás darle enter
al autocomplit.
A eso aspira
el dichoso
“código solid”,
si te preguntan
¿qué es “solid”?
solo diles:
son cinco principios
s ingle responsibility responsabilidad única
o pen / closed cerrado / abierto
l iskov substitution substitución de liskov
i nterface segregation segregación de interfaces
d ependency inversion inversión de dependencias
y si lo preguntan
en inglés
juégale al valiente
que vida solo hay una
y diles:
“freedom”.
pausa dramática
“think about how you organize your code”
es una ted talk y tu nombre está en ella
“code extends”
mirada al infinito
“code is read”
mirada fulminante a la webcam
“code is understood”
mirada fija en algún tótem
te alejas de la cámara
dejas un silencio prudente
hasta ahora
podría ser que:
1) estés demente
2) estés a punto de decir algo genio
y antes de que se elabore un 3)
procedes a dejarles ir tu resumen
del chingo de videos
en youtube que maratoneaste
para sentirte en confianza
de decir en cámara
que le sabes al solid
y luego, lo que surja.
=== single responsiility
a class should have one, and only one, reason to change.
very precise names for many small classes > generic names for large classes
a place for everything, everything in its place
la famosa “atomización”
=== open / closed
goal: never break the core of your system
wrap things around and use it as you need
easy to extend, hard to break
tested often, changed almost never
== liskov substitution
pointers to objects
should rely
on pointers to their children
con todo respeto
y dedicación inclusive:
es como cuando fallece
un ser muy querido
y sus admiradores
esperan que la descendencia
se porte a la altura
(incluso más)
== interface segregation
un componente
a través de una interfaz
le comunicó a otra
“te doy lo que necesitas
no te doy lo que no”
== dependency inversion
add middleware
decouple
básicamente
las interfaces en typescript
son una herramienta
para echarle la culpa
(ágil, no personalmente)
al back.