#opensource software is not genuinely Open Source if there's no proper documentation for the source code.
#framasoft please hear...
#invidious please hear...

Do you mean how to install their software or do you mean how the code works?

@onepict Developer documentation is about how the code works... Installing the software is a subject for the user documentation...

So in what way are Framasoft and Invidious failing? Criticism is valid but it needs to be explicitly explained if you want the developers (one of who needs a rest, and there's alot of folk feeling left in the lurch) and the community to listen. Is it not just the documentation is it also a failure in communication by the developers?

@onepict When projects are developed by single developers, it's particularly important to have thorough documentation:

- to facilitate uptake for potential coding contributors;

- to ensure maintainability and possible continuation of the project, if the original developer falls by the wayside.

Proper developer documentation is even more important when projects seek to accumulate communities that become dependent on the software.

Doesn't that make sense?
#peertube #invidious #mastodev

Preaching to the choir here. I'm just trying to find a way to communicate that with others. We can't just sub toot it. We have to be explicit. Which may lead to some arguments.
Which I hate the idea of. I'd rather just have a discussion and have it lead to some form of consensus. But for it to get there in this space everyone's cards need to be on the table with explicit reminders of what the particular rules are.

@onepict Ahh, Esther, it's flogging a dead horse, anyway... I can post it in French, too... But it won't persuade those devs anyway 😞

I'm just hoping that perhaps one day when new developers/projects come along the points we make sink in. It does feel pointless occasionally, but I feel it's important someone states this. If nothing else it means if folk say "oh no one spoke up to us about this" there's a record that shows some of us have. If only to encourage more of the silent community who does agree but are scared to speak up to do so. It's a measure of a community on how it reacts to queries or criticism.

I know that to some developers this can seem like a side issue and pointless. But I don't get how we expect FLOSS projects to be utilised by laymen or folks outside our bubble if we can't make it compressible to them. Proprietary doesn't just win because of monetary resources, it's because there are resources so that any person can easily use/install their products. Regardless of privacy violations or how crap the product is.

@onepict For sure, if ne wanted to sell a package like #peertube to a commercial company, there's no way they'd accept it with the developer documentation it has.

Proper developer documentation would almost certainly be a contractual clause.

But even with software that's free but that accumulates a large dependence community, surely it's a bit of a moral obligation to properly document it so that the entire project is not dependent of one single human...
#framasoft please hear...

@paolo you got a Peertube instance going care to comment ?

@onepict @paolo By the way, when you load it, it alternates between the #peertube default white theme and my chosen instance dark theme, because of a bug, and because although there's already a patch on Github, I can't figure out how to apply it to the code installed on my server... That's because of lack of proper developer documentation...

Have you got the link to the issue with applying patch on github?

@onepict @paolo No, I filed an issue about the theming problem (github.com/Chocobozzz/PeerTube) and a fix was pushed... But the real issue is that the #peertube codebase is very complex, and it's very difficult to know what files to patch.... Whereas with proper developer documentation, it would be possible to figure that out...
#framasoft please hear...

Yeah, it may have been easier if they had specified the specific git commit. Although I suspect they weren't sure which one would be suitable for you. Perhaps respond, restate the ubuntu release part and the current contents of the config file as you aren't sure which commit is suitable. It can be difficult for developers responding to support requests when in the middle of coding. This happens with the bigger projects as well, even with paid support/dev tiers.

@onepict @paolo This is starting to deviate away from the original subject... But, in fact, Paolo, application of the solution in the resolving commit (github.com/Chocobozzz/PeerTube) is difficult, because the names of the files edited in the codebase are not at all the same as the names of the files ultimately physically providing the executed code... So I say again that proper developer documentation would have been necessary to enable me to implement the patch...
#framasoft #peertube PLEASE HEAR

@dave The good thing of FOSS is that anyone can contribute and sometimes the best people to write code documentation are those that don't know the platform intimately.

You can start documenting what you understand and ask questions to fill up the gaps.
Once you started others will join in πŸ˜‰


@paolo @onepict No, I would have done it happily with the developer's collaboration, but I'm not going to single-handedly waste days trying to reverse engineer his code... I have a life, a wife and a guitar waiting for me πŸ˜„

#peertube #framasoft


Well a tech work life balance is important to avoid burn-out. I've been there, it's not fun. Especially when its something you love doing and you rationally know you love doing. 😊

Β· Β· Fedilab Β· 0 Β· 0 Β· 0
Sign in to participate in the conversation

chaos.social – a Fediverse instance for & by the Chaos community