Live data from Hacker News

Give away your code, but never your time

wgross.net

181–190 of 228 posts

Re: Give away your code, but never your time

#181

Earlier quoted context omitted.

Are you sure? If what you're saying is true, wouldn't that mean it would be impossible for any business to have a "sense of community" around it?

To be part of a community you need to have the same stake as everyone else. Businesses don't have communities, they have customers.

A community can still be formed amongst your customers, and make your product better. Game mods are a good example.

Re: Give away your code, but never your time

#182
post #13

Color me deeply skeptical of the suggestion to try to lock people out of community participation unless they pay. The real secret to not burning out is to scale up the set of maintainers in proportion to the users. You do that by lowering the barriers to involvement, not raising them. Most maintainers err on the side of controlling too much. Which makes them into bottlenecks. One or two good PRs is enough for me to g…

The Pull Request Hack | https://news.ycombinator.com/item?id=5357417 (March 2013)

http://felixge.de/2013/03/11/the-pull-request-hack.html

> Whenever somebody sends you a pull request, give them commit access to your project.

I agree with requiring more accountability before granting the ability to create official releases.

Re: Give away your code, but never your time

#183
post #169
post #13

Color me deeply skeptical of the suggestion to try to lock people out of community participation unless they pay. The real secret to not burning out is to scale up the set of maintainers in proportion to the users. You do that by lowering the barriers to involvement, not raising them. Most maintainers err on the side of controlling too much. Which makes them into bottlenecks. One or two good PRs is enough for me to g…

A gitlab feature I miss on Github is "protected branches" and being able to add contributors that can only push to unprotected branches. This way you can give people access to the main repo while still being able to check code before it goes into master

You can do this now. $work uses github and has it so that a bit of code has to have be reviewed before it can be merged to master.

Re: Give away your code, but never your time

#184
post #20

Earlier quoted context omitted.

I'm not sure why the downvotes, other than you express an unpopular opinion. My experience has been two extremes: 1) companies that use open source, modify it (to the extent that it's largely proprietary), and deride the open source community that competes with them 2) companies that use open source to leverage non-core functionality they need... and move on with their real value-add Companies in the style of (1) nev…

I think both of your "extremes" are flawed, but for a lack of time I'll just add the big one you missed entirely: 0) Companies funding the full development of large OSS projects. Examples: MySQL, Postgres, nginx, Chrome, Tensorflow, React, (Most of) Linux, Redis etc. etc.

You do realize I said my experience, right? Not "these two examples encompass all possible corporations".

Re: Give away your code, but never your time

#185
post #167

I've never really worked at a place where we had any spare time for open source project development, nor time to opine on the social issues of the day. Must be nice, but I feel like a very small, privileged few actually live in that world. The rest of us have work to do.

This is something I've been thinking about for a while as well. All these companies with regularly updated blogs, super active social media feeds, employees sent to present/attend every week or so and open source project development being done in house... Do they ever do any actual work? Because every company I've seen or worked for has wondered just how they have the free time to do all this stuff with bill paying c…

It's just marketing. Rather than spend $$$ running ads they spend a few hours of their workers' time updating blogs and social media. Open source serves the same purpose, plus you might get some external contributions. And it might create a social environment that pushes your employees to work on their free time.

Re: Give away your code, but never your time

#186
post #166

Earlier quoted context omitted.

As a coder, it also means I don't have to code everything myself from scratch. Surely that's better than having to reinvent the wheel for every single project, especially where larger requirements like a full site CMS or framework are concerned. It also means new coders can join in without having to learn a new codebase for every role, that we're not paying a fortune for software licenses for every project and that w…

I'm sure you'll find it harder to get help for a project than you would with open source, spend far longer on every project than you would by merely using an existing framework or end up at the whims at a large corporation with no interest in letting you make your own modifications to the code. If you're employed, why would you care? You're getting paid the same, the extra time is your employer's problem.

Well I guess it depends on whether your employer is simply paying by the hour or giving you a typical monthly/yearly wage. If its the latter, the company probably wants the project done as quickly as possible, not just whenever you feel it's 100% finished.

And I still stand by the 'easier to get help with' part. Unless you're the sole web developer or software engineer on a product, you're going to have to get someone else involved further down the line. If you use an existing piece of software, that's easy. Hire someone with experience in it, and they'll probably figure out what to do.

If it's bespoke, you'll need to either train them yourself to work on the software (and do the same every time someone new comes in), or hope they can figure out what your code is doing without any assistance. This will then take more time and effort every time someone gets hired.

Re: Give away your code, but never your time

#187
post #186

Earlier quoted context omitted.

I'm sure you'll find it harder to get help for a project than you would with open source, spend far longer on every project than you would by merely using an existing framework or end up at the whims at a large corporation with no interest in letting you make your own modifications to the code. If you're employed, why would you care? You're getting paid the same, the extra time is your employer's problem.

Well I guess it depends on whether your employer is simply paying by the hour or giving you a typical monthly/yearly wage. If its the latter, the company probably wants the project done as quickly as possible, not just whenever you feel it's 100% finished. And I still stand by the 'easier to get help with' part. Unless you're the sole web developer or software engineer on a product, you're going to have to get someon…

If its the latter, the company probably wants the project done as quickly as possible, not just whenever you feel it's 100% finished.

Right, but if there was no OSS to use, it would be as quickly as possible.

And I still stand by the 'easier to get help with' part.

Right, but again, that extra time and effort is still the employer's problem.

Re: Give away your code, but never your time

#188

Earlier quoted context omitted.

Don't know about duty but I think everyone has a right to expect help and a right to give help. It makes for a better world where these rights are regularly exercised.

I upvoted you because I think it's an interesting position, but you should realize that adding duties will discourage people from doing any contributions at all. It starts to feel like a case of "no good deed going unpunished".

I wasn't thinking of legal rights and obligations but rather of a moral ethos.

The alternative brought to it's logical conclusion is Shkreli and rasing medicine prices by thousand percent.

Re: Give away your code, but never your time

#190

Earlier quoted context omitted.

Don't know about duty but I think everyone has a right to expect help and a right to give help. It makes for a better world where these rights are regularly exercised.

> everyone has a right to expect help and a right to give help This might make sense when asking a stranger for directions or for someone to help with your car problem, because the relationship is 1:1 . But this breaks down in contexts where scale is a factor. When assisting users of your project, the relationship is 1:many . And if the project is popular, it is unfair to expect the author to be helping so many peopl…

I don't really see how 1:to many makes any difference in principle. Perhaps you were thinking of the amount of effort to help the many? As in 1:1 case it is up to the helper to decide how many resources, if any, to spend on helping. A society where the default position is that people deserve help is different from one that is based on the survival of the fittest.
Post reply on HN