Skip to content

Instantly share code, notes, and snippets.

@mkb
mkb / stub.yml
Last active April 4, 2017 18:02 — forked from drnic/stub.yml
spiff merge stub for redis deployment to aws ec2
---
meta:
environment: redis-warden
service_name: NAME
security_groups:
- default
job_templates:
- name: redis
release: redis
stemcell:
@mkb
mkb / manifest.yml
Last active November 29, 2017 10:41 — forked from drnic/manifest.yml
BOSH deployment manifest - AWS
name: redis
director_uuid: 2a535e7b-333c-4830-8042-521eb4c163bc
releases:
- name: redis
version: latest
compilation:
workers: 6
network: redis1
reuse_compilation_vms: true
cloud_properties:
@mkb
mkb / gist:3730817
Created September 16, 2012 02:37 — forked from coderoshi/gist:3729593
A Very Short Guide to Writing Guides

A Very Short Guide to Writing Guides

This is just a few thoughts on the topic of writing technical guides. This was intended for Basho's engineering team, but this may apply to open source projects in general.

Audience

It's commonly preached that the first step in writing is to identify your audience; to whom are you writing? This is the most well known, most repeated, and most overlooked step of writing in general and technical writing in particular. Take this document, for example. My audience is technical people who need to communicate technical information, and not teen girls, so I shy away from images of pop icons riding unicorns. I use jargon and words like "identify" rather than "smokin' out".

Pronouns