2 ms·

I think for this to be feasible, a project would need to maintain firm to strict discipline about testing and versioning. Let me expand on that. When an issue

I think for this to be feasible, a project would need to maintain firm to strict discipline about testing and versioning. Let me expand on that. When an issue comes in, once verified, a test that reproduces the unwanted/unexpected behavior is attached to the issue. This lets both the reporter and dev prove the issue exists, and lets the dev trigger the behavior on-demand to aid in his troubleshooting efforts. Then, once the issue is fixed, the test proves it. Afterward, that test should go into the regression test suite that gets run before each release to make sure it doesn't come back. When the fix is released, it ideally would be released only in a bugfix release, bumping only the patch version number a al SemVer, and not wrapped up in a feature release. It should be a lot easier to get a patch release prioritized through testing, staging, UAT, and finally into production when the version number tells you that the bugfix was the only thing that has changed, and the test suite can prove that. Coming back from fantasy land to reality there's other things that would have to happen to make this feasible, but it's well past bed o'clock for me. I'll try to remember to post an additional reply later this morning.

dbg31415 8y ago
From a technical perspective, this isn't wrong. From a finance perspective... I don't want to argue that this is sane, but a lot of firms view software still as a Capital Expenditure (CapEx), not Operational Expenditure (OpEx). CapEx is like buying a car, or buying a laptop. OpEx is like a taxi service, or monthly power bill. With CapEx, I generally can't get approval for payment until the product is fully delivered, and signed off. A lot of companies use agencies to do software work for them, and see an agency as a sort of credit card / insurance policy for getting the work done before they have to pay, and getting work done on a fixed-price scheme. A lot of times too, work has to come with like a 90-day warranty, and final payment won't be due until that period is up. For larger clients anyway. Yes, I like bounties... and we use a lot of open-source software, but I don't think anyone would want to get paid the same ways as agencies get paid. Likely we'd be better off just being able to donate.

dbg31415 8y ago

From a technical perspective, this isn't wrong. From a finance perspective... I don't want to argue that this is sane, but a lot of firms view software still as a Capital Expenditure (CapEx), not Operational Expenditure (OpEx). CapEx is like buying a car, or buying a laptop. OpEx is like a taxi service, or monthly power bill. With CapEx, I generally can't get approval for payment until the product is fully delivered, and signed off. A lot of companies use agencies to do software work for them, and see an agency as a sort of credit card / insurance policy for getting the work done before they have to pay, and getting work done on a fixed-price scheme. A lot of times too, work has to come with like a 90-day warranty, and final payment won't be due until that period is up. For larger clients anyway. Yes, I like bounties... and we use a lot of open-source software, but I don't think anyone would want to get paid the same ways as agencies get paid. Likely we'd be better off just being able to donate.