Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Why is this so exceptional?

Because code isn't a good that spoils. When someone shuts their door to my favorite restaurant, the presumption is that they were losing money, and needed to close the doors. When my favorite SaaS service shuts down, it's the same deal.

This is different. They're just being selfish because they got some money, giving the middle finger to everyone. That same code is still sitting in a git repo somewhere, and that's frustrating as hell to anyone that trusted them. It would be no sweat off their backs to at least scale down support over a year to let people transition.

But let's not place the blame on them. It's probably not their choice to fuck over all of their users. I guarantee this is coming from Apple, and you should all remember that when you line up to buy this new fancy 1 port macbook: Fuck Apple, they don't give a shit about open source. They're embrace/extend/extinguish just as Microsoft. They just operate on Unix so it feels like they give us more.

It's okay though. Someone inside will realize they're sitting on a goldmine of information on how to make good software, they'll leave the hellish work environment that is Apple, write an open source version, and it will be superior.

>We could all hope all was open source but short of that, we use the tools that are available --with the understanding they could disappear tomorrow.

There is no "short of that". Demand open source for everything you do. It's not unreasonable. The modern computer ecosystem IS open source.

You are very much overstating the similarities from open source developers disappearing and a closed source software company leaving you up to dry. One can live on, and one has no hope.



> Because code isn't a good that spoils

It's true that the code that was previously released will forever remain open source but if all the repos get yanked off Github, that does suggest that code is probably not going to be maintained by its new owners. At least not in public.

Code does spoil. Exploits and other critical bugs are found. The only way it remains safe to use is by somebody forking the original project and maintaining. You could do that but most people aren't set up to suddenly take on a major project just to fulfil a dependency.

No argument that this is still a million times better than closed source.

The best thing to do in the short-term is to find a replacement. Even if you don't need it, have something that will work, is maintained and be ready to implement at the drop of a hat.


Angry much?

You lost me with the "code isn't a good that spoils" line. It is a great phrase, but perhaps you could re-explain?


A restaurant requires continuous inputs: fresh food, labor, electricity.

Code is a purely digital good. What was in the repo a few days ago could be released at no ongoing cost to FoundationDB/Apple and it will stay exactly how it was, forever.


I disagree. Code gains technical debt over time, bugs are found, compatibility with other libraries and the OS fray, security vulnerabilities are exposed, and what were awesome features 6 months ago become commonplace or superseded by the new awesome.

Essentially, code starts to rot after a while.


Its utility diminishes as the difference between its original environment and the current technical environment increases. However, given a replica of its original intended environment (e.g. an OS image in a VM) the code will run just as well as it always did.

So code does spoil. And it doesn't.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: