10 Reasons Why Documentation is a Startup Secret Sauce
1–10 of 18 posts
Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#2Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#3Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#4Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#5Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#6Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#7Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#8What do you guys use for documentation, btw? I used DocBook for Hecl, but man is it ever a PITA. It's very, very, very, verbose, and even if that verbosity does give you a lot of flexibility, I'm not sure it's worth it in terms of docs that don't get written because it takes so long.
Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#9What do you guys use for documentation, btw? I used DocBook for Hecl, but man is it ever a PITA. It's very, very, very, verbose, and even if that verbosity does give you a lot of flexibility, I'm not sure it's worth it in terms of docs that don't get written because it takes so long.
Re: 10 Reasons Why Documentation is a Startup Secret Sauce
#10We have a concept we call our "Bus Number." It's the number of people that know how to do what you do, or have been briefed on what you're doing, so that if you're run over by a bus, they can pick up what you're doing. It's a grim concept, but it highlights another point: what happens during the startup period should a key person fall ill, or die? Good documentation could save the shop and make sure your dream lives,…
.............
Anyway, documentation is all well and good when it takes the form of a "how to". That seems to be what the author is getting at. But there's just nothing worse than reading or writing documentation that consists of proposed method signatures, object structures, or anything in any way related to UML.