Skip to content

A desktop retrospective board, different clients maybe coming soon ;)

License

Notifications You must be signed in to change notification settings

deepstreamIO/ds-demo-retrospective-board

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

10 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

A tutorial on how to create a retrospective board

With more and more teams working remotely, tools have sprung up everywhere that move processes online. But the fun part behind retrospectives, planning poker and other methods was always the interactivity, seeing cards move around and identifying barely readable scribbles.

As such, let's take a look at how we can use data-sync to create a realtime retrospective board that supports both desktops and mobile phones.

deepstream retrospective board

In the spirit of agile approaches, let's start by breaking down our requirements. Our retrospective board needs to allow us to

  • add, edit and move cards
  • allow everyone with access to the board to see live updates
  • have a mobile friendly interface

And to add a little bit of privacy in case you decide to make the application public, let's throw in a few security requirements:

  • only let people access the board with a username and password
  • only let cards be edited by their creator

To achieve this we'll be using good old jQuery on the frontend and deepstream.io as our backend.

Setting up a server

Installing deepstream is as simple as downloading the latest version from the site or installing it on Linux via [apt](https://deepstream.io/inst all/ubuntu/) or yum.

Configuring credentials

Once we've got the server, we want to make sure that only users with a valid password can login. Deepstream supports a number of different authentication strategies, but we'd like to keep things simple. For this tutorial, we'll simply provide a file with usernames and hashed passwords. To use this, we need to switch to file authentication. This is done in deepstream's config.yml file which can be found either in conf/config.yml or in /etc/deepstream/conf/ on Linux. Here, change auth type:none to the following:

# reading users and passwords from a file
  type: file
  options:
    path: ./users.yml # Path to the user file. Can be json, js or yml
    hash: 'md5' # the name of a HMAC digest algorithm
    iterations: 100 # the number of times the algorithm should be applied
    keyLength: 32 # the length of the resulting key

You'll find a default users.yml file in the same folder where you can add your users and also any user specific meta-data. We'll use it to define the user's roles:

john:
  password: "qQoEMakcnxfq6AQhQl2N9XiIke/JjTqDh+x7OMd5XQE=gEwXQZOWaHilsZ0fpllcOA=="
  data:
    role: developer
bob:
  password: "qQoEMakcnxfq6AQhQl2N9XiIke/JjTqDh+x7OMd5XQE=gEwXQZOWaHilsZ0fpllcOA=="
  data:
    role: scrum-master

To generate password hashes, just use deepstream's command line interface via the executable:

# or .exe for windows
deepstream hash cleartext-password

And finally start the server via:

deepstream start

Creating the board

Connecting to deepstream

Great, now that we have a server running, let's look at setting up the board!

The first thing we'll need to do is to let our users login. To do this we'll need to get the deepstream client. You have a few different flavours of installation, either using npm, bower or having it come as part of your react or polymer plugins. For this example we're going to go with the simplest approach of just fetching it directly from a CDN.

  <script
    type="text/javascript"
    src="https://rawgit.com/deepstreamIO/deepstream.io-client-js/master/dist/deepstream.min.js">
  </script>

Now that we have the deepstream library included we'll need to get it to connect to the server.

const client = deepstream( 'localhost:6020' );
Logging in

Since we want to limit users who can use the board we are going to have to get the username and password from a minimalistic login form:

  <form action="#">
    <div class="login-error"></div>
    <input type="text" placeholder="username"/>
    <input type="password" placeholder="password"/>
    <input type="submit" value="login" />
  </form>

Which on submit triggers a login to the board:

$( 'form' ).on( 'submit', function( event ){
  event.preventDefault();

  var authData = {
    username: $( 'form input[type="text"]' ).val(),
    password: $( 'form input[type="password"]' ).val()
  };

  ds.login( authData, function( success, loginData ) {
    if( success ) {
      // highly sophisticated desktop / mobile detection :-)
      var isDesktop = $( window ).width() > 800;
      new Board( ds, isDesktop );
      $( 'form' ).hide();
    } else {
      $( '.login-error' ).text( loginData ).show();
    }
  });
});

And that's part two, you now have your user connected and logged into deepstream!

The juicy parts

Now comes the fun part, getting all the cards to remain in sync across all browsers/phones. Let's take a step back and first look at data-sync and how it is used. We'll be using records and lists to keep state. A record is just a convenient way of storing and manipulating JSON with data-sync built in.

Core concepts:

  • A record has a unique identifier, you can create your own or use getUid() to generate one for you
const recordName = client.getUid();
const record = client.record.getRecord( recordName );
  • You can set its data
record.set( {
  owner: 'john'
  position: {
    left: 375,
    top: 250,
  },
  content: 'This card is awesome!',
  type: 'glad'
} )
  • Get data
console.log( record.get( 'position.left' ) ) // 250
  • or subscribe to changes
record.subscribe( 'position', ( newPosition ) = {
  console.log( 'Card moved!' )
} )

Deepstream also has a concept of a "list", which is a useful way to maintain a set of records that have things in common. You can addEntry( removeName ), removeEntry( recordName ) and listen to entry-added and entry-removed events.

Let's take a look at how we can put these things together to make a board. We'll need a list to contain the set of all the records on the board. Whenever a card is created the list will notify us and we can add it into the DOM. Since the list is the entry point to all our records we need to use a non-random name.

// Creating a card
function createCard() {
  const cardId = 'postits/' + this.ds.getUid();
  const card = this.ds.record.getRecord( cardId );
  card.whenReady( ( record ) => {
    record.set( properties );
    this.cardList.addEntry( cardId );
  } );
}

// Adding a card to the dom
function onCardAdded() {
  new Card( /*...*/ );
}

// Creating all the existing cards on login
this.cardList = this.ds.record.getList( 'example-board' );
this.cardList.whenReady( ( this ) => {
  const entries = this.cardList.getEntries();
  entries.forEach( onCardAdded.bind( this ) );
} );

// Listening to card being added on the board.
this.cardList.on( 'entry-added', onCardAdded );

That covers most of the creating part of the board, the demo code on github fills in all the part I glossed over, such as removing cards and different ways you can add cards depending on your input devices.

The final requirement is dragging a card around and seeing it update on all other browsers. You can see this being done here:

this.element
  .css( 'position', 'absolute' )
  .draggable( {
    handle: ".card-header",
    zIndex: 999,
    // Prevent jQuery draggable from updating the DOM's
    // position and leave it to the record instead.
    helper: function(){ return $( '<i></i>' ); },
    drag: ( event, ui ) => {
      this.record.set( 'position', {
        top: ui.position.top,
        left: ui.position.left
      } );
    }
  } );

this.record.subscribe( 'position', ( position ) => {
  if( position ) {
    this.element.css( {
      left: position.left,
      top: position.top
    } );
  }
}, true );

Note how we prevent jQuery from updating the DOM directly. This is because we are using the record as our single source of truth. By doing so our code will process things the same way regardless of whether the action happened remotely or locally. This is a great way to consume changes, otherwise your code will become cluttered with unwanted conditions.

Perfect, our board starts to look presentable! Let's look at adding a tiny bit of permissions now we're are familiar with the card's JSON structure.

Permissions

Deepstream comes with a powerful permissioning language called Valve, which can be used to create rules to allow/deny all possible client actions.

Going back to our last requirement, we want to only allow the creator to update their own cards. Since we've made the username part of the recordname, this is rather straight forward. Let's take a look at how we can implement that in our pemission.yml config file.

record:
  "postits/.*":
    write: "data.owner === user.id"

And that's it, the only user who can edit their cards has to be the same as the cards creator.

Let's introduce a tiny bit of scope creep, and allow the scrum-master to edit any card and be the only one who can delete cards. Luckily we added this earlier on in the user config so we have access to user roles.

record:
  "postits/.*":
    write: "data.owner === user.id || user.id === 'scrum-master'"
    delete: "user.data.role === 'scrum-master'"

And done! We now have all the bits and bops of a realtime, authenticated and permissioned retrospective board!

About

A desktop retrospective board, different clients maybe coming soon ;)

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 3

  •  
  •  
  •