Email or username:

Password:

Forgot your password?
calcifer :nes_fire:

People seem to really have bought into the capitalist version of open source where software is still a product that requires support and marketing and a roadmap and exists to serve a user community separate and apart from the project.

But a whole lot of open source is really just a sharing economy. It’s devs doing something they found useful and deciding to share it rather than hoard it. Those devs don’t owe anyone extra labor just because they chose to share.

96 comments
William Pietri

@calcifer Amen to that. This has been enough for me to archive or never release projects rather than deal with people being as demanding as baby birds.

Jamey Sharp

@calcifer Absolutely. And also it would be nice if more folks expressed appreciation for those people and projects which do provide support for a broader user community. That shouldn't be expected, that should be celebrated.

soweli Niko 🔞

@calcifer

my alternative take - if you release software for people to use, they are your users and as a responsible developer you should offer them support. Don't publish something for people to use if you can't support people using it

I don't see this as a capitalist take but a user focused one, software should support its users, if you can't offer support for your software don't release it for people to use

Efraim Flashner

@nihilazo
@calcifer no warranty, implied or otherwise. You're welcome to roll up your sleeves and help though.

soweli Niko 🔞

@efraim @calcifer
ah yes because most users totally want to learn c++ to fix the problem they are having with your program which you as a developer released for them to use

troethe

@nihilazo No, but then most users then probably shouldn't use your software. Sharing your code could still be helpful for those people who know the language you wrote it in for example.

Ian Turton

@nihilazo @efraim @calcifer there's nothing to stop them paying a competent developer to make the changes that they want. It's nice if it is the main Dev bit it doesn't have to be.

Ian Turton

@strabysme @nihilazo@chitter.xyz @efraim @calcifer if they have no money then they're going to need to learn to program or contribute in some other way.

I talked about this 8 years ago vimeo.com/144089061

calcifer :nes_fire:

@nihilazo @efraim the point is many devs aren’t releasing things “for people to use”. They’re releasing them to share knowledge. Thinking of software only as a product for people to use is exactly the problem I’m describing

Rich Felker

@nihilazo @efraim @calcifer "For them to use" is inaccurate. Unless promoted as such, the default assumption is that the author released it because they don't believe in hoarding and wanted to share their experience solving their problem with others who share a technical skillset to make use of their solution.

DELETED

@dalias @nihilazo @efraim @calcifer a friend used to say: it is open source, so when it breaks, you get to keep both pieces.

That's how I see it as well. The dev doesn't have any responsibility with the users (if any).

Rich Felker

@reidrac @nihilazo @efraim @calcifer In my view, they have *some* responsibility not to promote the program as more polished and suitable for particular uses than it actually is.

But "don't share anything unless you're willing to do free support" is just a horribly destructive position.

DELETED

@dalias @nihilazo @efraim @calcifer totally agree. Strictly speaking, the OSS licences don't cover support. They tend to focus on distribution, but there's always a disclaimer re: responsibility.

I've been using and producing open source since the late 90s and I never assumed the devs had to provide support, and I was always grateful when it happened (even on a mailing list, thanks to other users). The way expectations have changed is very interesting.

Alexander The 1st

@efraim @nihilazo @calcifer Here's the thing though with that; we know, from stuff like HeartBleed, that...that just leads to the developer not getting supported even though, given the solution's position in a significant number of pipelines of solutions, them being supported financially to support the software is a really good idea.

calcifer :nes_fire:

@AT1ST and it’s a distinctly capitalist idea that it’s ok to use free software to make money, but somehow being asked to help maintain said software is too onerous. Where “help” can be code or money. @efraim @nihilazo

M. The Crystalline Entity

@nihilazo @calcifer I think I lean towards agreeing with you here. Just releasing code as open source is no guarantee it’s fit for a particular purpose, the license itself sometimes states that, but some projects really need to behave like products to move further the goal of people using freedom-protecting software.

I don’t think it’s capitalist to think about a project’s UX, to try to spread awareness and consider end user support and long term goals. That’s just the sign of mature end-user software that people can rely on.

Not all projects fit that end-user role, but I think there’s value there for the ones that do.

I do love the sharing economy that underpins open source development, though, and agree that that’s a defining characteristic.

