libera/#clim - IRC Chatlog
Search
9:42:12
jackdaniel
I will add my 2c to the discussion :) often there are people who are convinced that they know what will improve the process, but in fact they are just guessing or trying to apply experience read somewhere (or gained in other project) to domain where it is not applicable
9:42:44
jackdaniel
for small projects it is relatively rarer to see people jumping in with such rushed suggestions, but it still happens and it is important to know when to tell no
9:43:53
jackdaniel
example would be opening 3 or 4 new /official/ communication channels when the current ones are low volume -that would not be responsible because the community will spread too much and that would be actually coutnerproductive (as someone pointed out)
9:45:06
jackdaniel
that doesn't mean that non official groups shouldn't make their own communities. same goes for the organization: to have lieutenants you need a group of people (i.e more than 3) each having a deep understanding of the project and having time to do such duties (i.e being paid for that or having that much love for the project)
9:47:38
jackdaniel
and as the last remark: sometimes people want to contribute and that's great; but they are not interested in contributing in long term, so the time invested in teaching them is from the project maintanance perspective wasted. sometimes it is of course a necessary risk if we want to attract a long time contributors at all, but "more contributions" doesn't always mean "healthier project"
9:50:16
jackdaniel
I remember in one project a student joined and had some cool ideas for c++ integration (and automated tests). The pull request was big, it took a lot of time to review, but they have finished the project and never came back (and the work was not ready to be merged).
9:54:00
lukego
I kinda of understand where you're coming from but it sonuds like the next logical step would be to write "beware of the leopard" on the github repo and be done with it
9:55:04
lukego
but anyway, speaking of concentrating on fewer communication channels, I'll hop from IRC over to Github now and see how that goes
10:00:37
jackdaniel
I think you don't understand given that you conclude that this light handedly; these are genuine concerns emerging in any project accepting contributions. as noted, it does not mean to not accept new ideas, only to be assertive with people who /claim/ that they know better how to organize your work
10:07:54
scymtym
jackdaniel's ability to allocate his (partially paid) time is probably also at least somewhat constrained by the stated goals of the fundraiser [1] and the published roadmap [2] both of which focus on fixes, features and documentation [1] https://common-lisp.net/project/mcclim/posts/Crowdfunding-McCLIM-maintenance-and-development.html [2] https://common-lisp.net/project/mcclim/involve
11:33:50
jackdaniel
a random app for narrowing an issue: https://files.mastodon.social/media_attachments/files/106/397/537/134/692/239/original/8ff0c10eca7b0b61.mp4
11:56:15
contrapunctus
I've noticed that McCLIM's manual can be restructured a little so that it follows the Diataxis Framework (https://diataxis.fr/) and can serve people in different learning situations more effectively. For example, there's significant explanation in the tutorial which can be moved out into an Explanation section. Would the maintainers and the community like me to work on a PR for that?
12:22:35
jackdaniel
contrapunctus: sounds good. before you invest much time into that you may try to elaborate on the new structure (i.e focus on toc and share it)
12:24:25
jackdaniel
contrapunctus: thanks for the pr. I will squash it because it has 8 commits for two paragraphs change. in the future you may try to rebase it
13:03:51
jackdaniel
presentation mixins anyone?:) http://turtleware.eu/static/paste/26cfc528-stuff2.gif
13:24:40
alanz
ok, thanks. Ties up with my experience then. I just wondered if you were using some of the stuff lukego has been doing