L'autor del bumblebee havia escrit: The future of Bumblebee

On també s'explica que:

Stable releases: Bumblebee is a system on which hundreds of people rely. Once a release is marked stable, it really should be that. Moreover, from then on, that series of releases should also be stable with only bugfixes and occasionally small, self-contained new features being added (in a way that won't break previous installations). Following the common open-source release numbering scheme, stable releases have an even number as their minor version number, for example 1.0.z, 1.2.z, etc. (download)

Developer releases: The only way to develop and test new features is by releasing code… “release early, release often”. While the developer releases are marked as “unstable”, we do believe that they are data-safe; they shouldn't corrupt your existing data and should be safe to use… there might just be a few pretty ugly bugs in them (which we hope you will report!). Of course, you always keep your data backed up, don't you. Developer releases have an odd number as their minor version number, such as 1.1.z, 1.3.z, etc. (download)

Nosaltres seguirem aquesta filosofia a l'hora d'etiquetar les diferents versions.

Nosaltres seguim algunes coses que va escriure l'autor i també afegim coses noves. Aquesta taula és una barreja entre el que va escriure l'autor i el que em fet o tenim pensat fer i el que em escrit nosaltres. S'accepten suggerències.

 1.4
   * Cua de rutina
   * Utilitzar ajax (per exemple, quant creem un usuari i seleccionem el seu grup, que es carregui la llista de projectes lligats 
     a aquell grup)
   * Idioma interactiu (internationalisation)
   * Reserves amb confirmació
   * Millora de la gestió de consumibles
   * improve timeslot config
     - validation on the timeslotrule input e.g. making sure every hour is accounted for
     - better UI for setting timeslots

 1.2
   * Reports and Lists pels caps de grup (per grup i projecte)
   * La connexió entre usuaris i grups es fa ara a través de la nova taula usersgroups de la base de dades
   * Nou tipus d'usuari (Main_Researcher o Supervisor o Cap de grup). D'això deriva una nova taula a la base de dades; statususers
   * L'administrador i l'administrador d'un instrument poden fer una reserva per qualsevol projecte
   * internationalisation (not interactive yet, just can change language in bumbleebe.ini for all users)
   * PHP5 support
   * more reporting functions: 
     - summary of bookings for each user

• A la taula statususers el camp 'deleted' no hi pinta res, però si no li posem, actualment no funciona (no podem ni editar ni crear usuaris). S'ha de mirar perquè i com solucionar-ho.DONE 1.3.0 Ja no és necessari el camp deleted a la taula statususers.
• A la pantalla principal d'Instruments, si l'usuari és administrador de l'instrument, indicar-ho.DONE 1.3.0 Si ets administrador d'instrument, els instruments dels quals ets admin, et surten en un altre requadre.
• A MyAccount, si l'usuari és administrador de l'instrument, indicar-ho.DONE 1.1.7 Amb un checkbox no editable, ho indiquem.
• Al crear usuari, el camp password ha de ser obligatori. CANCELED: És millor tal com està sinó hauríem d'activar que es pogués accedir al valor del password i és més segur no poder-ho fer. S'ha de procurar crear un usuari amb password, si no té password, no podrà accedir al programa.
• Al crear un usuari, s'ha de comprovar si l'username ja existeix, sinó la base de dades peta.DONE 1.3.0 Si l'error és “fatal” està bé que peti, però en comptes de només ensenyar l'error: “Ooops. Something went very wrong…” ara també ensenya el motiu de l'error (tant si és “fatal” com si no), exemple: “Duplicate entry 'admin' for key 'username'”. Si volem veure la consulta o consultes que són incorrectes, hem d'activar VerboseSQL=1.
• L'administrador d'instrument, al fer masquerade, només li haurien de sortir el llistat d'usuaris amb permís al instrument del qual és administrador.DONE 1.3.0
• Opció per esborrar l'usuari definitivament (de la base de dades).CANCELED: També hauríem d'esborrar les seves reserves, unions amb grups i projectes… I volem l'historial per si el necessitem algun dia.
• Mirar si realment necessitem la variable isadmin tinguent el camp status=1.
• Canviar el codi per enviar mails globals o de reserves cancel·lades (My account)
• Em de pensar com utilitzar el isdefault de la taula usergroups.
• Formulari de crear un booking dinàmic (per la selecció de projectes meus o de projectes d'altres).
• Al esborrar un projecte s'ha de poder fer si i només si no depèn de cap usuari, igual passa amb la relació projecte-grup (esborrar un grup si no depèn de cap projecte).
• A Change Password, per més seguretat, t'hauria de demanar la password actual i comprovar que és correcte.

• Cua de Rutina (Mòdul) - IconNMR