@nihilazo @calcifer I think I lean towards agreeing with you here. Just releasing code as open source is no guarantee it’s fit for a particular purpose, the license itself sometimes states that, but some projects really need to behave like products to move further the goal of people using freedom-protecting software.

soweli Niko 🔞

@calcifer @maddiefuzz oh yeah, my take only applies to open source projects providing end user software. If you're just sharing the source of your website for people to look at if they want to see how you did a thing, you obviously shouldn't need to provide user support if they decide to take bits of your javascript.

M. The Crystalline Entity

@nihilazo @calcifer I’m not sure I’d categorize my take as “open source software developers are required to provide support”. Just that there’s value in considering things from that angle, for some projects.

Also, practically: people holding the opinion that developers are *required* to provide support just incentivizes there to be less open source projects.

spooky blip 👻

@maddiefuzz @nihilazo @calcifer I think it's somewhat context dependent, too, yeah? Something that actively advertises itself as the best thing since sliced bread, accepts donations, etc. might have more obligations to its users than just some random media organizer app someone wrote and *happened* to throw the source up on Codeberg and maybe wrote a "lookie what I did this weekend!" blog post about.

The former, sure, maintain it. The latter... eh. "Fork Off", if I may: merveilles.town/@klardotsh/109

@maddiefuzz @nihilazo @calcifer I think it's somewhat context dependent, too, yeah? Something that actively advertises itself as the best thing since sliced bread, accepts donations, etc. might have more obligations to its users than just some random media organizer app someone wrote and *happened* to throw the source up on Codeberg and maybe wrote a "lookie what I did this weekend!" blog post about.

Kevin Granade

@klardotsh @maddiefuzz @nihilazo @calcifer it's super simple, they have obligations that they agreed to. If they promised support when advertising for donations, they should follow through. If they put up some kind of donation account with no offers attached, they don't.

No activity other than offering support creates a responsibility to provide support.

spooky blip 👻

@kevingranade @maddiefuzz @nihilazo @calcifer I think this is a reasonable take too, and probably closer to the spirit of what I was thinking than what I actually wrote (cursed character limits)

calcifer :nes_fire:

@maddiefuzz @nihilazo I didn’t say it’s capitalist to think about a UX or release a product. What’s capitalist is the idea that software MUST BE a product, when it’s often just a way to share ideas.

Denis :flan_le_french:

@nihilazo @calcifer Please, release your code even if you do not provide support.
It is important for others looking for inspiration on how to implement stuffs.

Vertigo #$FF

@ledeuns @nihilazo @calcifer This!

Though, if you do not intend to offer support, it should be made clear in the documentation about the project (e.g., the README, whatever).

(And, yes, the little blurb of text that describes the .ZIP file or whatever does count as documentation.)

Arne Brasseur

@nihilazo @calcifer

I'm sorry but this is a really shitty and entitled take.

"because these people did all this work, they are now obligated to do more work"

No, people get to release things on their own terms. They owe you nothing.

soweli Niko 🔞

@plexus @calcifer do you not think that developers should offer support for the things they make?
I think a world where you can reliably get support for things you use is a much better one than one where people release things they can't or don't want to support and then you have a problem with it and they just tell you to fuck off

Arne Brasseur

@nihilazo @calcifer people have lives, people have jobs, people get to decide what they do in their free time. You seem to be completely ignoring the fact that someone has to do this work. That you're asking for unpaid labor from those already contributing the most.

Developers can choose to offer support because they want to. They can choose to sell some kind of commercial support. Or they can choose to... I don't know... spend time with their kids? Go chill in nature? Do something creative?

You. Do. Not. Get. To. Decide. For. Them.

@nihilazo @calcifer people have lives, people have jobs, people get to decide what they do in their free time. You seem to be completely ignoring the fact that someone has to do this work. That you're asking for unpaid labor from those already contributing the most.

Developers can choose to offer support because they want to. They can choose to sell some kind of commercial support. Or they can choose to... I don't know... spend time with their kids? Go chill in nature? Do something creative?

soweli Niko 🔞

@calcifer @plexus if you don't want to do the work of supporting software just don't release it
I don't see the issue here. Feel free to choose to not do that work. I have lots of things I've made I don't release for exactly that reason.

Arne Brasseur

