I'm very happy with the new jira that we've been using for the past ~18 months, and I think it strikes the right balance between simplicity and ease of setup while still supporting the features we need.
I'm very happy with the new jira that we've been using for the past ~18 months, and I think it strikes the right balance between simplicity and ease of setup while still supporting the features we need.
The UX-flow might be good, not sure, but the tech is so bad it actually inhibits users. The use of independent components might be neat when loading a Jira card from Bitbucket pull requests (which works), but it makes loading Jira cards from... Jira, terrible. Imo.
There's nothing in JIRA that take anywhere near 40 seconds to open.
If you really have pages that take double digit seconds to open (you can open your browser's development tools to measure), it's more likely administrator in your company that is to blame for doing a horrible setup running the web service on a toaster and the database on a NAS.
But in addition to that, 1-3 seconds per click is horrible imo. I have to literally pause, and slow down my workflow, because every input (navigation click) takes 1-3 seconds to load? That sort of delay starts to drag on users, imo.
Wasn't JS based UI's supposed to _lighten_ the load? Make web pages faster because they could just ask for the data that changed? This feels like such a massive step backward from simple HTML, like HN.
1-3 seconds being good, or even okay, is abysmal to me. Especially when the full page isn't needed, just a handful of data. Something is fundamentally broken with this version of the "modern web". And i say that as a web developer who loves complex frontend technologies. But to me if the user isn't getting a faster response, the frontend tech would be better off as plain HTML.
I just (loosely) timed it, it took ~10-12s to open a backlog selected issue card _with cache_ from refresh. I used that example because it highlights the list i gave before.
1. The page loads, a bit slow in general.
2. The dom has loaded, so now backlog issues are loading.
3. The backlog issues are loaded, so now the selected component opens.
4. The selected issue component starts loading data.
5. Your data is now finally visible.
The ~10-12s is loosely evenly spread through the entire steps 1-5. This is on Jira Cloud, no "toaster NAS" unless you want to blame Jira Cloud for running a toaster, in which case i'd agree.
The problem in my mind isn't the servers. Opening the network tab, you see requests responding a bit slow, maybe 50-500ms, but not _terrible_. I'd like to see all requests below 300ms personally.
The problem is the UI design. Everything executes dynamically and sequentially. The URL indicates exactly what sort of page i want to see, but nothing is loaded until the JS loads, renders, makes a request for whatever data that individual component needs. Any sub-components to this then get rinse and repeat once they are actually loaded.
When you stack components on components on components that all need to sequentially load data a 1-2s load time starts to stack up, fast. And best of all, network requests are slowed down by how fast your DOM renders? Ugh.
I recently had to setup a project and workflow for a new team, and was steeling myself for a configuration nightmare. But then I saw there's a new way to create projects. It is so much simpler to configure workflow, statuses, etc in these new projects. Because they're designed not to be shared across the whole org. The configuration is contained within the project.
So they've created a de-enterprised process for configuring Jira, and made it far more suitable for smaller companies, or for teams that self-administer. All the clunky stuff is still there, but completely separate and you don't have to use it.
I either use slack as a "cdn" posting my image there and putting a link, or simply ignore it.
I actively avoid jira, as it is slow, and buggy.