Lo que aprendí en 10 años desarrollando la librería de visualización open source d3.js

1. Lo más importante al crear herramientas es enseñar cómo usarlas. Entre todas las formas de documentación, los ejemplos son lo más efectivo.

2. Dar soporte a los usuarios es una poderosa herramienta de investigación. Al ayudarlos, puedes encontrar defectos rápidamente. Pero no puedes ayudar a todo el mundo, y no deberías ponerte eso como objetivo.

3. Cuidado con los adornos poco prácticos: las cosas técnicamente bonitas como la interacción o la animación tienen un costo. Sobre todo, concéntrate en las formas estáticas.

4. La visualización es un espectro que va desde la exploración hasta la explicación. No todas las visualizaciones se usan con el mismo propósito, así que al diseñar, identifica en qué parte del espectro se encuentra.

5. En la mayoría de los casos, el 80% del trabajo de visualización debería consistir en manipular datos. La visualización es el resultado final del análisis. Uso sobre todo d3-array y d3-dsv, y me alegra que existan herramientas como tidy.js o Arquero.

6. No te amarres a un formato de visualización específico antes de probar con datos reales.

7. El 10% del código causa el 90% de los bugs.

8. Por muy bueno que sea tu trabajo, en internet alguien va a decir algo hiriente y te vas a sentir mal.

9. No vayas solo. Busca un equipo que pueda darte validación, feedback, apoyo y mentoría.

10. Pásala bien. Si lo disfrutas, incluso si fracasas tendrás menos arrepentimientos.

[nicewook]

Es realmente hermoso dedicarse a algo durante 10 años.

[breath103]

bells and whistles no significa literalmente campanas y silbatos, sino que idiomáticamente se usa con el sentido de "adornos llamativos pero poco prácticos"; en Corea no es una expresión de uso común...

https://en.dict.naver.com/#/entry/enko/351c86ada072497ebdaf916863025ad…

[xguru]

Ajá, gracias. Lo corregiré~