lidar
v0.0.14
Published
A take on [ThoughtWorks' Radar](https://www.thoughtworks.com/radar/techniques). You can use this tool and system to make your very own technological Radar. [You can see it live](https://jondot.github.io/lidar/) on this project's gh-pages.
Downloads
4
Readme
Lidar
A take on ThoughtWorks' Radar. You can use this tool and system to make your very own technological Radar. You can see it live on this project's gh-pages.
Quick Start
The ToughtWorks tech radar model divides subjects to four simple stages:
- Adopt
- Trial
- Assess
- Hold
Progression is made from step (3) to (1), and some times, subjects find themselves at (4) because we've decided to stop investing in them.
Given that you have created a tech radar repository in the specificed format,
you can now run lidar
on it and it will generate a radar visualization:
$ npm i -g lidar
$ lidar radar/architecture 2016/09
The timestamp following the topic (here, architecture
), is designating a
specific issue of this radar (think about magazine issues). Once in a while
you'll publish a new radar issue to your readers.
Format
The material on the Radar, is formatted in a very convenient markdown format, and a simple directory layout. You can use the example provided here as a kickstart project.
radar/
architecture/
assess.md
trial.md
adopt.md
hold.md
tools/
(same structure here)
techniques/
(same structure here)
On each stage, effectively a markdown document, we're write about the subjects. Treat it as writing a book, or a nice story. For each subject the following format should be used:
## Hoverboards
_2016/09_
We believe using hoverboards in the office will make commuting between
tables much more efficient.
This paragraph will not appear in a generated Radar.
### Nor will this headline.
In order for this to be both machine and human friendly, there are simple formatting rules, that will help us generate a Radar graph should we want to:
Level-2 heading
##
will be the title, and the paragraph immediately below it will be the description.An issue, that correspond to a publication or entry date (typically month), right below the header, italics, for example:
_2016/09_
, corresponds to 2016, September.Items should (not a must) be sorted / added alphabetically (on a Level-2 heading).
The rest, is free form.
Hacking
To work on this project you want to clone this repo and:
$ npm i
$ npm start
Once you're happy there's no need to npm build
. The build step will
happen on release.
Contributing
Fork, implement, add tests, pull request, get my everlasting thanks and a respectable place here :).
Thanks:
To all Contributors - you make this happen, thanks!
Copyright
Copyright (c) 2016 Dotan Nahum @jondot. See LICENSE for further details.