Re: documentation support
Ivana Isadora Devcic <[email protected]>
| Newsgroups | gmane.comp.kde.events |
|---|---|
| Message-ID | <CAB5Uq1p1pXnMUyDn=ZCa+PfLLp3vb5WUCKgNvLxD-yzyXQyz9g__40149.4120168083$1536004337$gmane$org@mail.gmail.com> |
As someone who works as a technical writer, I can tell you that the timeframe defined in the CfP may not be enough for the contracted person to actually (re)write any significant amount of documentation, unless they can dedicate 8+ hours per day to that. The way I understood this, the contractor should identify the most pressing gaps in the documentation and come up with strategies to address them, and not necessarily take on the task of filling all those gaps by themselves. That work can be done by KDE community members once a solid groundwork has been laid out, according to the guidelines, best practices or templates provided by the contracted person. Of course, maybe that's exactly what you meant and I just misunderstood it, but either way, there's a lot to cover. However, it will definitely pay out in the end. Investing in documentation is always the right thing to do. :) 2018-09-03 20:55 GMT+02:00 Olivier Churlaud <[email protected]>: > Sorry for top posting (writing from my phone). > > I totally concur to what is said here. And in my opinion the documentation > "supporter" should have the same conclusion. The problem will be on how to > priorize between userbase.ko and api.ko > > > > > Le 3 septembre 2018 19:31:33 GMT+02:00, Scott Harvey <[email protected]> > a écrit : >> >> Can I make a polite suggestion? It would be wonderful if our contract >> technical writer could be allotted a slice of his/her time for the >> following - documenting "how to use {X}" along with "what {X} does". We >> have a lot of material in api.kde.org that explains how things work, but >> there's not always a lot that explains how to use these items properly >> and get the desired result. With all due respect - and I mean that very >> sincerely - the Plasma framework contains a whole lot of material, for >> which a lot of the "what" is already documented. What's missing is how >> to employ those things to make something happen or behave the way the >> (newer) programmer wants. >> >> Some of it's in the Plasma API docs, some of it's in the official Qt/QML >> docs, some is partially explained on wiki pages, and some of it is >> inside the heads of our best Plasma programmers (or at least the proper >> way to combine X, Y, and Z to get result A). For the record, that's a >> compliment to our Plasma coders, not a complaint. >> >> I look forward to seeing the outcome of this project. Having worked in >> the corporate world with and without good documentation, technical >> writers and documentation writers are people to be cherished and >> appreciated. Their work makes everyone else's work so much simpler. >> >> >> On 8/30/18 2:45 PM, Lydia Pintscher wrote: >> >>> Hey folks :) >>> >>> The e.V. is looking for someone to help us with documentation around >>> KDE. The call for proposals is here: >>> https://ev.kde.org/resources/marketingsupport-callforproposals.pdf >>> It'd be great if you could help us spread this as you see fit. >>> >>> >>> Cheers >>> Lydia >> >> >> > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma > brièveté. > -- Ivana Isadora Devcic Promotion & Marketing, KDE.org @kdecommunity on Twitter <https://twitter.com/kdecommunity> || KDE on Facebook <https://www.facebook.com/kde/>