@nihilazo @calcifer I can no longer assume you're arguing in good faith, so I'm blocking you.

Dave

@nihilazo @calcifer @plexus there is LOTS of code which I'm glad people (including but not limited to your interlocutor) have released as-is, explicitly without the promise of unpaid support. it's a great kind of open source and we should do more to make it work, by designing software which is easily extended, adapted, or forked.

Jack Rusher

@daveliepmann @nihilazo @calcifer @plexus this entitled attitude has led me to release way less code, so I guess you’re getting what you want in some Pyrrhic victory sort of way…

Avi Bryant

@jack @daveliepmann @nihilazo @calcifer @plexus me too. Maybe we need a GitHub-alike that has a different set of social expectations and social tools for the "here's some code as-is, where-is" case.

calcifer :nes_fire:

@nihilazo @plexus the problem here is you’re fundamentally misunderstanding “release”. If I build software for ME, I can hoard it or I can share it. You’re saying I shouldn’t share it unless I’m prepared to support it. That’s like saying I shouldn’t publish my research unless I’m prepared to answer everyone’s questions about it.

Software is not a product! It’s a way of sharing ideas.

DELETED

@nihilazo @calcifer @plexus

If you don't want to use unsupported software, just don't use it. Why is the onus on the devs to fulfil your requirements, when you can just make a principled decision for yourself and not use those products while those that see some benefit in them still get to reap it?

Adrian Cochrane

@nihilazo @calcifer I reckon there should be different places to publishes which explicitly sets different expectations.

Unfortunately today it all ends up being implicit!

Kevin P. Fleming

@alcinnz @nihilazo @calcifer It's not hard to make the situation clear in the README file in my experience. Not much different from the situation when the developer needs to stop providing support after some event in their life.

Publishing it may give someone else a jumpstart in their own project and it would be a shame to keep that from happening just because you are 'throwing it over the wall'. You don't know if someone is on the other side ready to catch it!

Adrian Cochrane

@kevin @nihilazo @calcifer I'm not saying "don't publish it". I'm saying level-of-support is a valuable thing to segregate our searches for opensource projects on!

:emacs: Douk-douk :t_blink:

@nihilazo @calcifer
I'm sorry but...
That's the equivalent of
"Yes I'll gladly take the sofa you're giving away if someone picks it up. But only if you, the giver, will drive it home to me and carry it in."

ティージェーグレェ

@nihilazo I am not really sure if I concur with that.

For example, there are *good* reasons why the BSD license has the following clause:

"THIS SOFTWARE IS PROVIDED `'AS IS″ AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE."

Writing software, isn't the same as supporting it.

There may be karmic considerations, regardless which I think is closer to your take?

However: developers are users too. SysAdmins are users too (we're just "super" users).

The burden of expecting all users to be supported by developers, is kind of unrealistic; the code itself more often than not: is the primary focus of a developer's contribution and typically facilitates something its users would have to do on their own.

I don't write this to alienate users, most open source developers typically want to co-create and welcome worthwhile contributions (be they bug reports, PRs, typo corrections, etc.) from their community at large.

However, it's also observable on occasion that there can be n00b fatigue in some projects. People asking questions otherwise answered in an FAQ or man page which deplete the patience of those monitoring mailing lists and source code contributions when diluted with questions already sufficiently answered elsewhere.

It's wonderful (ideal, but rarer and certainly not a given) when others within the community at large who are not necessarily the core developers, also put in some effort to help educate and expand the knowledge among the user base as well. That is more of a cultural thing though, and not all projects have it.

@calcifer

@nihilazo I am not really sure if I concur with that.

For example, there are *good* reasons why the BSD license has the following clause:

"THIS SOFTWARE IS PROVIDED `'AS IS″ AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE."

lhp

@nihilazo @calcifer Considering that the status quo is basically software not existing, FOSS developers sharing their work for free is not something you can take for granted. As such, I think your take is incredibly entitled. "user focused" can't be the automatic default, when the developer gets literally nothing in return for people using their software.

Eamon

@nihilazo let's approach this in terms of tradeoffs. @calcifer's stance leads to more open source code, but most of it would be useless for non-programmers. Your scheme leads to well-supported projects, but there would be fewer of them. I suspect that we paradoxically get more high-quality (and well-supported) projects the first way than the second—even if they represent a smaller percentage of projects—based on how much good FOSS starts out done as "just a hobby, won't be big and professional".

Eamon

@nihilazo @calcifer a notion which I think is implicit in your comment, and one that I really like and suspect some people have missed, is a recognition that nobody releases code into the void. The stuff we do is part of a community, and we should reflect on how our actions affect our community. IMHO, a simple acknowledgement would go a long way; e.g. "I can't offer much support for this code, but I think it could be useful and would love to see it incorporated into somebody else's project."

Ian Turton

@nihilazo @calcifer I release software in case it is useful for others. You chose to use it for the short term cash saving

Becky

@nihilazo @calcifer I disagree with the alternate take... As long as somebody is upfront with whether or not they're willing to support what they put out there, there should be no expectations otherwise.

The whole point of open source is that you're free to support yourself or seek someone else to provide support for something.

calcifer :nes_fire:

@nihilazo the thing is a lot of these projects aren’t “for people to use” in the way you describe. They’re for the person who wrote them. They’re just putting them out there in case someone else finds it useful.

Your position is basically “don’t share what you learned unless you’ll treat it as a product”, and that is a very capitalist model.

volkris

@nihilazo

Maybe one way to put it is that yes, a responsible developer will stand by his application, but in the open source world developers are free not to be so responsible :)

