Hacker Read top | best | new | newcomments | leaders | about | bookmarklet login

"Ironically it's design makes it also pretty bad for many other server applications."

Can you elaborate? genuinely curious



sort by: page size:

For most development server use-cases, it's pretty terrible though. Screen is how a lot of people work.

And it's terrible for performance, so much so that it can't be used everywhere errors may need to be returned.

The experience is worse than Java, .NET and BEAM application servers, while pretenting to have invented something new.

Is this a troll answer?

I don't see any specific example of what exactly is bad about it in this reply, so, the question remains open.

If the answer would be so obvious that the question must be a disingenuous troll question, then surely it must be effortless to give a meaningful answer. It's a terrible architecture because it...what? What obviously backwards and never can and never could possibly work idea does it try to implement?

Not even my question but I just found criticizing the question with this answer pretty rich.


That's my experience too, it's mostly basic CRUD interfaces. People say it's fast but that's because it gives you the most barebones user-hostile interface you could have.

The company paid IBM $100k to upgrade a single server and this shit is locked with licences for cores and memory. It's not even that fast.

The problem is they are too deep in it now but this shit needs to die.


It's slow, it's got a really poorly designed UI. It tries to do too much. It's not configurable enough, very low density

it's also really, really bad and fails compared to even open source models right now.

More like “the world's worst implementation of asynchronous programming is shitty and didn't learn from its predecessors”.

It lacks a coherent type system, its threading model is awful, and its security is fundamentally broken.

Your move.


- Too much overreach in functionality.

- The developers had a condescending approach and ignored the wider community.

- Simple things like log files no longer being plain text. Obtuse.

- Arguably designed to inject unneeded complexity that will cause money to flow into big orgs. 1.2 million lines of code vs shell scripts. Just wow.


It's one of those technologies that "almost works", like Bluetooth or ring binders. It's not quite broken enough to the point where people can justify breaking compatibility and working on an alternative, but it is a major pain point to anyone who uses it.

Specifically, it introduces and entire class if new build/deploy issues, has a system that you need to actively fight against to get a UI that looks great, state synchronisation that feels like it was designed for UNIX terminals from 1985, and a whole host of corner case bugs and bizarre performance issues. I actually wish it were more broken so that we could all finally move on to something good.


Not to mention its awful responsiveness.

Just sayin ;)


Poor start-up time, terrible application bloat, uninspiring language with poor concurrency support, massive RAM requirements, everything XML, complex tuning required, what a nightmare.

No wonder the world is running towards Python and serverless as fast as they can...


The whole spec is a bad idea, poor developer got blamed for implementing it to the letter.

I gave it a try. It's shit!

Worse latency and performance (on intel and AMD), xdotools don't work, window managers don't work. Doesn't work without dbus (the first thing I usually uninstall) and additional seat/login daemons which indicates its bad design.


Yes, my reaction to that was "so it's really, really hard to use for anything but trivial use cases?"

From my point of view:

* Horrible usability and bad user interfaces. * Even worse design of the applications. * Integration with existing systems make the apps so huge that lots of bugs appear.

Oh and super poor management is also a big one


Because it's too big, it's very slow to start, it's controlled by a company that is not very lovely, it's not installed by default on our system, it's free and opensource without in fact being very libre, it has frequent security flaws that don't seem to be addressed seriously... Some of this is probably only partially true, but it gives you an idea why people don't want to use it, whether they're right or wrong.

> an absolutely ugly jumble of [...] religious backwards compatability, odd hacks, and various extensions

Like POSIX, MS-Windows, X11, WinAPI, C++, HTML5, ... ;-)

next

Legal | privacy