3 ms·
1) That's because average developers' FOSS contributions tend to be sparse and low-impact. I have witnessed a number of companies throwing whatever money was n
by vemv 9y ago
1) That's because average developers' FOSS contributions tend to be sparse and low-impact.
I have witnessed a number of companies throwing whatever money was needed to have language/framework/library authors working with them. I see no reason why the same principle shouldn't be more general.
2) Not necessarily shallow. You can create 1-2 big PRs per project (plus a few small ones), which amounts to 1 week of work per project.
The point of going for a variety of projects is that you demonstrate:
- proven skill/interest in a whole ecosystem (e.g. Elm)
- ability to read/maintain code (going for just one codebase is comparatively easier)
- ability to adapt to different standards and people
Lastly, high-profile projects have harder barriers-to-entry (therefore you demonstrate better skills), and are more likely to be known by the employer.
- watwut 9y agoParent said "Go for breadth rather than depth". I dont think multiple easy bug fixes are harder then deeper one. The reason most contributions are in sparse and low-impact is that it is easier and less time consuming. Isn't ability to maintain code better proven by maintaining one codebase longer? Mostly because that is what maintennace is?
- vemv 9y agoSounds good and of course there's more than one approach to get comparable results. Probably as a freelancer/consultant breadth is better than depth (proves you can solve whatever problem you may have with technology X), and vice versa for employees (depth shows commitment and an emphasis on maintainability).