Estoy seguro que conocéis Lowdash, ¿vale?
Lowdash, a lo mejor no sabéis esta historia,
pero Lowdash en realidad es una alternativa
a una biblioteca todavía más vieja, que es Underscore.
Underscore fue una biblioteca de JavaScript muy, pero que muy famosa,
casi tan famosa como jQuery en su momento,
porque es que venían, iban casi que juntas.
Pero ¿qué pasa?
Que Underscore al final, pues cada vez se iba actualizando menos
y ocupaba bastante espacio.
Y surgió una alternativa que se llamaba Lowdash.
Y después de Lowdash hay otra alternativa que sería Just.
Que Just a mí me encanta.
La idea de Just es que cada utilidad es totalmente separada, ¿sabes?
O sea, te las puedes instalar de forma separada.
A mí me encanta, es la que yo siempre uso.
Pero bueno, Lowdash ahora mismo digamos que es la más famosa,
recuperó el testigo de Underscore y se lo quedó, ¿vale?
¿Qué pasa con Lowdash?
A ver, Lowdash es increíble lo utilizado que es.
Es una biblioteca de bastante tocha, por desgracia.
Aunque a día de hoy podéis utilizar en más green modules
para solo recuperar realmente lo que necesitáis
y con el tree shaking que no ocupe tanto espacio.
Pero si hay un problema de que te utilicen tanto muchas veces
es el hecho de tener muchas issues.
Mira, por ejemplo, React.
React tiene 1.100 issues.
Entonces, mi pregunta del millón es,
¿creéis que React algún día, algún día,
va a arreglar todas las issues que tiene?
No, no lo va a arreglar en la vida.
Bueno, de hecho, es que no las van a leer ni la mitad.
Es que no las van a poder cerrar.
Fijaos, status, unconfirmed, unconfirmed.
O sea, todas sin confirmar, sin confirmar, sin confirmar.
Si es imposible, ¿no?
Vais a otros proyectos como, por ejemplo, Flutter.
Flutter, que está diciendo por aquí que hay 5.000 issues.
Más de 5.000 issues.
¿Qué pasa con esto?
El número de issues de un proyecto puede significar muchas cosas.
Uno, que realmente sea un proyecto con muchos bichos.
Muy problemático.
Que tiene muchos bugs, que no funciona bien,
que no hay buena documentación y la gente no sabe cómo hacer las cosas.
Que trae muchos problemas.
Ya sea de que realmente tiene bugs o realmente de que la gente se encuentra con muchas problemáticas
o cosas que no están documentadas y no saben dónde pedir ayuda
o directamente que tiene una popularidad demasiado alta
y se están generando constantemente, pues, corner cases que no se tengan en cuenta.
Un montón de cosas, ¿no?
Entonces, más de 5.000 issues.
¿Creéis que Flutter va a arreglar las 5.000?
Obviamente no, ¿vale?
¿Qué ha pasado con Loadash?
Pues Loadash ha entrado en lo que se le llama bancarrota.
Ha entrado en bancarrota.
Y es que, si lo revisamos, ojo, Loadash solo tiene dos issues.
¿Por qué?
¿Por qué solo tiene dos?
Porque lo que han hecho es cerrar miles de issues sin ni siquiera mirárselas.
Lo que han hecho es cerrar todas las issues que tenían.
Eso sí es The Gunsters.
The Gunsters.
Han entrado en lo que se le llama una bancarrota técnica de issues
y esto a veces ocurre en muchos proyectos de código abierto.
Llega un momento que tienes que hacer borrón y cuenta nueva.
¿Por qué?
Hay tantas issues de tantas versiones diferentes
que a lo mejor son versiones que ya no mantienes.
Que a lo mejor es gente que se ha olvidado de su issue.
Que a lo mejor hay tantas repetidas.
Que hay veces que lo mejor es hacer borrón y cuenta nueva.
En el caso de Loadash, además aquí lo podéis ver,
están aprovechando porque van a sacar una nueva versión mayor.
¿Vale?
Van a sacar la versión 5, que va a ser una nueva versión mayor.
Y la idea de esto justamente es decir,
bueno, vamos a hacer un borrón y cuenta nueva, ¿no?
O sea, vamos a quitarnos todos los problemas que teníamos
porque no vamos a darle más mantenimiento al resto.
Y lo que vamos a hacer directamente es, bueno, pues ya está.
Nos lo quitamos, empezamos de nuevo y a partir de aquí vamos a construir.
Si tenéis problemas en la nueva versión, entonces sí ponéis una issue.
Si es una de las versiones antiguas, no lo vamos a hacer.
No vamos a tener más soporte de versiones antiguas.
Esto muchas veces al final tiene sentido.
Porque es que si no, ¿qué es lo que vas a hacer?
Estás manteniendo tantas versiones, tantas versiones minor,
no sabes lo que la gente tiene, que es que no lo pueden mantener.
Es un trabajo demasiado amplio, demasiado grande.
Esto para que lo sepáis, ¿no?
Si alguna vez ahora vais a Lodash y decís, bueno, porque solo tiene dos,
pues que sepáis que va por aquí, ¿no? Un poquito.
Hay gente, y he estado viendo que no se la ha sentado bien, ¿vale?
Hay gente por ahí, he estado viendo que no estaba muy contenta y tal,
y que estaban pidiendo justamente mejoras en la forma de comunicar
esta decisión y otras, porque no es la primera decisión así
que toma el equipo de Lodash.
Y lo que están comentando por aquí es, por ejemplo, ¿ves?
De abrir un tema de discusiones para mejorar,
que tengamos una plantilla para hacer el tema del template de la ISU
y este tipo de cosas.
Y, mira, ¿ves?
¿Es 4.x considerado para ser un code freeze?
Claro, justamente por esto, ¿no?
De que no van a mantenerlo más.
Fuiste tú, Feral.
Así que, bueno, me ha parecido interesante el entrar en una bancarrota técnica,
porque muchas veces no se habla de esto,
sobre todo en proyectos de código abierto,
pero también incluso en proyectos, y esto alguna vez veréis qué pasa,
y que también pasa en productos que alguna vez habréis visto.
No sería raro cuando veis una empresa que dice,
bueno, vamos a quitar soporte a esto, y nadie se lo esperaba.
Y dice, no, esto ya no lo soportamos, y hasta luego.
Es un poco todo lo contrario que muchas veces le pasa a Apple.
Apple, la verdad, que es una cosa que hace muy bien
el mantener bastante soporte de sus dispositivos,
pero seguro que os ha pasado con alguna empresa,
como, por ejemplo, algún fabricante de Android,
que dice, pero si mi dispositivo es nuevo,
¿por qué un año después ya no tiene actualizaciones?
Y lo que se le dice es como, es que ha entrado y ya está,
y lo que han dicho es quitárselo de encima,
porque tenía como demasiadas ISUs, ¿no?
Así que esto también pasa... ¿Cuántas ISUs tiene Midu?
Bueno, yo, ISUs, tengo unas cuantas.
Tengo unas cuantas, pero son mías.
No son mías, ¿no?
Pero el término es bancarrota.
A ver, el término...
Yo lo he escuchado muchas veces,
el término bancarrota técnica,
básicamente cuando no eres capaz de hacer frente a los pagos,
ya sea de la deuda técnica o de lo que ha generado muchos bugs y tal.
Yo es un término que sí que he escuchado muchas veces,
de que cuando no puedes afrontar algo,
porque ha crecido demasiado y ya es por un tema técnico,
ya sea por ISUs, bugs, porque hay demasiado trabajo...
Yo muchas veces lo he visto.
Así que no sé si en algún sitio está bancarrota técnica.
Pero bueno, en este caso se lo he visto también...
Mira, aquí en Twitter lo he visto que alguien lo comentaba de bancarrota.
Aquí.
Loadus just declared ISU bankruptcy.
Es bancarrota de ISUs.
Y ha cerrado cada ISU y cada PR.
Bueno, borrón y cuenta nueva.
O sea que ya sabéis, si alguna vez tenéis demasiadas ISUs,
pensad que Loadus lo hizo y no os tenéis que sentir mal,
ni mucho menos, ¿vale?