Is there something Angular can do to help improve the performance before creating the page?
Angular has tons of things you can do to have great performance. I'm guessing the Google Cloud team just aren't prioritizing performance over features.
Why is the Google Cloud UI so slow?
201–210 of 405 posts
Re: Why is the Google Cloud UI so slow?
#202Hey, at least you can easily find what you want in GCP. In AWS, you're left with Googling anything you want to do.
Re: Why is the Google Cloud UI so slow?
#203I think the answer is: This is the best the richest and best companies in the world, with their best paid 100x rockstar developers can do. Google is literally both the creator of the browser (Chrome), the framework (Angular) and the web-app (GCP) we use and still, this mess is the best they can give us. They have direct access to the creators of Chrome and Angular, in some sense they are the owners of the internet an…
After working with graduates from "the best university", I doubt it is "the best". After using "the best" search engine, and finding what I needed on Bing instead, I started doubting it was "the best". Perception is different than reality. I genuinely wonder if these are "the best", or if these employees were merely the ones willing to move their lives to a new city for a high paying job. But I'm sure FAANG and FAANG…
That conversation can always be reserved elsewhere, right now the greater issue is the incentives of the organization and deployment process.
People act differently in groups than as an individual. The coordination is not solved and is not proclaimed to be the best at these large organizations, no matter what an individual's skillset and competence is.
Re: Why is the Google Cloud UI so slow?
#204User to Dev: the memory usage is excessive. Dev with 256 GB RAM to User: WFM I would not be surprised if a lot of these problems could be traced back to developers having above-average network connections and super beefy computers. Combine that with fresh or minimal installs while testing the software, without lots of data that accumulated over month or years of use and in consequence they experience their products a…
I use this UI all day, every day on a Ryzen 3900 with 12 cores, 24 threads, 32GB RAM, 300Mbps connection. It's always extremely slow, takes up obscene amounts of CPU and RAM. It's mind-boggling how they think, "this is ok".
The move to, "let's show them a pretty G spinner to compensate, because research shows that'll make them think it's fast" irks me to no end.
Re: Why is the Google Cloud UI so slow?
#205The medium is the message. In some domains, slow and clunky feels like gravitas and reliability. Enterprise software. Enterprise recruiting software. AWS has a pretty slow, and clunky dashboard. AdSense is clunky. A lot of the biggest companies' flagship apps have a very bland "bureaucratic" look and feel. You may find it hard to believe, but Zuck wanted facebook to look like a government database for a long time, wh…
This is a joke right? You really think they have someone spending all day writing while loops to slow down page load times?
No, they deprioritize performance, as a feature.
Re: Why is the Google Cloud UI so slow?
#206Earlier quoted context omitted.
Cloud service providers aren't really optimizing for the same thing that the average website is optimizing for. They're attempting to maximize their velocity, maximize their API stability, and make programmatic usage of their system as easy as possible. GCP's UI? Yea it's pretty bad. GCP's terraform provider? It's really slick. Probably the best one of the bunch (Azure, AWS, Oracle, OVH, ...).
I thought Terraform provider was developed/maintained by Hashicorp, not Google. Are Google employees actively involved? I also did encounter annoying issues (which have slowly been getting better though). I guess it might speak to a solid, if somewhat slow, API.
Yeah they've got a nifty tool called Magic Modules that partially auto-generates the Terraform Provider (along with Ansible and InSpec) from the GCP API:
https://www.hashicorp.com/resources/google-provider-new-terr...
Re: Why is the Google Cloud UI so slow?
#207Earlier quoted context omitted.
The original gmail design was so fast, beautiful and minimalistic. It had vi key bindings and was close to perfect. The new one had a bunch of useless white space and the app has a loading bar! Wtf?!
Keep seems to have gotten slower and slower over the years too - the web version is practically unusable on mobile, not just because the UI design isn't responsive (!), but because it's so painfully slow. Boggles the mind how Google web apps have performance issues like this.
Wait, you think https://mail.google.com/mail/mu, the mobile web version aka "superpudu" is slow? Can you tell me your device? It paints itself in only 400ms on my iphone. I actually prefer it over the app because it's so fast.
Re: Why is the Google Cloud UI so slow?
#208I think the answer is: This is the best the richest and best companies in the world, with their best paid 100x rockstar developers can do. Google is literally both the creator of the browser (Chrome), the framework (Angular) and the web-app (GCP) we use and still, this mess is the best they can give us. They have direct access to the creators of Chrome and Angular, in some sense they are the owners of the internet an…
I wonder if it's a case of Conway's Law at play. Google is a big company and there are multiple pieces involved in GCP and so in the end the interface between those pieces is inefficient and slow. They've shipped the org chart.
Re: Why is the Google Cloud UI so slow?
#209Earlier quoted context omitted.
>This is an enterprise product, not consumer facing, users are much less likely to be turned off due to slow UI. Shouldn't this be the opposite? Maybe this is just me but if I have to use something to do my actual job and it take more time that it should because of the UI I'd look elsewhere.
Not the opposite, but we're missing the simple fact that enterprise products would rather get more features out over micro optimizations. There are constantly clients bringing their demands for additional features or major fixes, very rarely are they "please optimize the UI". For consumer facing products, that's not really the case, unless some massive features are missing, they would rather things be snappy as they…
This is such a depressing take. "I'm at work for 8 hours a day so it's ok if some time is wasted, there's plenty of it!"
Re: Why is the Google Cloud UI so slow?
#210Googler who doesn't work in front end here, so take my opinion with a grain of salt: 1) A "footsoldier" dev has no choice in frameworks, and heavy frameworks with heavy reusable components are the norm. Frameworks are used to improve dev velocity and ensure consistency among the 100 teams that contribute to the web UI. 2) Devs care about performance but might not have time to do much about it given competing prioriti…
What happened to the Closure Compiler stack? It was infinitely ahead of its time, how the heck did they end up settling on Angular of all things
> What happened to the Closure Compiler stack?
Nothing, I still use it daily at work, alongside Angular (though not together).
> how the heck did they end up settling on Angular of all things
At Google, It's convenient to use Angular because there are well-documented ways to do all of the normal things you have to do to have a production-quality front-end application, such as building reusable components, dependency injection, component testing, screenshot diffing, etc. Standardization of the framework also has the benefit of making it easier to find someone to ask for help.
It would be a truly herculean task to bring another framework up to the same level of support and integration of Angular inside Google.