Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve messaging of what Fair Source is #35

Open
dcramer opened this issue Aug 8, 2024 · 10 comments
Open

Improve messaging of what Fair Source is #35

dcramer opened this issue Aug 8, 2024 · 10 comments

Comments

@dcramer
Copy link

dcramer commented Aug 8, 2024

There's a couple points we really need to nail:

  1. Open Source advocates should not be anti Fair Source, so remove the ability for them to be. Nothing we're doing is anti OSS, its pro OSS and pro free access to software. Look at all language, all complaints, find ways to remove the ones that are at least grounded in miscommunication.

  2. Make it way more obvious what Fair Source is on the homepage, less corporate-y. For example, lessen this focus on "engage the developer community" (what are we engaging? hows it diff from closed source) and put more emphasis on maximizing user access, while protecting maintainer's. Ideally its way more obvious what we're about so that there's less "i didnt read anything" arguments.

One of the most frequent lines of misguided complaints I see right now is that Fair Source is trying to persuade people to not be Open Source, but thats simply not the case. Rather we're trying to create more access to free software, more open source software, specifically for the people who are afraid to Open Source their business.

@ezekg
Copy link
Collaborator

ezekg commented Aug 8, 2024

I also think we need an FAQ on "How does Fair Source relate to source-available?" because it's a common question, at least coming from somebody vested in Open Source (i.e. from those that even know the term "source-available" exists). We should have a good answer so that we don't continually need to cover the differences in each new discussion.

Also, the "Why should I adopt Fair Source at my company?" FAQ needs to be cleaned up. It's very corporate-speak.

@ezekg
Copy link
Collaborator

ezekg commented Aug 8, 2024

[moved to #36]

@chadwhitacre
Copy link
Contributor

Let's bring this feedback in here as well:

I’ve clicked all through the Fair Source website and for the life of me I can’t figure out exactly what is or isn’t allowed. Wish the descriptions were much more explicit.

allows use, modification, and redistribution with minimal restrictions

what are the restrictions!? I think what I really need are examples of what is or isn't allowed. And a nice table comparing the different "Fair Core" licenses.

I had put FSL and FCL in a text diff tool to figure out how they were different. Very annoying to have to do that.

Diff addressed in #40. We had a chart but dropped it when we simplified down to three licenses. I think that's still okay because BUSL is basically all over the place so not neat and tidy to compare anyway.

For examples of what each licenses allows there's a question of how much we want to explain on fair.io vs. handling on the respective license websites.

@ezekg
Copy link
Collaborator

ezekg commented Aug 12, 2024

Do you think a chart of open source, fair source, source-available, and closed source would be valuable in communicating where fair source lands in terms of "openness"? There's some obvious growing pains here, but some visualization may help.

     |------------------------------------------------------------------|
     ^         ^                        ^                               ^
     |         |                        |                               |
     |    fair source           source-available                        |
open source                                                       closed source

But then again that may will be construed as openwashing. 🙃

@mitsuhiko
Copy link
Contributor

I think such a graph would be interesting, but I think it does not fully address the DOSP element of it. I'm not sure how you best visualize the sliding window part of it best.

@ezekg
Copy link
Collaborator

ezekg commented Aug 12, 2024

Yeah, I think DOSP is really what brings fair source so close to open source in terms of openness.

This was referenced Aug 12, 2024
@chadwhitacre
Copy link
Contributor

First PR in #45. 👀

@Dieterbe
Copy link
Contributor

Dieterbe commented Sep 3, 2024

I think such a graph would be interesting, but I think it does not fully address the DOSP element of it. I'm not sure how you best visualize the sliding window part of it best.

my attempt is here: https://dieter.plaetinck.be/files/fair-source-open-core-and-hybrids.png
fair-source-open-core-and-hybrids

(this was part of my blog post where i compare fair source to open core, which i find the most natural to compare to fair source)

@jstumpin
Copy link

Do you think a chart of open source, fair source, source-available, and closed source would be valuable in communicating where fair source lands in terms of "openness"? There's some obvious growing pains here, but some visualization may help.

     |------------------------------------------------------------------|
     ^         ^                        ^                               ^
     |         |                        |                               |
     |    fair source           source-available                        |
open source                                                       closed source

But then again that may will be construed as openwashing. 🙃

list 5 top shared features amongst fair source, open source, and closed source software licenses. associate each feature with a value of 0 to 5, 5 being highest score. draw a radar chart for each software license on top of each other based on the scores that you assigned. please ensure the graph contains all three software licenses.

blob

ChatGPT numerously failed to generate a proper chart when there are four licenses, hence source-available omission 😅

@Dieterbe
Copy link
Contributor

Dieterbe commented Sep 11, 2024

interesting idea. seems it's mostly correct for open source and somewhat correct for closed source. as for fair source.. well, i find it more practical to make sense of it when there's a time dimension and you can discuss it for >2year old code (open source) and <2year old code (source available) seperately. if you want to model it more simply, then i guess you could interpolate, but it depends on the maturity of a software project and how novel the functionality is that you need. e.g. for software that has matured and where older code works great, it's closer to open source, for software that's very young, the older code is irrelevant and it's source available.
(if you define "source available" as "anything stricter than open source", then you can also equate fair source to source available and forget about the time axis)

'license fees' is one that's hard to make sense of here. i assume scoring high on license fees, means no cost/fees? while it's common to charge money for closed source & fair source, there's also freeware (closed and free of charge), and what about software that you give away for free but charge for the hosting/support ? (this can apply be open source/closed/fair source).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants