I wonder if part of it is the mentality.<p>If a developer works on something for no money, it's open source. If a designer works on something for no money, it's free spec work.<p>Developer culture praises open source. Designer culture seems to be vehemently opposed to free spec work.
One possibility is that designers can show their work even if it isn't open source. If you did the design for a public-facing website, you can show it, talk about it, make it part of your portfolio. A lot of the code is viewable in the browser anyway.<p>Backend coding on closed-source projects, on the other hand, is rarely visible, rarely credited, and under some circumstances, you can get into hot water legally by sharing that work.<p>So open source may provide a degree of professional exposure for coders that designers already get regardless of whether the project is os.
I think that many designers have made contributions to open source though not directly contributing to a projects codebase. The things that come to mind are icon sets, background images, gradient slices and fonts. The icon set used in Bootstrap serves as a perfect example.<p>> Glyphicons Halflings are normally not available for free, but their creator has made them available for Bootstrap free of cost.<p>This is a situation that the designer has specifically contributed the asset to the project. Though I believe the more common situation is for designers to have assets on their website available for use and discovery by anyone, rather than tied to a project.
Well, it's probably a good thing, as otherwise the project would end up with <a href="http://en.wikipedia.org/wiki/Design_by_committee" rel="nofollow">http://en.wikipedia.org/wiki/Design_by_committee</a><p>For actual reasons why, I think the biggest reason is that designers don't have any actual power in open source software. They can _ask_ people to implement their changes, but can never do it themselves. And the people they ask care more about solving problems than appealing to the masses.
Designer/Developer ish guy here. Can you give me some examples of what this would fall under? Like...inkscape? Thats open source right? Do they want/need designers? Or how could I get involved in this? (My current closest thing to this is I randomly add icons to the noun-project. Conceptually I could make money off that but not really, so I view it more as public help...now you can get an easy to use tesseract icon if anyone ever wants it!)
Designers like sexy, developers like geeky, that's always been my reasoning behind it. It's a shame too because end users don't seem very interested to use a product if there isn't a sexy interface. I also think the money has to do with it, I can work for 3 months a year and have enough to live on, I'm not sure most designers can pull in money like that, can they?
Design doesn't "scratch an itch" in nearly the same way. Also, it's less reusable; many developers are allowed to work on their project as it's useful to their employer.
Can you give examples? Are you talking about open-source projects that appeal to both coders and designers, yet are coder dominated? Or are you asking why there are more open-source coding projects versus designers? And what do you mean by "attract"? Do you mean in terms of popularity, or in participation?<p>Either way, I believe part of the cause is the inherent nature of the medium. When I commit new code to an open source project, the maintainer can easily see the diff, and in most big projects, there is automated testing and benchmarking so that the maintainer doesn't even have to do the full-regression testing themselves.<p>Furthermore, well-organized code libraries are divided into components...it's easier to chip away at these small units (whether they be files or function bodies) than it is to chip away at, say, a logo-image, that multiple people are working on.<p>Philosophically, code is more straightforward. While programmers may debate certain issues of style and design, if I were to take an existing code file and slash it in half, while increasing performance by 50% and not killing readability...and pass the automated test suite, there would be little debate about merging in my change.<p>However, how do you increase the "performance" of a visual design? There is no standard on aesthetically-performant, so cutting/adding 50% to a design means nothing on paper, and of course, there's not much in the way of regression/benchmark test suites for visual design. This is what makes visual design exciting from an artist's standpoint, and incredibly frustrating from a collaborative viewpoint.<p>And since many of the best open-source projects are collaborations...