Published: July 09, 2018 • Updated: March 29, 2023 • 2 min read
A user opened an issue in Tilex last week that I spent a significant amount of time thinking about and talking about (thanks JB) before responding to. Here’s the truncated request:
May I ask you to compile a step-by-step list to set up a running TIL instance?
I knew the answer was ‘no’, but I reflected on my answer for a long time. When does documentation become too specific? What’s a fair request of an open source project maintainer’s time? How do I decline a request while still thanking the requester and making sure the interaction remains positive?
Here’s what I wrote:Thanks for your interest in the project!
We use the installation, authentication, and testing instructions in the README to cover the general base case. If you think any of these instructions could be better, feel free open a PR.
Writing comprehensive instructions like these poses two challenges: it takes time to do it well, and they can’t really apply to everybody, because the steps differ widely based on the audience’s level of experience, operating system, interest in setting up a server vs. Platform-as-a-service, and a lot more.
Elixir, Phoenix, PostgreSQL, hosting platforms, and continuous integration are huge subjects with large, active communities of users. I’d direct specific questions you have with any of these tools to Stack Overflow.
We use this issue tracker for bug reports and feature requests. Closing this issue as it’s outside that scope.
Maintaining an open source project presents subtle interpersonal challenges like this. I’m not certain I struck the perfect tone with my comment. But it was the right answer for me, and worth the effort to try and answer well.
What are your thoughts on this? Let me know!
Get better at programming by learning with me! Join my 100+ subscribers receiving weekly ideas, creations, and curated resources from across the world of programming.