Durante años, defensores de los estándares web, el rendimiento y la accesibilidad han instado a los desarrolladores web a “usar la plataforma”. El argumento es simple: ¿por qué construir algo tú mismo, en JavaScript, cuando el navegador puede hacerlo por ti? Lo que construyas probablemente tendrá un rendimiento peor y una usabilidad peor que algo que el navegador podría darte de inmediato. Creo que vale la pena tomar el otro lado, aunque sea solo para comprender de dónde vienen los desarrolladores escépticos con la plataforma. Si “usar la plataforma” tan obvio, entonces ¿por qué tanta gente parece necesitar convencimiento?
La razón más obvia es histórica: durante mucho tiempo, los navegadores estaban jugando a la zaga del ecosistema que se ejecuta sobre ellos. Bibliotecas como jQuery llenaron huecos cruciales mientras los navegadores implementaban APIs equivalentes — e incluso entonces, quizás tengas que esperar a los rezagados como IE6 antes de poder usarlos realmente. Hoy, la mayoría de los navegadores son siempre actualizados (Safari es discutible, aunque ~7 veces al año no está mal), pero hasta principios de la década de 2020, los desarrolladores web tuvieron que lidiar con una web decididamente irregular. En ese entorno, crear tu propio código es una elección sensata.
Otra razón es la familiaridad: cuando estás acostumbrado a buscar componentes de React en npm, esa es la tendencia que alcanzarás, independientemente del problema que tengas. Si buscas “posición fija” en npm, no habrá un paquete que diga “solo usa CSS position: sticky, tonto”. Y a menudo, incluso con un estándar robusto, las bibliotecas en npm llenarían un hueco útil entre la ergonomía del framework y la plataforma subyacente. Muchos paquetes de npm tienen READMEs detalladamente amados o sitios web con ejemplos, tutoriales y capturas de pantalla. Mientras tanto, hasta que MDN se consolidó como el lugar de referencia para la documentación web, la documentación de la plataforma web estaba dispersa en blogs, Stack Overflow y sitios como CSS Tricks.
Los desarrolladores que son vagos y solo quieren una solución lista no se preocuparán si esa solución viene de npm, el navegador, o copiada de alguien’s aleatorio GitHub Gist. Quieren resolver su problema y seguir adelante. Pero hay una fuente diferente de anti-“usar la plataforma” que quiero explorar. Para un cierto tipo de desarrollador, construirse mismo es simplemente más divertido. Y a menudo, el código resultante es más fácil de razonar, especialmente si no tienes un conocimiento enciclopédico de la plataforma web. Como ejemplo, imaginemos que estás intentando construir un cuadro de diálogo modales.
Entidades clave: Personas: Tim Cook, Elon Musk
Preguntas frecuentes: ¿Por qué los desarrolladores resisten usar características nativas de la plataforma del navegador?
Los desarrolladores resisten el consejo de ‘usar la plataforma’ debido a inconsistencias históricas en los navegadores, familiaridad con bibliotecas npm, mejor documentación de herramientas de terceros y preferencia personal por soluciones personalizadas. Pregunta frecuente: ¿Por qué los desarrolladores resisten usar características nativas de la plataforma del navegador?
Respuesta frecuente: Los desarrolladores resisten el consejo de ‘usar la plataforma’ debido a inconsistencias históricas en los navegadores, familiaridad con bibliotecas npm, mejor documentación de herramientas de terceros y preferencia personal por soluciones personalizadas.}
Fuente: Hacker News · Resumido por HeadlinesBriefing