Agreed. Another important lesson I learned when delivering code to a non-profit org, and them asking me to convert my final invoices into "donations" to the org.
Sadly every consultant can tell you at least one (hopefully only one) story about clients who refuse to pay. Either outright, or with some excuse about you "not delivering", or they "not liking" what you delivered. I have one of those stories as well.
My SO has her own story - she ran into a guy whom she later found out does it as a policy: hires people, never pays, threatens to sue them if they publish their story. Her lawyer told her to just forget about it.
It's then that find out the limitations of our legal system: if the client is international, forget about it. If they're out of state, prepare to deal with an expensive legal process taking place where the laws may not always favor you. And even if it's local, and you won in a small claims court - good luck collecting.
I have periodic payments built into all my contracts, with the final payment taking place after acceptance tests, but before me surrendering all materials and code. I won't say this is a 100% bulletproof solution, but the alternatives suck.
> If they're out of state, prepare to deal with an expensive legal process
> you won in a small claims court - good luck collecting
While these statements are generally true, it shouldn't dissuade anyone from pursuing these remedies.
Years back I took a small programming contract with a 'friend of a friend' that ended with me delivering what was asked and them suddenly not having any money, claiming the company was going under.
They were in another state. I filed small claims by mail and they never responded, so I got a default judgement without ever needing to travel, for under $500 in total fees. The judgement is worthless though, right? Probably...
Fast forward about a month and they had an investor willing to float the company for a while longer, but now my judgement is a giant wrench - the investor won't give them money as long as this is hanging around. I got the cofounders to jointly take on the debt personally (after consulting with a lawyer that this was possible - he didn't even charge for the consult!) and I vacated the judgement against the LLC.
A short while later the LLC went under anyway, but since I had both founders' personal finances under my thumb (which would allow garnishing wages, obtaining leins, etc.) I was able to recoup the entire contract amount from them personally.
I wouldn't have spent more than about $1,000 chasing that money down, but a few hours of paperwork and a few hundred dollars ended up making it easily worth my while.
Our company committed to open sourcing all of our code (it's in the web3/blockchain space), and we had, and continue to have, spirited discussions about which parts we should maybe license differently, as they contain novel IP.
But my main question is: if your code is open-sourced, and the community contributed: fixes, features, actual new products - what gives you the right to close it? Are you going to go back and compensate every contributor? How can you justify revenue made on the backs of contributors.
Side note: if what Prusa is alleging about Chinese patents given for open-source code produced in the west, and then having international priority, is true, I think the UN (or whoever handles international patents) should look into that.
We can't control what goes on in China, but we can damn well make sure no Chines company makes money outside of China, with co-opted IP.
>if your code is open-sourced, and the community contributed: fixes, features, actual new products - what gives you the right to close it?
Typically you're not able to close source existing code, once it's open it's open. What you can do is make the changes going forward proprietary.
Depending on if you got a contributor-license-agreement you may not be able to close source the community contributions, but if the code was licensed under something non-viral like MIT or BSD you have as much right to close source it as literally anyone else does.
I guess I really don't understand the question. You have the rights as outlined in the license, people who contribute agree to those license terms.
There's a legal vs moral distinction there. Legally, you can generally relicense (or add licenses, at least) on permissively-licensed code, or you can force the issue by requiring a CLA that just makes you the owner of everything. However, a person could reasonably argue that you still are morally in the wrong for taking something given to you for free and charging for it.
Personally that's why if I'm going to contribute to open source I'm probably going to contribute to GPL/AGPL projects. I don't begrudge people who want to license their OSS code under something like the MIT or BSD licenses though.
I think that software developers are probably the kind of people who can know what deal their actually getting if anyone can.
> If you give me your recipe for chocolate cake, and I make a few changes to make it suit my tastes better, I have to give those changes to you and the community.
This is completely false. You can bake your cake with your secret recipe and eat it too.
If you give someone else your improved cake though, you have to give them the matching recipe.
Of course! Didn’t realize it would prove so controversial here on HN. Figured most everyone would already be familiar with her shtick, especially in context of discussion on open source hardware. But I should remind myself these wouldn’t be eternally relevant controversies if it were possible to reach a consensus.
Unfortunately, I don't think we'll be hearing much more from her. Last week on twitter she mentioned that she'd been told that basically she's making the government look bad (being too honest about some problems) and to stop posting. Haven't seen anything from her since.
While she does have some criticisms of the PRC, she’s also pretty rabidly pro-China, especially since COVID. I’m surprised they cracked down on her, she’s been a very staunch defender of China’s honor online and often her followers jump on the bandwagon against any anti-China person she argues with.
I've always seen her point-of-view as pretty balanced. I certainly wouldn't have considered her statements as "rabid" although she is, I think understandably, pro-China.
This isn't the first time she's had issues either. Her openness about her personal situation, her relationship with Kaidi, etc, certainly skirts what's allowed to be spoken about in public.
Hopefully she's able to continue her core work without unbearable compromise.
I've seen some of her conversations on twitter with people criticizing china have gotten extremely aggressive, with her on the pro-china, anti-west side. In her videos it's much more measured.
Unless you sign a CLA, if you contribute to a project, you own the copyright for your contribution. And the owner of the repo cannot re-license your contribution without you.
So the question is really whether you are fine contributing to a copyleft/permissive project.
On my end, as long as I keep my copyright (i.e. I don't have to sign a CLA), then that's fine for me. If anything, any contribution I make makes it harder for them to re-license their project :-).
No. Say you release your project "Foo" as open source (permissive) on project-foo.com. I cannot come and ask you to remove the sources from project-foo.com, and go to everybody who downloaded the code and ask them to delete it.
The version of Foo that you released as open source will always be open source. Now I can make a copy of Foo, use it in my proprietary software Bar, and ship Bar to customers without sharing the sources of Foo (but I need to share the license; all permissive licenses that I know require attribution). Foo is still open source on project-foo.com, I just don't distribute it with Bar.
I can modify Foo, and ship it to customers as a proprietary library (with attribution). My changes to Foo will be proprietary, but project-foo.com will still exist and will still be open source.
Now you own the copyright of Foo, so you can decide to start shipping it (and all new versions) as proprietary. But you can't ask me to delete the fork I made from your open source version, foo-fork.com. So that one will still be open source.
Just like if you publish your code as MIT or BSD. It will still require attribution, and they still can't re-license it to something incompatible with the original license. Turns out that closed-source is compatible with MIT/BSD (still requiring attribution).
And the "closed-source" part will be only the new code added after your contribution, but the project itself will keep the open source license (so that you can fork it at the state it was when the authors decided to go closed-source).
I do not understand why people keep building in that space. Not only is it a niche market, but it can be completely decimated by Google/MS adding a feature to their interface.
Add to that the non-existing costs of switching between these offerings. I was using the Calendly free tier, and when a feature I wanted was moved off the free tier, it took me all of 30 minutes to move to zcal (most time spent fixing web site, and email signatures).
Perhaps there's something I'm missing here. Maybe there's a social aspect that escapes me, but I would love to hear from someone building in this space about their motivation and long term goals.
I'm part of the team that built neetoCal. Here is my take.
I 100% agree that the switching cost from Calendly is pretty low. There is very little stickiness. I agree that Google/MS adding this feature to their calendar will wipe out a huge portion of the market.
If we take this analogy that Google/MS can add feature X then it would be hard to build anything new. They are gaints and they can build anything.
However being a really big company also means that they might not be able to pay attention to the requirements of individuals. They needs to be in the game where millions of folks are using it.
You can see that in google form. It's simple and it works. Still typeform, jotform and neetoForm are thriving. That's because folks want more than what google form is offering currently.
Have you considered flat pricing for lifetime access? You can easily calculate the likely value a subscriber is going to provide over lifetime with discounted cashflows. Then you can ask for that money upfront. Do you think that will be a differentiator?
At this stage of the business we don't think we can do a good job of calculating the life time value of a customer. So currently we are not considering lifetime access.
IMHO this ban will never pass. The only law all these people are always sure to vote for is the one increasing their salary and benefits.
But beyond that, even if it passes, I expect so many violations that it'd be as if it didn't pass.
If we've learned anything in the last 6-7 years is that if there's no shame, law becomes less relevant. It's enough to look at some of of the current crop (and I'm doing my absolute best to prevent myself George from dropping Santos actual names here) to understand that the believe they're above any law.
We need a GDPR in the US. Yesterday. All the people who treat our private data as their own will stop and think twice if they face the chance of losing billions for breaking privacy laws.
And every data collection should be turned from opt-out to opt-in - by law.
1. Stuff them with truly horrible ideas.
2. Wait for public to scream.
3. Remove half of the horrible ideas (keeping the core crap, like no FOIAs, privacy violations etc.) hidden and spread amongst hundreds of subparagraphs.
4. Present this is as "fair compromise". Convince idiots from both sides of the aisle that this is good for national security.
5. Pass the law.
6. Profit?
Self custody is hard. And even professionals can make mistakes.
Most people don't think about it: they have a bank holding their "balance", a broker "holding" their stocks, an employer "holding" their salary, and maybe even a crypto exchange "holding" their tokens - until they don't.
Only when you get into the nitty-gritty of self custody, you understand it's a security hassle: you need to save a seed for crypto, or boxes of gold ingots, or precious art in special climate-controlled packaging etc.
People traded this insecurity, this chance of losing it all in one unfortunate event, for the warm comforts of having someone else custody your assets. But ask Greek people in 2008 (or Lebanese people now) how does it feel to come to a bank where you've had an account until yesterday, and find out there's no money to go around.
We're starting to see some strides being made into simplifying and securing crypto custody (MPD, Multi-sig etc.). But at its core, if you want to truly hold your asset, you will need to keep ahold of something (safe key, seed phrase, physical item etc.).
reply