Really, it’s like writing good comments in the code: arguably a developer SHOULD write good comments, but obviously devs, especially volunteer ones, often don’t.

@calcifer

Ronathon Livingston Seagull

@nihilazo hard disagree; no one is required to take your gift, no one is required to support a gift accepted freely. Having the source available is still valuable, even if it's never compiled and run. The license and terms of use are usually pretty clear about this.

DELETED

@nihilazo @calcifer

That mindset is just gonna leave us all poorer though. Even imperfect/partially supported software can be useful to people or provide building blocks for something better.

Having hard expectations on devs to do extensive support isn't gonna lead to a world of better products, it's just gonna lead to a world where we all have less opportunities and means.

Alistair Young

@calcifer

I tend to think it's a bit more orthogonal than that: you can be running a capitalist software company and still throw out a quick "here's a thing we made to solve problem X, not worth selling, use at own risk", or you can be an open source project and make some reasonable promises to have people's back re support, future directions, etc. when they commit $IMPORTANT_THING to 140,000 lines of python they barely understand.

Alistair Young

@calcifer

It only gets messy when people hear promises that weren't made, make promises they don't intend to deliver, or worse, pulls some I-am-altering-the-bargain bullshit.

But that's a knife that cuts all ways.

DELETED

@calcifer Sometimes I wish I could boost a post twice.

I am sick and tired of the "Devs gotta eat" cynicism popping up across open source culture.

Devs can go work for the Apache Software Foundation.

Giles Goat

@calcifer
I guess depends what it really is, I mean if it's a thing like "could be my week end fun project, here it is, if you like it fine, if you don't fine the same, if you want to use it do it, but it's just a thing left there as it is" that I think is what you call here "Open Source". But SOME "Open Source" is actually/really presented/sold/sometime marketed "as a PRODUCT" well THAT really NEEDS then support, roadmap and fit a purpose. It all depends what you are putting there as "OS".

Ian Turton

@gilesgoat @calcifer certainly in my case there are companies that support the software I and others write. But we only provide support to the people and companies that pay for that support. If you just download the product then you are on your own, we'll answer questions on the user list if we have time but we can't promise.

Kevin Granade

@gilesgoat @calcifer developers are certainly allowed to productize their software, offer support etc, but this post is about an expectation that they are required to do so simply because they released the software.

m3t00🌎

@calcifer@hackers.town
used to qq redhat for offering paid support but when I moved from IBM mainframe DB2 to linux DB2, the college insurance said we had to have a paid OS support contract as they might need someone to sue, I guess. replaced a couple refrigerator sized IBM boxes with a dozen rack mounted 1,2,3,4u servers. paid redhat a few thousand a year. Fraction of what IBM charged.

wb x64

@calcifer the biggest obstacles seem to be hand-wringing over forks/merges as well as the difficulty in someone becoming a developer or familiar with the codebase. I *could* rewrite WordPress to my liking but it's usually better to ride the bandwagon, and that trends towards product land.

Pratik Patel

@calcifer @paninid The question is whether the vision for what the developer releases includes the idea that everyone gets to use what was released. I have to tell you, as a blind person trying to use a lot of these shared products and then be told that #accessibility wasn't considered in the development process is highly discouraging (if not completely demoralizing).

Jesse Baer 🔥

@calcifer My ongoing question is whether there are non capitalist models that could include all those things and more.

Christian Kruse

@calcifer yes, this. I find this „FLOSS as a product“ thing really alienating. When I started it used to be about sharing code and liberating users, mostly by enthusiasts and hobbyists.

Kevin Granade

@calcifer I get this ALL THE TIME with not just demands for support, but demands for a say in project management, feature development decisions, etc simply for being a user of said software.

All the replies here talking about projects needing to act to set expectations are missing the fact that when informed of the level of support available for a project, the vast majority of users will continue to insist that they are owed levels of support never offeted in any way by the project.

Not all users are entitled jerks, but there's a very significant correlation between users that will ask for un-offered support in the first place and users that will keep demanding it despite being informed that it is simply not available.

@calcifer I get this ALL THE TIME with not just demands for support, but demands for a say in project management, feature development decisions, etc simply for being a user of said software.

All the replies here talking about projects needing to act to set expectations are missing the fact that when informed of the level of support available for a project, the vast majority of users will continue to insist that they are owed levels of support never offeted in any way by the project.

MSavoritias

@calcifer

And with that attitude you have projects like Gnome who have broken #accessibility for years now.

And their argument is "We are just volunteers."

Well here's the thing though I would rather have a community of sharing and mutual aid. Which is not divided to developers/users false dichotomies.

The mentality of "dump code" and who cares about other people is what got us into the mess we are today.

calcifer :nes_fire:

@msavoritias it’s a hell of a thing to think it’s a “mess” that there’s high-quality, free software that helps millions of people, just because those volunteers aren’t working on everything you care about. If you’re not willing to invest time and effort and money toward adding the capabilities you want, why do you feel entitled to demand others do so?

It’s a lot like getting a free car and being mad at the person who gave it to you because it doesn’t have snow tires

Nova Storm

@calcifer I've canceled projects before on the basis that I realized that I didn't want to provide free tech support for them.

I ended up learning to only work unpaid on software that solves needs/wants I personally have.

Paul Houle

@calcifer that (no support) is a model that doesn’t scale but not everything has to

EamonnMR

@calcifer this is kinda the Free/Open Source philosophical division.

Jack William Bell

@calcifer

Whenever I see someone complaining about some OS project owner not responding or refusing to accept their feature request or not pulling their janky patch my response is simple:

"Fork it or shut up."

It's funny how they never want to be in the shoes of the person they are complaining about.

Les capsules du prof Lutz

@calcifer If you can't repair it, don't use it. Don't require the devs to make it work for your use case. You can ask help though, but if they don't even reply to you post, don't get offended.

That's exactly what happened to me when I tried to use an Adafruit Neopixel Arduino library: it didn't work, and they remained silent to my posts.

I don't even understand C++ but I fixed the fucking thing: it works. And I documented my tweak. And I'm a happy camper now! forums.adafruit.com/viewtopic.

@calcifer If you can't repair it, don't use it. Don't require the devs to make it work for your use case. You can ask help though, but if they don't even reply to you post, don't get offended.

That's exactly what happened to me when I tried to use an Adafruit Neopixel Arduino library: it didn't work, and they remained silent to my posts.

🇺🇦 Anna Filina

@calcifer Imagine if scientists hoarded their knowledge until they could make something practical out of it, or until they were sure that they could answer every possible follow up question, even if those questions were unrelated to their initial research.

Nikola Orsinov [Joseph Grimaldi]

@calcifer@hackers.town hm

this can't apply to a lot of projects tho

take Open SSL
it HAS to be Open Source and it HAS to be maintained and to be secure

especially if people need rely on something, so it can be a viable alternative to a corpo product

Hobby Open Spurce isn't the only valid open source

Thomas Beagle

@calcifer I agree, but I'm really replying because I'm excited about your handle.

My beagle is called Calcifer. :)

Calcifer the beagle looking soulfully up at the camera.
Go Up