-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Haddock documentation doesn't help new users #56
Comments
I only can say that you are right. Sorry for the typos, I´m slightly dyslexic and it is a torture for me to fix these misspellings, besides I´m not a native english speaker. have you seen http://mflowdemo.herokuapp.com? It is based on examples. It is where I tried to supplement the information that is absent from the Haddock documentation. |
Sorry, I didn't know about your dyslexia. Yes, I have seen the page at herokuapp. May I suggest the following about that website?
This may sound strange, but how about writing less documentation? What do you think? |
It s a 10% dyslexia and a 90% pure lazyness... I understand your point. Too much packed information is not helpful. I I thank you for your appreciation of MFlow. I know that the MFlow concept Now I´m busy with other projects and I have not much time to change the tryplayg.herokuapp.com In the medium term I will integrate both. 2014-10-26 20:47 GMT+01:00 Erik Dominikus notifications@github.com:
Alberto. |
There is too much Haddock documentation for MFlow. The documentation tries to feed the user too much information at once. The documentation doesn't help new users quickly figure out how they can use this awesome package. This is made even worse by the numerous typos scattered in the documentation. These typos make the package seem unfit for real-world usage.
New users interested in MFlow only care about how they can use it. There is no doubt that it is built upon a great idea, but they haven't yet had the understanding needed to appreciate it.
People might adopt MFlow much more eagerly if we reduce friction for new users. We can do this by empathizing with our would-be users while we write our documentation. We can do this by seeing things from their point of view and anticipating their problems.
A separate tutorial somewhere in the Internet isn't enough; the Haddock documentation itself has to guide the new user because that documentation is what the user expects to read first after installing a package.
The text was updated successfully, but these errors were encountered: