Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Neglecting such contributions because the authors might not do it for a marketable product

If you look at the other thread you sill see that I am not neglecting these contributions. I am simply not valuing them MORE than what they actually represent which is only a subset of the skills I'm hiring for in a good software developer.

> We compare the usual corporate grind or corporate experience with these contributions.

That's a false dichotomy and one I do not support.

> The requirement of a product is an economic necessity but not something intrinsic to good engineering.

I disagree, good engineering is about making the best decisions given the requirements of the whole problem and the resources available. You cannot discard some of the requirements because they are inconvenient to your preferred solution. The correct solution has to take the whole picture in to account. Your work may be at a level where the economic viability is a very small part of the requirements but fewer people actually have that luxury than think they do.



It is not a dichotomy, these types of experiences are valued differently, where one is disadvantaged over the other. And the relevant dynamic how one kind comes at the cost of another is described in the article.

Sure, a challenge in engineering can lie in contraints and if these result in more efficient engineering instead of bad quality, it has merrit.

But the requirements for efficiency are an entirely different class for businesses and most open source projects.

Some developers need some breaks from time to time to focus on what is necessary. For the sake of business. You should get rid of that quickly if you contribute for free to a project you care about.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: