Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Slow Software

inkandswitch.com

Post reply on HN
Print view View original

31–40 of 272 posts

Re: Slow Software

#31

Post by viraptor »

coder543 wrote: post #29
Aeolun wrote: post #21

Earlier quoted context omitted.

But to be fair, plain Jira can be pretty fast, it’s just when you get into an enterprise environment and people think they need 2000 different fields things fall apart.

I've never seen JIRA be "pretty fast", so I can't agree. I also think "2000 different fields" is an unfair exaggeration, if we're going to focus on being fair. The 10 to 20 fields that people might use per issue should not prevent JIRA from being fast with the right architecture.

Same. JIRA is just slow, even in basic configuration. Which is always annoying me because JIRA is 99% read-only. They could generate most of the pages and cache them until anything changes. Even pre-generate then on change. But every time you view an issue, it takes multiple seconds again.

Re: Slow Software

#32

Post by saagarjha »

robochat wrote: post #16

My least favorite type of latency is when you start typing and the application takes at least 1 - 2 seconds to catch up with you. This still happen to me often enough to be a normal occurrence on both my desktop computer and phone.

What’s worse is when the application drops events during that time.

Re: Slow Software

#33

Post by saagarjha »

pier25 wrote: post #7

I seriously doubt the vast majority of the population cares. I mean, I do. I hate websites that take many seconds to completely load when I know they could take less than 1 second without the bloat. Hardcore desktop gamers and developers usually are also very performance conscious but that is minority. Sites keep piling hits while adding bloat, and it's totally counterintuitive. Why?

> I seriously doubt the vast majority of the population cares.

They do. Just because they can’t put it into words doesn’t mean that they don’t care. In the early days of iOS (and to a lesser extent today, with Android finally realizing that latency is important), many people preferred iOS to Android precisely because the former “felt smoother”.

Re: Slow Software

#34

Post by saagarjha »

ggreer wrote: post #13
PavlovsCat wrote: post #3

> Android and iOS both make substantial use of "long press" to access context menus, which require that the user wait hundreds of milliseconds in the middle of their command gestures. > A related source is delays for disambiguation. For example, on mobile Safari there's a default 350ms delay between when the user taps a link and when the browser begins fetching the new page, in order to tell the difference between a…

Apple has 3D touch, where if you press firmly on the screen, the phone makes a tactile "click" and triggers a different action than normal tap. Annoyingly, Apple mapped 3D touch to a totally new set of actions instead of replacing long press.

Apple has slowly started merging the two, because it makes it easier for them to support devices with and without the feature.

Re: Slow Software

#35

Post by EpicEng »

Aeolun wrote: post #21
coder543 wrote: post #5

I think this article places too much emphasis on input devices and hardware constraints, and not enough on software architecture. JIRA doesn't really feel any faster just because your input devices are fast; the application level latency dwarfs the input latency by a large margin. I would take measurements, but JIRA prohibits benchmarking for some reason... ¯\_(ツ)_/¯ they're probably just trying to save everyone else…

But to be fair, plain Jira can be pretty fast, it’s just when you get into an enterprise environment and people think they need 2000 different fields things fall apart.

Our fresh install was noticeably slow. Even if it were fast (it's not), they sell the thing as a customizable solution. Few people get everything they need from a vanilla install. That's kinda the whole selling point.

Re: Slow Software

#36

Post by cimmanom »

Aeolun wrote: post #21
coder543 wrote: post #5

I think this article places too much emphasis on input devices and hardware constraints, and not enough on software architecture. JIRA doesn't really feel any faster just because your input devices are fast; the application level latency dwarfs the input latency by a large margin. I would take measurements, but JIRA prohibits benchmarking for some reason... ¯\_(ツ)_/¯ they're probably just trying to save everyone else…

But to be fair, plain Jira can be pretty fast, it’s just when you get into an enterprise environment and people think they need 2000 different fields things fall apart.

Don’t know about the enterprise version, but the cloud offering loads and renders like molasses.

Re: Slow Software

#37

Post by flattone »

Skunkleton wrote: post #24
Aeolun wrote: post #21

Earlier quoted context omitted.

But to be fair, plain Jira can be pretty fast, it’s just when you get into an enterprise environment and people think they need 2000 different fields things fall apart.

Why shouldn't 2000 fields be fast? Shouldn't all of what jira does boil down to straight forward SQL queries?

or even 200000 etc. I've never used but at a glance i feel like it's just a google sheets tracker with unnecessary visual stuff?

Re: Slow Software

#38

Post by jumarm »

Further reading from Dan Luu, who wrote about this as well. [0]

He goes into why the Apple 2e is so quick, the iOS Rendering pipeline, and general complexity of computing input.

I find it really interesting that latency is so high on a lot of devices in 2018.

0. https://danluu.com/input-lag/ (2017)

Re: Slow Software

#39

Post by gok »

The "user-hostile" section is kind of silly. Poor/lazy coding is also user-hostile. Requiring 20 megabytes of JavaScript frameworks because you're too lazy to figure out how to solve your feature requirements is user hostile.

Maybe call that other stuff "monetization"

Re: Slow Software

#40

Post by mbell »

tyingq wrote: post #30
voltagex_ wrote: post #18

I keep coming back to thinking that it's the gap between dev and "mainstream" hardware. Forget about phones for the moment (lol, Javascript performance on a $99 Android). My PC is a 6-core, 32GB of RAM beast. I suspect that most (non-PC gamers) people's machines look closer to https://www.officeworks.com.au/shop/officeworks/p/acer-aspir... . Dual core, 8GB of RAM, spinning hard drive (!) I can tell you from experienc…

The cheap androids aren't so shabby these days. A Moto G5 play is a quad core 1.4GHz with 2GB of ram. No speed demon, but is reasonable. $109.99 on Amazon, unlocked.

Javascript/web performance on Android is universally bad but truly awful on the low end. A Moto G5 pulls ~14 on speedometer 2.0 which puts it in line with an iPhone 5/5s (5-6 year old devices). An iPhone XS scores around 123 in this benchmark for comparison, ~9 times faster.
Post reply on HN