Saltar al contenido principal

¿Por qué Prettier?

Traducción Beta No Oficial

Esta página fue traducida por PageTurner AI (beta). No está respaldada oficialmente por el proyecto. ¿Encontraste un error? Reportar problema →

Construir y hacer cumplir una guía de estilo​

La razón principal para adoptar Prettier es detener los debates interminables sobre estilos. Se acepta generalmente que tener una guía de estilo común es valioso para un proyecto y equipo, pero llegar a ese punto es un proceso doloroso y poco gratificante. Las personas se apasionan con formas específicas de escribir código y a nadie le gusta perder tiempo dando o recibiendo observaciones menores.

¿Por qué elegir la "guía de estilo de Prettier" sobre cualquier otra? Porque Prettier es la única "guía de estilo" completamente automática. Incluso si Prettier no formatea el 100% del código exactamente como prefieres, vale la pena el "sacrificio" dados sus beneficios únicos, ¿no crees?

  • "Queremos liberar capacidad mental y terminar las discusiones sobre estilo. Aunque a veces son productivas, estas discusiones son mayormente un desperdicio."

  • "Literalmente tuvimos un ingeniero haciendo un esfuerzo enorme para limpiar todo nuestro código porque debatíamos el estilo ternario desde hace mucho y éramos inconsistentes. Fue tonto, pero era un 'gran debate' continuo que desperdició mucho tiempo. Ahora es más fácil ponernos de acuerdo: simplemente ejecutamos Prettier y seguimos ese estilo."

  • "Estoy cansado de decirle a la gente cómo estilizar su código de producto."

  • "Nuestra principal razón fue dejar de perder tiempo debatiendo detalles de estilo."

  • "Configurar un githook redujo los problemas de estilo en los PRs que causaban builds rotos por reglas de ESLint o cosas que debía corregir después."

  • "No quiero que nadie haga observaciones menores a otra persona nunca más."

  • "Me recuerda cómo Steve Jobs usaba la misma ropa diariamente porque tenía millones de decisiones que tomar y no quería molestarse con trivialidades como elegir ropa. Creo que Prettier es así."

Ayudar a los recién llegados​

Prettier suele ser introducido por personas con experiencia en el codebase actual y JavaScript, pero quienes se benefician desproporcionadamente son los recién llegados al proyecto. Podría pensarse que solo es útil para personas con poca experiencia programando, pero hemos visto que acelera la incorporación de ingenieros experimentados que se unen a la compañía (probablemente usaban otro estilo antes) y desarrolladores provenientes de otros lenguajes.

  • "Mis motivaciones para usar Prettier son: aparentar que sé escribir JavaScript bien."

  • "Siempre ponía espacios en lugares incorrectos, ahora no tengo que preocuparme por eso."

  • "Como principiante cometes muchos errores de sintaxis. Gracias a Prettier, reduces estos errores y ahorras tiempo para enfocarte en lo que realmente importa."

  • "Como profesor, también les diré a mis estudiantes que instalen Prettier para ayudarles a aprender la sintaxis de JS y tener archivos legibles."

Escribir código​

Lo que suele ocurrir al usar Prettier es darse cuenta de que realmente se dedica mucho tiempo y energía mental formateando código. Con la integración en el editor, solo presionas esa combinación mágica de teclas y ¡puf! el código queda formateado. Es una experiencia reveladora.

  • "Quiero escribir código. No perder ciclos en formateo."

  • "Eliminó el 5% que apesta en nuestra vida diaria - alias formateo"

  • "Estamos en 2017 y todavía es doloroso dividir una llamada en múltiples líneas cuando añades un argumento que supera el límite de 80 columnas :("

Fácil de adoptar​

Hemos trabajado arduamente para utilizar los estilos de código menos controvertidos, pasamos por muchas rondas de corrección de casos límite y pulimos la experiencia de inicio. Cuando estés listo para implementar Prettier en tu base de código, no solo será técnicamente sencillo, sino que la base de código recién formateada no generará grandes controversias y será aceptada sin problemas por tus compañeros.

  • "Tiene un bajo costo de implementación. Pudimos aplicar Prettier en repositorios muy diversos sin mucho esfuerzo."

  • "Ha estado prácticamente libre de errores. De haber habido problemas importantes de estilo durante la implementación, habríamos dudado en aplicarlo a nuestra base de código JS. Me complace decir que no fue el caso."

  • "Todos lo ejecutan como parte de sus scripts pre-commit, algunos también usamos la extensión de formateo al guardar en el editor."

  • "Es rápido: en una de nuestras bases de código JS más grandes, pudimos ejecutar Prettier en menos de 13 segundos."

  • "El mayor beneficio de Prettier para nosotros fue poder formatear toda la base de código de una sola vez."

Limpiar una base de código existente​

Dado que definir y hacer cumplir un estilo de codificación es una tarea compleja, a menudo queda relegada y terminas trabajando en bases de código inconsistentes. Ejecutar Prettier en estos casos es una victoria rápida: la base de código queda uniforme y más legible sin apenas invertir tiempo.

  • "Mira el código :) Solo necesitaba restaurar la cordura."

  • "Heredamos una base de código ES6 de ~2000 módulos, desarrollada por 20 programadores diferentes durante 18 meses en un equipo global. Fue un éxito rotundo con muy poca investigación."

Subirse al tren de moda​

Los aspectos puramente técnicos no son lo único que la gente considera al adoptar Prettier. Quién lo construye y usa, y la rapidez con que se propaga en la comunidad, tienen un impacto significativo.

  • "Lo increíble para mí es: 1) Anunciado hace 2 meses. 2) Ya adoptado por, al parecer, todos los proyectos JS importantes. 3) 7000 estrellas, 100.000 descargas npm/mes"

  • "Fue creado por las mismas personas que React y React Native."

  • "Me gusta estar en la onda de lo nuevo."

  • "Porque muy pronto la gente lo va a pedir."