Re: [QGIS-Developer] A plea: "fixes" vs "features"
On Fri, 2 Aug 2019 at 20:55, Matthias Kuhn wrote: > - [ ] I did not open a pull request because while the feature was > actually working for me, the quality was not deemed high enough to be > acceptable, so it's still rotting somewhere in my repository in a > meanwhile unmergeable state. Oh gosh - yes, this one. I've some 100+ rotting features/bug fixes sitting in git branches in various states. Some because the result didn't turn out as useful as I first thought, some because the funding died before the work was finished, some because what I first thought was going to be an easy fix turned out to be insanely complicated... This one hits home too hard! and now we need another category: [ ] I opened this PR only because I had a rotting branch sitting in git and my internal sense of completion-ism wouldn't allow me to rest until this was fixed and merged ;) > - [ ] While I worked on a feature I noticed a bug, so I fixed and > backported it to LTR. The next day someone showed me a workflow and I > realized that 50% of the time was spent to work around the bug. Yep, I'll be ticking this one too... > - [ ] It would have been easier to write a band aid for a bug, but > instead I decided to spend the time to write this feature which also > fixes the bug, but does so properly. And this one... Nyall > > - [ ] Others (like Skiing, spending time on discussions on open source > and sustainability, writing grant proposals, bug triaging, answering > questions on gis.se, reviewing pull requests). Write in the comment > section below. > >Comments: > > > > > Matthias > > > On 8/2/19 12:39 AM, Nyall Dawson wrote: > > Hi list, > > > > This is something which has been on my mind a lot lately. Whenever a > > question comes up about regressions or stability, the argument is > > often thrown around that developers are writing "fun new features, not > > fixes". > > > > I personally think this argument is a red herring. At best, it's a > > misleading argument. At worst, it's side-tracking difficult and > > important discussions with a point which has no corroborating > > evidence, and offending contributors to the project. > > > > Has anyone actually tested this argument? My gut feeling is that it > > would not hold up to any form of statistical testing in any way, and > > that the mutually exclusive choice between writing a feature or a fix > > NEVER comes up in reality. > > > > Can we PLEASE drop this argument, at least until someone does a survey > > targeting the developers behind feature PRs, e.g. > > > > " > > If you weren't spending time writing this feature, would you have instead: > > > > [ ] Just done my original task using alternative software or lengthy > > workarounds instead, knowing that I'll have to repeat those > > workarounds in future tasks > > > > [ ] Ignored the issues with my mapping product caused by the missing > > feature and supplied it to clients as is > > > > [ ] Gone to bed early, and got a good night's sleep > > > > [ ] Gone for a hike in the mountains, re-invigorating my soul with the > > beauty of nature > > > > [ ] Thought about going for a hike, but spent the time scrolling > > endlessly through Twitter and feeling guilty and lazy > > > > [ ] I was being paid to work on this feature only, and would not have > > been contributing to the project in any alternative way instead > > > > [ ] I had a mutually exclusive choice between writing this feature or > > fixing bugs, and I explicitly choose to write a feature instead > > because it was more enjoyable. > > " > > > > Until we have evidence that this argument is valid, I think it's > > actually causing much more harm to the community than good. (It can > > easily be mis-interpreted as "you wasted your time volunteering this > > contribution, you should have fixed #xyz instead.") > > > > Thanks for the consideration! > > Nyall > > ___ > > QGIS-Developer mailing list > > QGIS-Developer@lists.osgeo.org > > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] A plea: "fixes" vs "features"
Hi, > Until we have evidence that this argument is valid, I think it's > actually causing much more harm to the community than good. (It can > easily be mis-interpreted as "you wasted your time volunteering this > contribution, you should have fixed #xyz instead.") nobody should ever ever judge how a volunteering contribution should be made: everybody can/should and must focus on what is the most important task to work on. of course this is far far far away from what I have in mind and I understand what you mean when you say that the not knowing the whole community-effort could lead to some misinterpretation. Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] A plea: "fixes" vs "features"
Hi, Thanks for bringing this up Nyall. From my side, this survey would have had ticks in every of the available options over time. And I'd have mentioned in the "feedback" part of the survey that some relevant information to answer the core question was missing because the question only targets feature pull requests: - [ ] I spent the time to fix this bug instead of writing a new feature because the task was well defined and a reachable goal. - [ ] I did not open a pull request because while the feature was actually working for me, the quality was not deemed high enough to be acceptable, so it's still rotting somewhere in my repository in a meanwhile unmergeable state. - [ ] While I worked on a feature I noticed a bug, so I fixed and backported it to LTR. The next day someone showed me a workflow and I realized that 50% of the time was spent to work around the bug. - [ ] It would have been easier to write a band aid for a bug, but instead I decided to spend the time to write this feature which also fixes the bug, but does so properly. - [ ] Others (like Skiing, spending time on discussions on open source and sustainability, writing grant proposals, bug triaging, answering questions on gis.se, reviewing pull requests). Write in the comment section below. Comments: Matthias On 8/2/19 12:39 AM, Nyall Dawson wrote: Hi list, This is something which has been on my mind a lot lately. Whenever a question comes up about regressions or stability, the argument is often thrown around that developers are writing "fun new features, not fixes". I personally think this argument is a red herring. At best, it's a misleading argument. At worst, it's side-tracking difficult and important discussions with a point which has no corroborating evidence, and offending contributors to the project. Has anyone actually tested this argument? My gut feeling is that it would not hold up to any form of statistical testing in any way, and that the mutually exclusive choice between writing a feature or a fix NEVER comes up in reality. Can we PLEASE drop this argument, at least until someone does a survey targeting the developers behind feature PRs, e.g. " If you weren't spending time writing this feature, would you have instead: [ ] Just done my original task using alternative software or lengthy workarounds instead, knowing that I'll have to repeat those workarounds in future tasks [ ] Ignored the issues with my mapping product caused by the missing feature and supplied it to clients as is [ ] Gone to bed early, and got a good night's sleep [ ] Gone for a hike in the mountains, re-invigorating my soul with the beauty of nature [ ] Thought about going for a hike, but spent the time scrolling endlessly through Twitter and feeling guilty and lazy [ ] I was being paid to work on this feature only, and would not have been contributing to the project in any alternative way instead [ ] I had a mutually exclusive choice between writing this feature or fixing bugs, and I explicitly choose to write a feature instead because it was more enjoyable. " Until we have evidence that this argument is valid, I think it's actually causing much more harm to the community than good. (It can easily be mis-interpreted as "you wasted your time volunteering this contribution, you should have fixed #xyz instead.") Thanks for the consideration! Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] A plea: "fixes" vs "features"
Hi all, I understand the frustration from both sides. Roughly, our users mostly demand more stability, whereas customers mostly pay for new features. We have balanced this using QGIS.ORG budget, by having more tests, but obviously we can't cover all. I'm pretty sure over time things will keep on improving. What is new to me is the growing tension. I think we can and should do something to recover our friendly environment. All the best. On 2 August 2019 00:39:33 CEST, Nyall Dawson wrote: >Hi list, > >This is something which has been on my mind a lot lately. Whenever a >question comes up about regressions or stability, the argument is >often thrown around that developers are writing "fun new features, not >fixes". > >I personally think this argument is a red herring. At best, it's a >misleading argument. At worst, it's side-tracking difficult and >important discussions with a point which has no corroborating >evidence, and offending contributors to the project. > >Has anyone actually tested this argument? My gut feeling is that it >would not hold up to any form of statistical testing in any way, and >that the mutually exclusive choice between writing a feature or a fix >NEVER comes up in reality. > >Can we PLEASE drop this argument, at least until someone does a survey >targeting the developers behind feature PRs, e.g. > >" >If you weren't spending time writing this feature, would you have >instead: > >[ ] Just done my original task using alternative software or lengthy >workarounds instead, knowing that I'll have to repeat those >workarounds in future tasks > >[ ] Ignored the issues with my mapping product caused by the missing >feature and supplied it to clients as is > >[ ] Gone to bed early, and got a good night's sleep > >[ ] Gone for a hike in the mountains, re-invigorating my soul with the >beauty of nature > >[ ] Thought about going for a hike, but spent the time scrolling >endlessly through Twitter and feeling guilty and lazy > >[ ] I was being paid to work on this feature only, and would not have >been contributing to the project in any alternative way instead > >[ ] I had a mutually exclusive choice between writing this feature or >fixing bugs, and I explicitly choose to write a feature instead >because it was more enjoyable. >" > >Until we have evidence that this argument is valid, I think it's >actually causing much more harm to the community than good. (It can >easily be mis-interpreted as "you wasted your time volunteering this >contribution, you should have fixed #xyz instead.") > >Thanks for the consideration! >Nyall >___ >QGIS-Developer mailing list >QGIS-Developer@lists.osgeo.org >List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Sorry for being short___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] A plea: "fixes" vs "features"
Hi list, This is something which has been on my mind a lot lately. Whenever a question comes up about regressions or stability, the argument is often thrown around that developers are writing "fun new features, not fixes". I personally think this argument is a red herring. At best, it's a misleading argument. At worst, it's side-tracking difficult and important discussions with a point which has no corroborating evidence, and offending contributors to the project. Has anyone actually tested this argument? My gut feeling is that it would not hold up to any form of statistical testing in any way, and that the mutually exclusive choice between writing a feature or a fix NEVER comes up in reality. Can we PLEASE drop this argument, at least until someone does a survey targeting the developers behind feature PRs, e.g. " If you weren't spending time writing this feature, would you have instead: [ ] Just done my original task using alternative software or lengthy workarounds instead, knowing that I'll have to repeat those workarounds in future tasks [ ] Ignored the issues with my mapping product caused by the missing feature and supplied it to clients as is [ ] Gone to bed early, and got a good night's sleep [ ] Gone for a hike in the mountains, re-invigorating my soul with the beauty of nature [ ] Thought about going for a hike, but spent the time scrolling endlessly through Twitter and feeling guilty and lazy [ ] I was being paid to work on this feature only, and would not have been contributing to the project in any alternative way instead [ ] I had a mutually exclusive choice between writing this feature or fixing bugs, and I explicitly choose to write a feature instead because it was more enjoyable. " Until we have evidence that this argument is valid, I think it's actually causing much more harm to the community than good. (It can easily be mis-interpreted as "you wasted your time volunteering this contribution, you should have fixed #xyz instead.") Thanks for the consideration! Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer