It is essential to stop using Chrome.
Under the pretense of saving users from third-party spyware, Google is creating an ecosystem in which Chrome itself is the spyware.
Given Google's overwhelming presence in the browser market, this is unconscionable.
We should all despise the ad-tech business, and have no sympathy for the companies getting whacked by Google's actions. But we should not permit one monopolist to replace them all.
https://www.eff.org/deeplinks/2023/12/year-review-googles-corporate-paternalism-browser
Chrome’s developer tools are better, and having two browsers open at the same time while programming is a strain on RAM resources, especially since Visual Studio Code needs to run in its own Chromium.
Idk, twenty twenty-something. But Chromium with the YouTube homepage takes less RAM than GNOME Software and GNOME Shell, which either says I should move to Xfce or that Chromium has improved. Can’t speak on VS Code though since I run that in a distrobox and podman is broken for me rn.
I have no idea what people are talking about. My M2 MacBook with 8 GB handles pretty much all programming I do on it (biggest thing I’ve worked on on it was probably a 500k line C++ project). And I do use CLion usually which is one of the big IDEs. I’d go for more disk space before more RAM honestly. (Sure, my main machine has 64 GB but that’s because I run huge compilation jobs testing distro packages, games, VMs, and a bunch of other stuff on it sometimes in parallel and especially the compilation jobs can easily take up 40 GB sometimes but I’d say that is not a usual use case.)
Chrome’s developer tools are better, and having two browsers open at the same time while programming is a strain on RAM resources, especially since Visual Studio Code needs to run in its own Chromium.
Have you checked recently? Chrome devtools have been getting steadily worse the last few years, and Firefox’s keeps getting better.
I haven’t seen anything getting worse, but I agree that the Firefox dev tools are now barely usable. They weren’t before.
… strain on RAM resources? What year is it?
Idk, twenty twenty-something. But Chromium with the YouTube homepage takes less RAM than GNOME Software and GNOME Shell, which either says I should move to Xfce or that Chromium has improved. Can’t speak on VS Code though since I run that in a distrobox and podman is broken for me rn.
The year where a browser can easily eat up 10GB of RAM.
On my Mac mini with 8GB, just having Visual Studio Code open is enough to fill up the RAM. No other programs necessary.
A Mac mini with 8Gb of ram is sadly not an appropriate config for programming anymore.
I just use it for building and deploying to macOS/iOS. I don’t want to spend four digit prices just for that (I’m a freelancer).
8gb of RAM? What year is this?
A lot of more budget devices still have 4 and 8 gigs. Not to mention all the older devices.
yeah, but thats not an development environment (at least not an acceptable one for anything serious)
Genuine question (I am not a developer): if you don’t use a bloated IDE, what do you need this much RAM for?
I have no idea what people are talking about. My M2 MacBook with 8 GB handles pretty much all programming I do on it (biggest thing I’ve worked on on it was probably a 500k line C++ project). And I do use CLion usually which is one of the big IDEs. I’d go for more disk space before more RAM honestly. (Sure, my main machine has 64 GB but that’s because I run huge compilation jobs testing distro packages, games, VMs, and a bunch of other stuff on it sometimes in parallel and especially the compilation jobs can easily take up 40 GB sometimes but I’d say that is not a usual use case.)
Your WORKstation is for working. Budget devices are not for working.
The new MacBook Pro Apple just released a few days ago comes with 8GB in the lower two tiers.
It’s 2024. 32GB is a min requirement. I roll with 128GB because it’s a couple hundred bucks to never have to worry about RAM.
Yeah well, I can see how you don’t run into RAM issues with 128GBs of it.
Exactly. If you’re a dev, you should too.