Worth looking at for organiseing spaces #4opens
 
 
Go to file
Sasja f3dc9b2bfc
remove specific reference to space tools
this should make the document less specific to our space
and the 3D printer does not really belong to the space, and is not broken.
2019-03-27 14:13:36 +01:00
epub-fonts added epub version 2019-03-19 22:07:31 +01:00
legacy Added 2018-11-17 HTH discussion to legacy 2019-01-31 20:53:02 +01:00
.gitignore rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00
.travis.yml fix links 2019-03-25 22:30:05 +01:00
2-do-ocracy.md My first shot at explaining the do-ocracy better. 2018-06-09 20:25:17 +02:00
3-meetings.md Update 3-meetings.md 2018-09-08 13:30:24 +02:00
4-the-board.md spell check 2018-06-01 10:50:02 +02:00
5-membership.md rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00
6-guidelines.md remove specific reference to space tools 2019-03-27 14:13:36 +01:00
7-the-legacy.md fix links 2019-03-25 22:30:05 +01:00
8-acknowledgements.md Added better cover and fixed licensing. I changed the main license from GPLv2 to CC-BY-SA since the licenses are in spirit very similar but CC-BY-SA is more fit for documents. 2018-06-09 20:12:48 +02:00
CONTRIBUTING.md rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00
LICENSE Added better cover and fixed licensing. I changed the main license from GPLv2 to CC-BY-SA since the licenses are in spirit very similar but CC-BY-SA is more fit for documents. 2018-06-09 20:12:48 +02:00
LICENSE.freepik Added better cover and fixed licensing. I changed the main license from GPLv2 to CC-BY-SA since the licenses are in spirit very similar but CC-BY-SA is more fit for documents. 2018-06-09 20:12:48 +02:00
README.md fix links 2019-03-25 22:30:05 +01:00
back.pdf added booklet and back 2018-07-29 17:38:14 +02:00
cover+back.ai added booklet and back 2018-07-29 17:38:14 +02:00
cover.jpg preparation for ebook 2019-03-19 21:11:03 +01:00
cover.pdf added booklet and back 2018-07-29 17:38:14 +02:00
eisvogel.tex added eisvogel template 2018-05-27 18:23:09 +02:00
epub.css added epub version 2019-03-19 22:07:31 +01:00
flow.md towards a flat structure 2018-05-18 15:46:47 +02:00
flow.svg rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00
hackerspace-blueprint-booklet-cover.pdf rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00
include-back.tex added booklet and back 2018-07-29 17:38:14 +02:00
include-cover.tex Added better cover and fixed licensing. I changed the main license from GPLv2 to CC-BY-SA since the licenses are in spirit very similar but CC-BY-SA is more fit for documents. 2018-06-09 20:12:48 +02:00
pandoc-metadata.yaml rename to "the hackerspace blueprint" 2019-03-25 22:20:32 +01:00

README.md

We are a Hackerspace

A hackerspace is a physical place, run by people interested in various aspects of constructive & creative hacking. From finding ways to make your beer cold in a matter of seconds to building a do-it-yourself sms-voting-system with an old android phone.

We are a breeding ground for awesome ideas. We provide a nest where those ideas can become reality. We operate by collaboration and openness. We allow people to fail, and to try again.

We failed, but we try again

We created our very own Ghent hackerspace. We had two rules: be excellent to each other and decide everything by consensus. We thought normal human interaction and common sense would solve all problems. Sadly, this was not true. When our hackerspace almost died, we decided to "Hack the Hackerspace". We found that the problems could all be traced to the following root causes:

  • We cannot rely on common sense because people have different realities.
  • People have different, conflicting goals. Because of that, consensus will never be reached on certain things. Problems will arise and they will not be solved. In most cases, no solution is worse than a bad solution.

We knew that, in order to fix this, we needed a system that gets the best out of everyone and enables us to be awesome! After long late-night discussions, we came up with "the hackerspace blueprint", a document that describes how to run a hackerspace in a way that brings out the best in people. To get the latest PDF version of this document, go here and download the file hackerspace-blueprint.pdf.

We have been refining this system for a few years now, tweaking the system when we encounter issues and explaining important parts in more details. This document specifically describes how Hackerspace Gent runs, but it is generic enough so that it can be easily adapted to other hackerspaces and similar organizations. Feel free to use and remix this for your own benefit, learn from our mistakes and let us know what you think of it!

The goal of this system is to empower people to get the best out of themselves. It stimulates collaboration and enables people to think and solve problems creatively. We know that this system will be flawed from the start. We know that control of people is evil. But a flawed system is better than no system, and we continuously update this system to make it better. That is why this is on GitHub, in order to make it easy to build on the hackerspace blueprint as a community.

1. Overview

The main system running the Hackerspace is the do-ocracy, explained further in Section 2. In short: If you want something done in the hackerspace, either do it yourself or convince someone else to do it for you. The goal of the do-ocracy is to lower the barrier to contributing as much as possible.

However, when you want to do something that affect a lot of people in the space, or when you want to make sure that people will support what you want to do, discuss it with the other members on a meeting as explained in Section 3.

Every organization has a number of unspoken guidelines of how you should behave, we have written down some of ours in Section 6 in order to make it easier for people to get a sense of what to do in certain situations. These guidelines are not meant to be strict rules, but they give an overview of what is good and bad behavior in the space.

Because every good idea that was once written down has been misinterpreted, we included information that led us to the system and the guidelines. We call it the legacy. It is a collection of information that we used to create the hackerspace blueprint, it gives more context to why the system is the way it is. The legacy should by used as a "cipher" to interpret the system and the guidelines correctly and to explain a bit of the rationale behind them.