From tillk.vogt at googlemail.com Sun Nov 8 11:29:26 2020 From: tillk.vogt at googlemail.com (Tillmann Vogt) Date: Sun, 8 Nov 2020 12:29:26 +0100 Subject: [HF-discuss] Incentives for contributions, project ideas Message-ID: <694befdc-c529-a23f-98a8-0a92c7e548a9@gmail.com> Dear fellow Haskell programmers, I just read the whitepaper. Quote: "Haskell Foundation will identify a list of technical goals that will ease adoption and improve Haskell use in production. We have established an initial agenda and are seeking to refine it as we go forward. As HF evolves, we will engage technical discussion in a transparent way, with input from the community." For me improvements are about - finding the biggest pain points - efficient communication - incentives to fix problems There are a lot of places that are embarassing. For example in Ubuntu, if I enter "haskell" into the search box of synaptics, I get "haskell-platform 2014". A programmer may think: "Is this language dead?" There are many projects that drown in open issues on github, where I really feal pity for the poor maintainer. We all don't have time. It could get better if we had - a good strategy on what to fix first - incentives - automation (I am working on something which I will announce soon) Here are some ideas how to fix this: Reporting of Error Messages, Lowering the barrier to report pain points ----------------------------------------------------------------------- A global variable set in bash that makes GHC send error messages anonymously to a central database. For example someone changes code and then thousands of people have the same problem, you know how urgent a fix is. All that would be needed is to ask people during installation if they want to allow this (opt in). Of course data has to be carefully accumulated so that it is really anonymous. Virtual Currency to incentivise fixing of Github/Gitlab issues -------------------------------------------------------------- Example problem: I am not smart enough to fix an issue in Cabal. I sit there one day, trying to understand Cabal. I don't get it and give up. I decide to work on an other issue and hope someone else will fix it eventually. Unfortunately it does not happen. Solution: For some problems I am smart enough to fix them. What if there would be a virtual currency that pays me for solving these issues. Depending on how important an issue is I would then invest my virtual coins to fix the cabal issue. Concrete implementation: A big table that lists Github/Gitlab (especially GHC) issues. Sortable after topic, urgency, bounty coins when it is fixed, ... A database with all e-mails that are currently on hackage, pepole on several mailing list get an initial amount of coins. New people only get initial coins when they have published code of a certain quantity and quality. A simple entry mask with your e-mail/github name, the link to the github/gitlab issue, bounty coins you are willing to spend if certain conditions are met Arguments against it: It's a little bit like capitalism against communism. In communism you have a board of leaders of the party. There are no incentives apart from making the ideology win and medals, like "hero of work" (the stars on github). I understand that there was no other way to do make Haskell happen but Open Source and volunteers. It would not be financable. And I also admit that the current board is really impressive. Capitalism on the other side is very problem focused, increases the idiviudal motivation, but makes people focused too much on the money. It could lead to messages like: Give me coins, or I don't fix the issue. But for this, A leader board could decide that you are punished if you talk about coins on github. If a first test works, virtual coins could be buyable with real money. This could be a source of income for the foundation. I would be willing to program this for free and open source. I am currently making a web page anyway. BTW you don't have to be nice, feel free to be negative and critical. - Tillmann Vogt From crmills_2000 at yahoo.com Sun Nov 8 19:52:16 2020 From: crmills_2000 at yahoo.com (Carlton Mills) Date: Sun, 8 Nov 2020 19:52:16 +0000 (UTC) Subject: [HF-discuss] Involving the grass routes in supporting the Foundation References: <1788304673.3117553.1604865136740.ref@mail.yahoo.com> Message-ID: <1788304673.3117553.1604865136740@mail.yahoo.com> Good afternoon,      You could provide an ability for starving students, retirees, and ordinary peoples to contribute to the Foundation. What is needed for an individual to go to a web site and arrange for $5.00/month to be taken out of her checking account.     Hopefully a large number will join; this would give the Foundation a lot of credibility.   Administratively one would need a 401(c) entity in the US so we could deduct our contributions.   You could say all these contributions will go directly to increasing the Foundation’s endowment or to paid research/documentation/…      Use the contributions from big entities to pay for administration. That way individuals can feel that their money is being used productively. (I am told that the Red Cross does this for disaster relief: 100% of the contributions for a specific disaster go towards the victims -nothing to overhead.   It would be nice if there was a huge flood of cash from the base. Thank  you for your attention,-Carlton Mills, Urbana, IL -------------- next part -------------- An HTML attachment was scrubbed... URL: From rebecca at rebeccaskinner.net Sat Nov 14 04:32:53 2020 From: rebecca at rebeccaskinner.net (Rebecca Skinner) Date: Fri, 13 Nov 2020 22:32:53 -0600 Subject: [HF-discuss] Volunteer On-Boarding Track: Contributor Attributions Message-ID: Hi everyone, During today's contributor on-boarding discussion we discussed, among other things, the ways that the Rust community has worked toward encouraging people to contribute to its ecosystem through making an effort toward recognizing contributors, and how the HF might be in a position to offer something similar in the haskell ecosystem. I wanted to open a thread to start discussing some of the options for how we might consider approaching something like that, and ultimately whether it's something that we think we ought to be doing. First, a bit of background. I'm going to summarize the main points I took away from the discussion, and hopefully if I've missed something, or gotten something wrong, someone can jump in and correct me on the details here. One of the things that the Rust community wanted to do was to give people some recognition for their contributions in a public way that was a bit more visible than just looking at the commit history in github, so they borrowed an idea from the Ruby community and started collecting a list of names of all of the people who had contributed commits for any given release of Rust. These were published on their website along with each release. It seems that this was quite motivating for at least some contributors, who were quite keen to have their names listed publicly and have something to point out to highlight their contributions. There were a few challenges the Rust folks encountered, in particular: 1. As the project started to divide up into many smaller repositories, the tools they were using to collect contributor names didn't scale and some people were disappointed to see that they were left out of the acknowledgements 2. People's names can change for various reasons, and it can be some overhead to deal with keeping older announcements updated 3. There isn't necessarily a single clear and non-controversial criteria for figuring out what commits should be included, especially if you are ranking commits in some way In spite of the challenges, the Rust community seems to have gotten a lot of value out of attribution, and I think it could be a great example of the kind of the the HF could offer to the haskell community to try to drive interest in contributions and get more people involved in the haskell ecosystem. It's the kind of thing that might not make a lot of sense for any given project to invest time in, but amortized over the entire haskell community it could drive more engagement and bring in contributors. It also helps us start building a reputation as a welcoming organization that is actively encouraging new contributors. Finally, as a relatively small greenfield project, it would be a good opportunity for us to get our feet we and start to establish norms and figure out how HF will go about this kind of work. I would propose that, if we wanted to go forward with this idea, we could approach it like this: 1. If we have some maintainers and interested contributors, we could start a new project that is affiliated with HF from the beginning. The project will aim to provide a generally flexible way of collecting and publishing contributor data. Although this would be in theory a stand-alone project, it would be developed with an eye toward the needs of HF. As an open source project however, anyone would be free to use this tool. 2. The HF uses this tool to generate and host an acknowledgements page to recognize contributors to any of the affiliated projects. This could be an opt-in or opt-out think for individual projects, but ideally it's just something nice that comes for free to any project that affiliates with HF. 3. We publicize the list and get the word out, and try to see whether this is doing what we want and getting more people excited to contribute to the ecosystem. This is a pretty rough set of ideas, so if anyone has any visions of how something like this could work, or reasons why they think we shouldn't do it at all, I hope you'll share your thoughts. ~Rebecca -------------- next part -------------- An HTML attachment was scrubbed... URL: