[three_fifth_last][/three_fifth_last] Managing documentation for open source projects (or closed source, for that matter) can be a real pain. How do you create user-friendly, readable documentation that users can contribute to without having to be HTML ninjas?
When I talk to people about their start-ups, most engineers fall into one of two camps: “We’re too small (or broke) to worry about scale yet” or “We have eleventy-billion servers, now we just need users.” I tend to see the latter in well-seeded startups or those who have already secured angel
Before I had started working at a startup, if you had asked me what I thought the hardest part would be, I’d have probably said the long hours, technical unknowns and not always knowing if you still have a paycheck.
If you contribute to an open source project, you have my gratitude. It’s often a thankless job, unless you’re working on very high profile projects, and even then. Most people don’t become rich and/or famous because of their work in open source, and you sometimes have to deal with obnoxious
I run a few open source projects, one of which is Snipe-IT, a free IT asset management system. While the app is in English by default (since that’s my most fluent language), giving my end users the ability to use the app in their own language has always been important to
Hi. You probably don’t know who I am, but I know who you are. Well, not really, because taking the effort to know who you are gives you far more value than you deserve. But I know who who you are.