Live data from Hacker News

Time Till Open Source Alternative

staltz.com

271–280 of 340 posts

Re: Time Till Open Source Alternative

#271
post #34

Earlier quoted context omitted.

There's a reliable test for predicting the success of failure of open source software: "Does it directly interact with users?" If the answer is yes, OSS has mostly been an alternative option but not the first choice. (With all due respect and deference to the work put in by OSS GUI teams!) If the answer is no, and especially if it's a shared need but not the primary product (e.g. kernel, web server, intermediate proc…

Yes. Open source software people very rarely do good graphical user interfaces. Unclear why this is so. But it is.

You have clearly not see the user interface of most (as opposed to the most popular) pieces of closed-source software.

Re: Time Till Open Source Alternative

#272
post #185

Earlier quoted context omitted.

It feels like someone with great ideas started working on Gmail and quit before it was finished. Whatever they are doing to organize emails in a "smart" way is super confusing. I kind of get it but it just doesn't work. They should either finish it or just revert back to organizing emails by date of arrival.

> just revert back to organizing emails by date of arrival You can choose to do that: Settings / General / Conversation view off It's so much better to simply have emails in the order they arrive instead of hunting them down in "conversations".

I understand that emails can get buried but threaded views are so much better for me (especially at work) than my inbox being buried by conversations/threads that I have zero interest in. My alternative would probably be to more aggressively filter but that would effectively mean I never even saw lots of things I might actually care about.

Re: Time Till Open Source Alternative

#273
post #65

Earlier quoted context omitted.

I think this is a self-aggrandizing myth that is common in forums like HN with lots of programmers and designers: - UI's usually do not improve. They "improve" by making subjective changes for the benefit of the maker (often at the cost of the user). - Platforms are constantly shifting when they are owned by corporations. At first, businesses will penetrate the market by creating a competitive platform. Once their pl…

Man, I couldn't disagree more strongly! Programming is like building a house on shifting sand. How many projects that you haven't touched in the last 5 years still run? If you're anything like me, the percentage is vanishingly small - and my old projects aren't even that complicated. If you find that this is a belief "common in forums like HN with lots of programmers", I suspect that's because engineers are the most…

> How many projects that you haven't touched in the last 5 years still run?

The ones which were built like a tank in terms of adherence to standards, minimization of dependencies and of assumptions regarding the platform, non-flakey build system etc.

> If your software stops adding features, it will quickly be out-competed by software which does have new features

Not usually. You're probably thinking of things like web browsers.

> because servers require upkeep

If your software does not require continuously running global server(s) then that is not an issue.

Otherwise I mostly agree.

Re: Time Till Open Source Alternative

#274
post #239

Earlier quoted context omitted.

I used Photoshop for 8 years, including for web development, before switching to Gimp. Gimp is good enough for everything one needs in web dev, is free, and has a vital feature Photoshop lacks: the ability to run on a Linux workstation. When developing software intended for Linux servers the value of having a Linux workstation to easily do local development cannot be understated.

Photoshop runs fine on Linux. I pay for it and use it in Wine. Gimp is hot trash and to add insult to injury it's responsible for birthing Gtk; it's a fool me once fool me twice thing. What is this mutually shared meme-delusion that Gimp is anywhere close to an adequate facsimile of Photoshop?

> What is this mutually shared meme-delusion that Gimp is anywhere close to an adequate facsimile of Photoshop?

It’s not a facsimile of Photoshop but it serves the same purpose.

In my experience the people who come to GIMP expecting it to work exactly like Photoshop are the ones who are disappointed, because it’s not Photoshop. But if you use it and don’t expect to already know how to use it because you know Photoshop, it’s fine.

Re: Time Till Open Source Alternative

#275
post #214

Earlier quoted context omitted.

Firefox is made by a company. VLC has a product manager (who owns the VideoLAN Foundation).

Signal and chromium as well. I am not sure about Ubuntu, but to me it looks like they have a product/design org. Blender would be another example. How are they run?

Canonical basically supports Ubuntu. (Over and above the Linux kernel and other components many of which are supported by many different companies (and individuals).

Re: Time Till Open Source Alternative

#276
weird, most of the web alternatives there are not noscript/basic (x)html friendly. For instance, I cannot even browse the directory of owncast! Peertube gives me a blank page. Google financed blink/geeko or apple financed webkit only for those alternatives... :(

Re: Time Till Open Source Alternative

#277

The chart is interesting because it misses the important part - it covers time, but not adoption. For example, adoption of GIMP has not likely materially increased over time (as a relative percent of total addressable market) IMHO, what the author gets wrong what so many people who claim this (they are not the first, or the last) get wrong - open source as a whole sucks at building products , but is great at building…

> it covers time, but not adoption.

And you can't really cover "time" in an objective way before first determining some reasonable threshold for adoption, which is about as hard to objectively define as it gets. This means all the data presented in this article is basically meaningless.

For example, _way_ before Github we already had open source code hosting & collaboration servers. Trac comes to mind, but there's an even better example -- Gitorious, which also came before Github. Why did the author not even consider these two examples and only named Gitlab es the "replacement" for Github ? I could understand the omission of Trac since perhaps it was not primarily Git-based, but Gitorious? Gitorious was even at one point the #1 Git platform, eventually surpassed in popularity by Github (and much, much later by Gitlab).

Is this a "proprietary alternative replacing a open source one" ? How do you even take this into account in your "Time until OSS alternative" metric ? It just shows how meaningless this all is without a subjective definition of "alternative" or "replacement". There is no way to present this objectively as the authors are trying to do. The entire data set is manipulated to fit their point.

The rest of "replacements" are similarly questionable or even ridiculous, because, depending on your definition, they either ignore alternatives that came much earlier (because surprisingly frequently a proprietary "service" replaces a popular open source program) or call a service "an alternative" when it is simply not.

Re: Time Till Open Source Alternative

#279

Earlier quoted context omitted.

Yes. Open source software people very rarely do good graphical user interfaces. Unclear why this is so. But it is.

You have clearly not see the user interface of most (as opposed to the most popular) pieces of closed-source software.

That's not really a rebuttal though. 90% of all UX can be bad, but it's still notable if 99% of OSS UX is bad.

Actually needing to sell your product eventually/get people to use it seems to be a fairly necessary part of ending up with a good UX.

Re: Time Till Open Source Alternative

#280

It's amusing that, according to the article, there has been a "compelling open source alternative to" twitter since 2016. Yet, the ending of the article is a request for the reader to share the article on... twitter.

Mastodon technically works pretty well but lacks sufficient marketing and suffers from the network effect.
Post reply on HN