Visualize hierarchical estimates
Go to file
2021-06-11 09:05:23 +02:00
lib Fixed bug in graph implementation 2021-06-11 09:05:23 +02:00
pages Improved the object structures I was using 2021-06-10 23:52:33 +02:00
public MVP with just an ordering, but no quantitative estimates 2021-06-06 23:14:05 +02:00
styles Changed slider order. Inferred relative utility compared to a reference point. However, object structures used in the code remain messy 2021-06-10 21:59:48 +02:00
.gitignore MVP with just an ordering, but no quantitative estimates 2021-06-06 23:14:05 +02:00
package-lock.json Changed slider order. Inferred relative utility compared to a reference point. However, object structures used in the code remain messy 2021-06-10 21:59:48 +02:00
package.json Changed slider order. Inferred relative utility compared to a reference point. However, object structures used in the code remain messy 2021-06-10 21:59:48 +02:00
postcss.config.js MVP with just an ordering, but no quantitative estimates 2021-06-06 23:14:05 +02:00
README.md Changed slider order. Inferred relative utility compared to a reference point. However, object structures used in the code remain messy 2021-06-10 21:59:48 +02:00
tailwind.config.js MVP with just an ordering, but no quantitative estimates 2021-06-06 23:14:05 +02:00

Object structure

The core structure is json array of objects. Only the "name" attribute is necessary; the id is also internally necessary but it's created on the fly if it doesn't exist. The reason that ids are needed is that comparing objects is annoying.

[
    {
        "id": 1,
        "name": "Peter Parker",
        "someOptionalKey": "...",
        "anotherMoreOptionalKey": "..."
    },
    {
        "id": 2,
        "name": "Spiderman",
        "someOptionalKey": "...",
        "anotherMoreOptionalKey": "..."
    }
]