O que aprendi em 10 anos desenvolvendo a biblioteca de visualização open source d3.js
(observablehq.com)-
Ao criar ferramentas, o mais importante é ensinar como usá-las. Entre todos os formatos de documentação, exemplos são os mais eficazes.
-
Dar suporte aos usuários é uma poderosa forma de pesquisa. Ao ajudar, é possível encontrar defeitos rapidamente. Mas não dá para ajudar todo mundo, e esse não deve ser o objetivo.
-
Cuidado com firulas pouco práticas: coisas tecnicamente bonitas como interação/animação têm custo. Acima de tudo, foque na forma estática.
-
Visualização é um espectro que vai da exploração à explicação. Nem toda visualização é usada para o mesmo propósito, então, ao projetar, entenda em que ponto do espectro ela está.
-
Na maioria dos casos, 80% do trabalho de visualização deveria ser mexer nos dados. Visualização é o resultado final da análise. Uso mais
d3-arrayed3-dsv, e fico feliz que ferramentas como tidy.js e Arquero tenham surgido. -
Não se prenda a um formato específico de visualização antes de colocar os dados reais nele.
-
10% do código causa 90% dos bugs.
-
Não importa o quão bom seja o seu trabalho, na internet alguém vai dizer algo cruel e você vai se sentir mal.
-
Não siga sozinho. Encontre uma equipe que possa fazer validação, dar feedback, suporte e mentoria.
-
Divirta-se. Se você estiver gostando, mesmo que fracasse vai se arrepender menos.
3 comentários
É realmente lindo dedicar-se a algo por 10 anos inteiros.
bells and whistlesnão significa literalmente som de sinos e assobios, mas é usado idiomaticamente no sentido de "enfeites estilosos, porém pouco práticos"; é uma expressão que não se usa na Coreia..https://en.dict.naver.com/#/entry/enko/351c86ada072497ebdaf916863025ad…
Ahá, obrigado. Vou corrigir isso~