+1 -1

Dashboards.md

··· 54 54 - Dashboards report on current status. Users don't act on status. They act on change in status. 55 55 - Dashboards (lines and rectangles) are useful to notice if something goes wrong. 56 56 - **It's usually not possible to generate meaningful insight simply by looking at line charts in a dashboard** A chart alone cannot possibly convey everything, and that kind of thinking inhibits our ability to influence the business with our work. 57 57 - - Specially, if [there are 10 unrelated charts in the same dashboard](https://www.deathofdashboards.com/). 57 57 + - Specially, if [there are 10 unrelated charts in the same dashboard](http://web.archive.org/web/20250718040500/http://deathofdashboards.com/). 58 58 - Building a dashboard requires gathering lot of context. Once built, only a few users aware of all the context can really use it in the proper way. 59 59 - [They can serve endless needs, but in doing so, rarely do they serve _particular_ needs perfectly](https://win.hyperquery.ai/p/analysis-or-dashboard). 60 60 - Dashboards shouldn't be single-use

+1 -1

Data Package Manager.md

··· 77 77 - **Accessible**. Datasets are **files**. Datasets are static assets living somewhere. Don't get in the middle with libraries, gated databases or [obscure licenses](https://www.heltweg.org/posts/how-to-make-sure-no-one-cares-about-your-open-data/). Keep in mind right to exit and decentralization. 78 78 - **Documentation**. Surface derived work (e.g: reports, other datasets, ...) and not only the raw data with minimal metadata. 79 79 - **Embedded Visualizations**. Know what's in there before downloading it. 80 80 - - **Sane Defaults**. Suggest basic charts (bars, lines, time series, clustering). Multiple [views](https://tech.datopian.com/views/). 80 80 + - **Sane Defaults**. Suggest basic charts (bars, lines, time series, clustering). Multiple [views](http://web.archive.org/web/20211209065537/http://tech.datopian.com/views/). 81 81 - **Exploratory**. Allow drill downs and customization. Offer a [simple way](https://lite.datasette.io/) for people to query/explore the data. 82 82 - **Dynamic**. Use only the data you need. No need to pull 150GB. 83 83 - **Default APIs**. For some datasets, allowing REST API / GraphQL endpoints might be useful. Same with providing an SQL interface.

-1

Decentralized Web.md

··· 37 37 - [ProtoSchool](https://proto.school/) - Interactive tutorials on decentralized web protocols. 38 38 - [RabbitHole](https://rabbithole.gg/) - Learn how to use and contribute to decentralized apps, earning tokens based on your on-chain activity. 39 39 - [Ethereum Community Guides](https://ethereum.org/en/learn). A set of resources to help you learn more about Ethereum. 40 40 - - [Augur](https://www.augur.net/) - A prediction market protocol owned and operated by the people that use it. 41 40 42 41 ### [Decentralized Science](https://ethereum.org/en/desci/) 43 42

+1 -1

Mechanism Design.md

··· 34 34 35 35 - [Jonathan Warden's blog](https://jonathanwarden.com) 36 36 - [Sam Harsimony's Substack](https://substack.com/@splittinginfinity) 37 37 - - [Victor Sint Nicolaas' blog](https://victorsintnicolaas.com/) 37 37 + - [Victor Sint Nicolaas' blog](http://web.archive.org/web/20250719074804/https://victorsintnicolaas.com/) 38 38 - [Allocation Mechanisms](https://www.allo.expert/mechanisms) 39 39 - [Generalized Impact Evaluators](https://research.protocol.ai/publications/generalized-impact-evaluators/ngwhitepaper2.pdf) - Framework for retrospective reward mechanisms 40 40 - [Info Finance](https://vitalik.eth.limo/general/2024/11/09/infofinance.html) - Using information aggregation for social decisions

+1 -1

Pixel Art.md

··· 1 1 # Pixel Art 2 2 3 3 - - [Tutorials](https://blog.studiominiboss.com/pixelart) - Great collection of pixel art tutorials. 3 3 + - [Tutorials](https://web.archive.org/web/20250730134304/https://saint11.art/blog/pixel-art-tutorials/) - Great collection of pixel art tutorials. 4 4 5 5 ## Resources 6 6