Hacker Newsnew | past | comments | ask | show | jobs | submit | runjake's commentslogin

> We've ended up in a world where power users have been forgotten. Not out of malice, but out of a misguided aim to reduce complexity and achieve consistency with the web.

Power users are less susceptible to suggestion and therefore less profitable. They have largely moved to OSes that do not interfere with their wishes, allowing them to make their own choices about what they can or can't do/run (Eg. Linux).


I specifically do this with apps like Discord, because it seemed like every time I launched the app, there was a 200mb+ update.

I can just use the web version instead and skip all that, along with the memory usage (for the most part).


I find it so annoying that certain apps update every single time I open them. Why can’t they build something more stable?

I do the same with discord. Idk why the app is so huge

Minor correction: Apple introduced GPU-accelerated GUI in 10.2 with the introduction of Quartz Extreme.

Display PostScript did not have GPU acceleration, as far as I know.

https://en.wikipedia.org/wiki/Quartz_Compositor?#Quartz_Extr...


Hence the use of first glimpse.

Because Markdown is awesome, easier to write, and easier to read at the source level.

VSCode + Codex app on macOS and Linux.


Remarkable to combine early Unix contributions and inventing new refrigerants in a single career.

On Apple platforms, the call or text is shared with Apple and the carrier, depending on your location and message type.

When enough reports are received for a particular entity, Apple blocks or retroactively moves or deletes the message.

https://support.apple.com/guide/iphone/report-spam-and-block...


Tim rarely reads the emails. There's an executive team that reads them and handles them.

I got nowhere with Apple Support and emailed "Tim" and had a very helpful executive team member reach out and arrange to get things fixed and see it through to resolution.


Context for those unaware: the commenter, mikemcquaid, is the project lead for Homebrew.

Thank you, his arguments totally makes sense, only the part that makes me icky is:

> There’s a new vibe coded Homebrew frontend with partial compatibility and improved speed every few weeks.

People are free and probably do this because it is slow. Alternatives often are not a bad thing.


Indeed, everyone's free to do what they want, that's the beauty of open source.

I have zero issues with people vibe coding alternative Homebrew frontends, it's good for the ecosystem for there to be more experimentation.

What I take objection to is when one or more of these happen:

- incorrect compatibility claims are made (e.g. if you're not running Ruby, no post-install blocks in formulae are gonna work) - synthetic benchmarks are used to demonstrate speed (e.g. running `brew reinstall openssl` in a loop is not a terribly representative case, instead a e.g. cold `brew upgrade` of >10 packages would be). to be clear, I'm sure most of these projects are faster than Homebrew in fair benchmarks too! - incorrect claims about why Homebrew is slow are made (e.g. "we do concurrent downloads and Homebrew doesn't": true a year ago, not true since 5.0.0 in November 2025) - it's pitched as a "replacement for Homebrew" rather than "an alternative frontend for Homebrew" when it's entirely reliant on our infrastructure, maintainers, update process, API, etc.

Even on the above: of course people are free to do whatever they want! It's just at least some of the above hinders rather than helps the ecosystem and makes it harder rather than easier for us as a wider open source ecosystem to solve the problem "Homebrew is slow" (which, to be clear, it is in many cases).


Thank you for the answer now it made more clearer, at least for me, on what you meant.

And to be fair, when I was at 4.x version, 90% of the time I was in the happy path, my "being slow" issue was when download speeds got really bad, sometimes caused by my ISP, so my end.

As others mentioned, homebrew is a great piece of software, thank you, not only you but everyone who maintains it.


Thanks for all the hard work. I think brew is what makes the Mac the best “unix” machine choice as far as being stable and not having to take up maintaining my OS as a multi-hour per week hobby. I have been using it daily for three years and have never had any problems.

While I have some vague recollection of homebrew feeling slow in the past I don't know when - I want to say well before Nov 2025. And recently absolutely no such feeling, and great features like auto update handling, etc just working. It's really good stuff.

Python has powered Linux package management to reasonable result for a long time, Python itself is ironic for having tricky platform constraints that ended up being best solved with uv's excellent rust solver. For homebrew I would personally not stress over a Rust frontend - but if it keeps some of the FUD out then maybe it's worth it!


> People are free and probably do this because it is slow. Alternatives often are not a bad thing.

Alternatives are always good but IMO brew is just not something I interact with all that much and to me it's "good enough". It works and does what I expect, although to be fair maybe I'm on the happy path <shrug>.


Since I enabled HOMEBREW_DOWNLOAD_CONCURRENCY, downloads have improved for me to the point where download speed is no longer an issue.

If your version is 5.0.0 or newer, concurrency is already active by default.

https://brew.sh/2025/11/12/homebrew-5.0.0/


Thanks for that. And here I was somehow hanging around on 4.5.3.

Good to know! I was doing this with a hacky one-liner but wasn't aware of this flag. I think the sequential build/install process is the agonizing bit though.

Yeah I don’t know how people are saying it’s slow. If you have 5000 packages installed maybe?

> Alternatives often are not a bad thing.

Exactly. I’ve been using MacPorts for ages and I love it.

/me ducks.


Point noted! I took it as a tongue-in-cheek phrasing of "agentically coded". Hopefully, that's right.

I don't see where he said it's a bad thing, or even implied it. As I see it, he did imply that superlatives like THE FASTEST PACKAGE MANAGER aren't worth much in this environment.

Yeah, tbh homebrew is slow as fuck. It literally took 30 minutes to install aws cli on my 2020 mbp. I will happily flock to every new version that's faster.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: