<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Hilaire,<br>
<br>
I agree that documentation is important. As important as the
software being documented (Cuis in our case).<br>
<br>
But I don't agree with everything that is said there. Some comments
inline.<br>
<br>
On 5/8/2025 5:59 AM, Hilaire Fernandes via Cuis-dev wrote:
<blockquote cite="mid:567aa2cd-dba3-48df-9212-89dc8b4cd360@free.fr"
type="cite">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<p><font size="4">Some interesting reflections on documentation in
the NumPy community:<br>
</font></p>
<p><font size="4"><a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://labs.quansight.org/blog/2020/03/documentation-as-a-way-to-build-community">https://labs.quansight.org/blog/2020/03/documentation-as-a-way-to-build-community</a></font></p>
<p><font size="4">The text is a bit long, so I pasted below some
interesting extracts.</font></p>
<p><b><font size="4">Why documentation is important.<br>
</font></b></p>
<blockquote>
<p><cite>[...] Having official high-level documentation written
using up-to-date content and techniques will certainly mean
more users (and developers/contributors) are involved in the
NumPy community.</cite> </p>
<p><cite>So, if everybody agrees on its importance, why is it so
hard to write good documentation?</cite></p>
</blockquote>
</blockquote>
<br>
Finding ways to encourage people to write documentation is good. Dr
Cuis is a great take on this.<br>
<br>
<blockquote cite="mid:567aa2cd-dba3-48df-9212-89dc8b4cd360@free.fr"
type="cite">
<blockquote> </blockquote>
<p><b><font size="4">What the corporate world does.<br>
</font></b></p>
<blockquote>
<p><cite>If we look at proprietary or com pany-backed software
projects, often professional technical writers are working
on the docs. Having access to these professionals to do the
documentation can make a huge difference. [...]</cite></p>
</blockquote>
</blockquote>
<br>
This remark makes sense for end user software. Cuis is a development
environment aimed at software developers. I think it is fair to
assume that software developers need to be able to read technical
documentation written by and for other software developers. I don't
mind technical writers helping, but not having them is no excuse for
not writing decent technical documentation ourselves.<br>
<br>
<blockquote cite="mid:567aa2cd-dba3-48df-9212-89dc8b4cd360@free.fr"
type="cite">
<blockquote><cite></cite> </blockquote>
<p><b><font size="4">What is the tendency in free software
communities. <cite><br>
</cite></font></b></p>
<blockquote>
<p><cite>[..] As I got more involved in the open source world, I
realized that the people writing docs were not only
invisible but were sometimes actively discouraged. There is
even a differentiation in naming such contributions; have
you ever heard of a "core docs developer"? [..] <u>Even
when the community is welcoming, documentation is often
seen as a "good first issue", meaning that the docs end up
being written by the least experienced contributors in the
community. [..] However, it may transfer the
responsibility of one of the most crucial aspects of any
project to novice users, who have neither the knowledge or
the experience to make decisions about it.</u></cite></p>
</blockquote>
</blockquote>
<br>
This is where I disagree. Technical documentation of software in an
open source project should be mainly written by the code authors
themselves. It is the duty of each contributor of code to also write
appropriate documentation. In many cases, that documentation is part
of the software itself. Perhaps we'd not accept code without good
comments at all.<br>
<br>
In any case, encouraging everybody to write documentation should not
mean asking less experience people to document things they don't
understand well. Everybody should be encouraged to write
documentation at the level they feel confident at. For instance, a
newcomer to Cuis can evaluate our beginner instructions much better
than we old timers. And the minute after they understand the
solution to some problem is when they are in the best position to
write about it.<br>
<br>
<blockquote cite="mid:567aa2cd-dba3-48df-9212-89dc8b4cd360@free.fr"
type="cite">
<blockquote> </blockquote>
<pre class="moz-signature" cols="72">--
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mamot.fr/@drgeo">http://mamot.fr/@drgeo</a></pre>
</blockquote>
<br>
Thanks,<br>
<pre class="moz-signature" cols="72">--
Juan Vuletich
cuis.st
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich
linkedin.com/in/juan-vuletich-75611b3
twitter.com/JuanVuletich</pre>
</body>
</html>