Dit bestand is bedoeld om overwegingen op te schrijven die in de
toekomst nog eens bekeken moeten worden, zoals optimalisaties die nu
te ingewikkeld lijken maar misschien wel nodig worden.


- bij het oversturen van een actor_id en een actor_type, kan het nodig
  zijn om ook de coordinaten van de actor over te sturen, zodat deze
  snel gevonden kan worden in het gegeven atom.

- de structuur waarin electron-electron relaties nu worden opgeslagen
  (inventory lijst + parent pointer) is niet optimaal omdat deze is
  bedacht nadat de atom zoekstructuur al gemaakt was.

  Dit betekent dat het verhuizen van een electron + inventory van het
  ene naar het andere atom niet efficient kan, als we tegelijkertijd
  alle electrons in de atom lijsten willen opslaan. 1 ding is gegeven:
  we willen ALTIJD alle electrons opslaan in het atom, zodat alle
  electrons op dezelfde snelle manier te vinden zijn.

  voorlopig gebruiken we de 'brute force' methode: als we een electron
  verhuizen worden een voor een recursief alle kinderen ook verhuisd.

  mogelijke optimalisatie kan bereikt worden door in de atom lijsten
  de volgorde volgens de boom-opslag aan te houden (denk aan file tree
  in een array) en vervolgens in electrons een soort sub-lijsten te
  maken die alleen een first en een last pointer hebben. Als je dan
  een parent electron verhuisd met zijn hele inventory, zitten alle
  child electrons daar tussen, met hun hele inventory.

  pas op: dit brengt een hoop ellende met zich mee! :)
 
