In reply to @delroth:delroth.net
(and like, normal nixpkgs quality standards aren't high, but for example https://github.com/ngi-nix/ngipkgs/blob/main/pkgs/by-name/freeDiameter/package.nix wouldn't pass...)

From my outsider perspective, "mob programming" is the #1 issue, as I see it as the cause for many of the described symptoms (low efficiency, poor mentoring, poor contributor retention, lack of Nix expertise in group leaders)

I think is fine, as long as someone in the mob is "knowledgable" and able to course correct when needed. But having many people "learn by doing" at the same isn't the most productive.

From my outsider perspective, "mob programming" is the #1 issue, as I see it as the cause for many of the described symptoms (low efficiency, poor mentoring, poor contributor retention, lack of Nix expertise in group leaders)

I think is fine, as long as someone in the mob is "knowledgable" and able to course correct when needed. But having many people "learn by doing" at the same isn't the most productive.

In other words, there should be at least one "mentor" in attendance, or reviewing the work output.

From my outsider perspective, "mob programming" is the #1 issue, as I see it as the cause for many of the described symptoms (low efficiency, poor mentoring, poor contributor retention, lack of Nix expertise in group leaders)

I think this is fine, as long as someone in the mob is "knowledgeable" and able to course correct when needed. But having many people "learn by doing" at the same isn't the most productive. Generally, there's at least someone somewhat "knowledgeable" on a topic, so it's a chance for others to learn.

In other words, there should be at least one "mentor" in attendance, or reviewing the work output.

In reply to @piegames:matrix.org
From my outsider perspective, "mob programming" is the #1 issue, as I see it as the cause for many of the described symptoms (low efficiency, poor mentoring, poor contributor retention, lack of Nix expertise in group leaders)

As a person that was already engaged with Nix and Nixpkgs before SoN and after and a participant of SoN 2023 I'd say about your points:
- low efficiency (I can see why that could be thought, but i debatable and more related to the average expertise of the participants)
- poor mentoring (I felt this was a symptom of the lack of relevant people giving feedback to packages, so related to your last point)
- poor contributor retention (this is more a reflection of the actual feedback loop of nixpkgs contribution experience, not SoN experience imo)

Some extra comments:

- In the end this is an NLnet project, not a NixOS foundation project, so their own pressure on setting their own objectives has to be taken into account.

- Is the nixpkgs contributor set able to team up to do actual knowledge transfer? Will a consensus even be reached on what the acceptable quality of a nixpkgs package is? What to do when one thinks that a reviewer/gatekeeper is doing nitpicking? Where is the feedback of new contributor experience collected?

- The mob programming format at least helped people do some Nixing, due to the social aspect of it. People that would have not done any Nixing, where is that impact accounted for?

In reply to @delroth:delroth.net
do you think nlnet is properly aware of what they're getting out of SoN?

First of all to be fully transparent: I'm one of the facilitator for this year and thus have a financial tie to this project.

• In the end this is an NLnet project, not a NixOS foundation project, so their own pressure on setting their own objectives has to be taken into account.

that's not entirely true, since it's a project in colab with the nixos foundation and all the financial stuff and contracts are handled through the foundation.

In reply to @delroth:delroth.net
also, low efficiency isn't really debatable when you take groups of 5 participants and they end up having lower output (even after months of being in the program) than I'd expect a single nixpkgs committer would have in the same unit of time

In reply to @janik0:matrix.org

First of all to be fully transparent: I'm one of the facilitator for this year and thus have a financial tie to this project.

• In the end this is an NLnet project, not a NixOS foundation project, so their own pressure on setting their own objectives has to be taken into account.

that's not entirely true, since it's a project in colab with the nixos foundation and all the financial stuff and contracts are handled through the foundation.

In reply to @alejandrosame:matrix.org
So then why ngipkgs exists to begin with?

In reply to @alejandrosame:matrix.org
My comment of being debatable is more on the point of under which constraints are we talking about. Aka, I'm willing to talk specifics in detail to understand myself whenever I ran projects like this, but also I'm not a person with any decision making impact in any of this.

In reply to @alejandrosame:matrix.org
So then why ngipkgs exists to begin with?

Full disclosure: I was a SoN 2023 participant.

i think its pertinent to remember SoN is primarily about facilitating students. Low productivity, and low follow up aren't necessarily red flags even together imo. Lots of the packages in ngipkgs havent been packaged for nixpkgs precisely because of the difficulty in packaging them in nix, and that they landed in ngipkgs at all (flaws and all) by students speaks highly of the capabilities of mob programming.

In reply to @janik0:matrix.org
btw, most builds of ngipkgs just straight up fail and don't seem to be maintained while lots of the packages would not be mergeable to nixpkgs because of a low quality and in general things that would be catched in a nixpkgs review https://hydra.ngi0.nixos.org/jobset/ngipkgs/main

none of the packages has a vmtest or module from what I could tell in the ngipkgs repo which is also quiet sad, since vmtests are what (imho) differentiates good from very nix packages.