I've said this before elsewhere and was downvoted to hell. We're about to enter the golden age of bitrot. Software, due to its immense chain of dependencies, requires constant maintenance. There is no guarantee *any software* --proprietary or FOSS--will survive unless some human gives a shit.
So penpot is a great alternative to Figma for as long as you're damn sure someone will be willing to keep it alive.
Everyone has become so used to pulling or downloading whatever random software and have it work and creating forks like wildfire (just look at how many ubuntu flavors there are) without considering what will happen if the devs just don't have the time anymore or don't care. And if something massive upstream changes like CPU architecture (hello M1) or some browser change or some migration to Oauth5, everything gets borked in one shot.
Also, what's going to happen when a package creator dies? The first generation of FOSS devs are still alive and well. Will the second generation decide to maintain their work or is it easier to rewrite things?
Personally this is why I started only pushing packages that have extremely small surface areas (a single function call) that I know I'm willing to maintain indefinitely.
This is also why I became so married to plain text.
The difference is that for FLOSS it is sufficient for anyone to care enough (time and money) but for proprietary software it is NECESSARY for the copyright holder to care and to be alligned or at least not in direct conflict with the users.
Oh, tell me about it! I’ve spent this week trying to reproduce the results of a paper from 2019.
Out of the box, the referenced sources doesn’t even compile or run. I’ve been fighting random Python/Java/Scala dependencies, using whatever version was the “latest” at time of publishing usually works, unless of course, it doesn’t support M1…
I'm curious how things like Nix will help with this in the future, especially as the platform matures.
I took a bit of time a little while back to convert a wee app of mine to using Nix flakes to build, specifically because I was getting bitten by API changes in a key dependency. Once I nailed down the configuration to include the version(s) that worked with my original code... it worked. Took a while that first time, but got it done, and now it should be defined in a way that stays robust.
Having a bunch of small packages instead of a few larger ones would be considered increasing surface area in most security software. You could do it safely but I wouldn't be evangelizing this as a sound idea.
I think the difference is that if Figma's website goes offline, you lose all of your figma stuff. If penpot gets acqui-killed, then you can just clone a version that you were comfortable with and keep going.
I don't think that is a good example, nothing is stopping you from using a different browser or operating system to keep using your preferred application after development is shutdown. If you are self-hosting these avenues are still open to you; a discontinued online service is just gone.
If you use something like Nix or Guix, then you might be able to continue to install and run that very old software, even decades into the future, until the old repos vanish and the hardware becomes physically incompatible - at which point, if it's important enough to you, you may have put in the work to port the software forward to new (web) API revisions and browser behaviors.
> why everyone feels OS means you'll have the app forever.
Your hyperboles aside, I don't think there's much to prove. Maintained and long lasting forks abound. Enough to instill confidence in the principle.
If Figma was open source, there would be a fork right now and a team of contributors forming around it as we speak. That and a migration of a substantial part of its community.
> This isn't true in my experience.
Could you share, so that the naive optimist could at least have some context?
>I'm not quite sure why everyone feels OS means you'll have the app forever. This isn't true in my experience.
It at least gives it a chance, unlike closed source where once it dies it most definitely is gone forever (barring some very dedicated and helpful people reverse engineering the code, this seems to largely happen with video games).
Meanwhile I'm running Strawberry, a fork of Clementime, which is a fork of Amarok, which probably has code from other projects older than me in it.
Will FOSS software always live on after the original maintainers move on? Of course not, but not only does it stand a much better chance, you'll still always have the source available to compile it yourself on newer systems, given the will.
It just feels like one of those things people want to believe no matter if it's true or not. For example, when New York shutdown a recycling plant because it was worse for the environment than not recycling and everyone protested to have it reopened because no matter what anyone told them they believed that recycling is good therefore, the recycling plant was good for the environment.
Most people here need open source tools to do their job in one way or another. They love the fact they don't need to pay for it and they can just use it. They've been sold on the free software ideogly that it's possible to fork means that someone will or they even they will do it. No matter how much their employers refuse to open source their code, refuse to pay for open source contributors they fully believe that using an open source library or tool means there is less risk for their company because they can make the changes themselves. However, the risk is often greater. Almost certainly their employer won't pay for it and they will have to look for a replacement. They won't have any support contracts that can enforce how much notice they get given to find a replacement. The open source tool will most often just be abandoned.
It also, a couple minutes later, devolves into a hilariously entertaining rant about Oracle and Larry Ellison and the perils of anthropomorphizing lawnmowers, and it's one of my favorite things ever.
Honestly, I don't think this is fair. If software is useful enough, there are people and other companies that are often willing to put in money and resources. For a pure community example, consider the story of Jellyfin, a fork of Emby.
Open source is not a panacea. But just because keeping the door open doesn't guarantee anyone will bother to use it doesn't mean having the door open is not ridiculously useful.
I think there Is a way to tell if an open source project is robust against shenanigans:
- The more stakeholders investing, the better.
- Projects with governance and copyright not assigned to a single company have a lot less chance of needing a fork to begin with.
I am not alive long enough to know many examples of open source dying after takeover. The most vivid counter example I can remember is Audacity fork Tenacity. Thanks to how hated muse group is, it generated quite a bit of momentum in the beginning (seems to die down a bit now, but I wouldn't call it dead)
What you say might be true, but at least open source give us second chance, no matter how miniscule (which I'd argue is not miniscule at all). If it's closed source it's pretty much game over.
a11y looking like ally makes it the only one I don't roll my eyes at... but that only seems clever/memorable because of all of the preceeding awful uses of that abbreviation form.
Haha yeah I saw this earlier and that's exactly how I read it, I had no idea what it meant and I didn't click. Only now that I'm bored I went back to it- I would never have guessed the actual meaning
The ironic thing about this language is that it is an attempt to be "inclusive" by introducing weird shibboleths that exclude most people.
I was once informed by someone at a big tech that the reason for these "x[n]y" codes is because these words can be hard to spell for non-native speakers of English. Also, they added "a11y" (accessibility) to the list.
I think the real explanation was that these were introduced because "internationalization" is a long word and file path names used to be limited in the 1980s.
This covers strings, but what do you do about right-to-left languages, cultural differences in (say) information density, date pickers, color usage, UI preferences, emoji use, whatever? Did you make a conscious decision to only localize strings?
What do you mean with showing you the diff BEFORE you merge? Do you run a script comparing your current repository translation files with the ones on the google spreadsheet?
We're a funded, open source project, looking for someone to make a coherent set of diagram templates (https://app.diagrams.net/?mode=device , click new ).
This isn't a technical role. Might suit someone looking for a low pressure, low complexity role. You'll need a reasonable eye for design.
You'll need to be a independent worker. We'll say "take the current ~200 templates to 1k+ , make them useful to people, look good and be coherent as an overall set". You'll say ok and start on a plan to implement that.
Could be done part-time or full-time. If you get to 1k templates, then go to 2k, 10k if it floats your boat. Apply david@draw.io
The joke is more that "you have amazing eyes" more means "you have beautiful eyes", at least in British English. "you have excellent eyes" would be how I'd comment on someone's eyesight.
It’s wrong because there’s a freak snowstorm in Seattle and it’s 39°F there right now and it’s 81°F in Kansas City. So the average temp between those two place is 60°F which tells us nothing useful about either place.
Over longer time the US average temp is useful, it tells us something about the climate, not the weather. Maybe that analogy kinda works for the economy.
Sure, but prices are up everywhere for most goods. Are prices actually down for anything significant right now? So using the weather analogy, it is hot everywhere in the US.
Depends whether you tried to sell a license to the software, or the copyright to the software. The later you can't do, the buyer would have a fraud case against you.
The former is fine, as long as the license is the one that the software is publicly licensed under.
As you can see I am a fan of both your product and the philosophy behind it, so thank you for your work. If I was interested in working just on software diagrams.net would be somewhat of a dream job for me, however, currently my life plan is to finish my last years of med school (after being stuck for ~20 years) and then possibly do something related to both software and med at the same time. Thanks for the offer anyway, since it came from you I admit I have really appreciated it.
"Between 1967 and 1973, the Chagossians..." (https://en.wikipedia.org/wiki/Chagossians). That's the colonial era? They are plenty of Chagossians alive today that were evicted.
[1] https://chromewebstore.google.com/detail/drawio-for-notion/p...