Changes

Jump to navigation Jump to search
no edit summary
Line 1: Line 1: −
As part of our work, we produce a lot of visualisations.  
+
We think producing quickly and efficiently visualisations that are maximally relevant to specific segments of our stakeholders is key to our success in engaging progressively more participants.  
   −
We want these visualisations to be produced in an extremely modular way. In other words, the query necessary for getting the data, as well as the visualisation layer on top, should be developed independently and modularly. We are nowhere near that at the moment.  
+
We find ourselves in a particularly virtuous feedback loop if we manage to put contributors in front of a simple interface (to them) to enter data, knowing that their work will directly translate into an outcome valuable to them. The easiest way to achieve that is to give them a perspective on their own work that they didn't have before, because they can then address their peers with already new information.
 +
 
 +
For this reason, we need to be able to produce high quality visualisations in an extremely modular way. There are several reasons for the modularity:
 +
* separation of concerns between querying the database for data and producing the visualisation itself;
 +
* modularity of either side;
 +
* access controls on components generating such requests.
 +
 
 +
For these reasons, we wish to split searches below into reusable components, but we are not there yet...
    
{| class="wikitable"
 
{| class="wikitable"

Navigation menu