CSS border-shape: la plataforma se come otra librería
Formas de borde que antes pedían SVG, imágenes o un plugin ahora las hace el navegador. La pregunta no es si se ve bien — es qué dejas de mantener.
Cada tanto la plataforma web absorbe algo que antes resolvíamos con una librería, un SVG o un hack. La propiedad CSS border-shape es el último ejemplo: bordes con formas custom, nativos, sin imagen ni JavaScript.
Qué resuelve
Hasta ahora, para un borde que no fuera un rectángulo redondeado tenías tres caminos: un SVG de fondo, una imagen, o clip-path peleándose con el layout. Todos con costo — peso, mantenimiento, o accesibilidad rota. border-shape mueve eso al motor del navegador.
Por qué importa más de lo que parece
La pregunta interesante no es "¿se ve bien?". Es qué dejas de mantener. Cada dependencia que sacas es:
- menos peso que baja al usuario,
- menos superficie para que algo se rompa en la próxima actualización,
- menos código que el próximo dev tiene que entender.
Ese es el patrón que se repite en el frontend maduro: la plataforma sube de nivel, y la habilidad ya no es "conozco la librería X", sino saber cuándo la librería sobra.
El punto de Anku
Esto es criterio, no moda. Adoptar una feature nativa porque es nueva es tan malo como aferrarse a una dependencia por costumbre. La decisión correcta se toma mirando soporte de navegadores, el caso de uso real y el costo de mantenimiento a un año — exactamente el tipo de decisión que separa a un dev que copia snippets de uno que diseña frontend para producción.
Los bootcamps enseñan a programar. Nosotros, a operar producción.
Formación en arquitectura, cloud y sistemas reales para devs que ya saben programar.
Ver cursos