Skip to content

Latest commit

 

History

History
103 lines (63 loc) · 6.5 KB

what-is-a-component.md

File metadata and controls

103 lines (63 loc) · 6.5 KB
layout title
default
What is a Poplus component?

What is a Poplus component?

One of the most important things that happened at PoplusCon was an agreement about what characteristics a piece of code has to have before it can be called a Poplus Component.

This page represents a v.01 spec, as agreed by about twenty people from various organisations who were in the room at the time. If you’d like to debate it or improve it, please join the mailing list and tell us what should be different in the next version.

Seven things that make a Poplus Component

If your code fits every one of the points below, congratulations! It's a Component and eligible for the Poplus seal of approval.

  • My code helps Civic/Democratic websites
  • It solves a Single Problem
  • It is Composable with other Poplus Components
  • It's Platform Agnostic
  • It's Country Agnostic
  • It's Free/Open Source software
  • It has a stable, documented API

What do these mean?

##Civic/Democratic Components work on websites that empower people in their civic or democratic lives

Civic or democratic websites include sites that:

  • Help ordinary people understand what is happening in their parliaments or governing bodies
  • Enable citizens to contact the people and organisations that affect their lives
  • Give people the power to effect changes in their own communities
  • Highlight corruption and allow people to do something about it
  • Facilitate transparency and enable the sharing of information

Typically, such sites are non-commercial, non-partisan and open to all.

Your Component may work well on sites that don't fit these guidelines, but it must also work on sites that do.

Solves a Single Problem

Each Component does just one thing

Your Component should solve one problem for people who are running civic or democratic websites. If it does more than one thing, you should split it into different Components.

For example, there are Components which model bills. There are ones which model people, ones for votes, and ones for speeches. There are Components which allow people to contact politicians, others which let them send requests for information.

Each of these Components can work with the others, or independently.

Your Component might solve obvious problems, like storing names and positions of politicians. It should do so thoughtfully, and ideally it should be based on experience: your own experience, or the experiences of those who will use it.

So, it might help with tiny issues that most people would never think about - like that fact that politicians sometimes change their names. Thanks to your Component, people never need to think about it!

##Composable Components work with other Components

This is one of the key elements of a Component (and it's where the name Component comes from) - it must work with any other Components. Components are like building blocks: you can put them together to create something bigger.

Standalone sites, or platforms for constructing them (e.g. Alaveteli) are very worthy pieces of software, but they are not Components.

Platform Agnostic

People should be able to use your Poplus Component on any website, no matter what platform they are using.

Your Component can be written in any programming language or framework - that's because interaction should be over APIs (see below), so the underlying code isn't so important to the person implementing it. Write your Component in whatever language you are most comfortable with.

Ideally, your Component will be offered as a cloud or SAAS version: that makes it really easy for people to use it. At the same time, it should be relatively easy to install, configure and deploy, because many users will eventually want to run their own locally hosted version.

Docker is one simple way of making this easier.

##Country Agnostic Components work everywhere

Poplus was created so that organisations everywhere could share and collaborate on code. We exist so that people don't have to keep 'reinventing the wheel', or writing new code when they could use code that already exists.

So, as much as possible, it should be possible to deploy your Component anywhere in the world. That means making the minimum number of assumptions about political models and structures; it means that the interface and data should work in other languages (think Arabic and Russian, not just English and Spanish) and preferably in multiple languages simultaneously.

We recognise that it isn't easy to model every system in the world out of the box. If you can't manage all the above, strive for this: it should be simpler to adapt the Component for an entirely different country than to start again from scratch.

In many cases it will be worthwhile to work with groups in other countries on a suitable data standard before ever starting to code. The Poplus community can help you make those links.

##Free/Open Source Your Component should embrace the spirit of Open Source

When we talk about Open Source, we don't just mean that your Component should bear an Open Source licence (although, that part is essential).

Developing a Component means being open in every way. So your code should be on Github or an equivalent open source repository, with a public issue tracker that anyone can contribute to.

You should commit to maintaining your Component responsibly and responsively, and if you find that you are no longer able to do this, you should be prepared to hand it over to someone who can.

Stable, documented API

Users should be able to rely on Components

So that Components can work together, all functionality should be exposed over APIs. These APIs should be very-well documented, so that anyone can use them, and so that future contributors can work on them.

We recommend a REST-like HTTP API. If you don't know what that means, your developers should (or give us a shout on our mailing list ).

As other sites and Components will be relying on this, it is essential that the API is stable. New endpoints can be added, but existing ones should not disappear, or change meaning, without a version change, or going through a suitable deprecation cycle.

##Ticked all seven boxes?

Wonderful - you've made a Poplus Component. Please let us know, and we'll help you get the word out to the people who can use it.

Need some help getting there?

Drop a message to the Poplus mailing list - there are many friendly coders there who can help you with queries or problems.