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

I love Liquid Glass. I think a lot of the complaints are whiny and pedantic. I do agree a bit of tender love and care could be used to clean up some GUI elements, but people act like Liquid Glass fried their logic board and rendered their machine utterly unusable.

The problem is, on iOS it's buggy. Floating opaque rectangles blocking you from seeing what you're doing. Software keyboard not being accounted for in the layout so you can't click buttons. It looks different; sure, whatever. It's getting in the way of actually using it that raises ire.

Interesting. I mean, I completely believe you, but I've been using macOS 26/iOS 26 since release, and have not run into any issues like you are describing. I have experienced the keyboard issue, but it was on one specific website, so I am not sure how much of that can be attributed to Liquid Glass or the device OS compared to the website itself.

I have other keyboard issues, but I cannot confidently attribute them to Liquid Glass.


> have you actually done it?

Yes.

What do you mean by "works exactly the same?" The same as Ubuntu installed on an ARM laptop? No, there is not GUI, DE, and a lot of tools are stripped.

You can literally pull this down and get it up and running in minutes:

https://hub.docker.com/_/ubuntu/

Rosetta is not necessary to get this working either. Now, there maybe some warts with DNS that you might encounter depending on if you have a certain VPNs running, use dnsmasq, etc.. But there are potential workarounds for many issues.

If you want a full VM, I would recommend Lima/Colima. If you need a full VM with GUI and all, then maybe use something like Parallels, VMware Fusion, etc..


I mean like same as Ubuntu on an x86 laptop for general work. This is assuming you don't have any specific need for x86 binaries, but you also never know what might randomly require it. Would've tried it myself but I'm away from my Mac rn. I'll try again.

Last time I tried UTM specifically for reading an ext4-formatted SD card in my MacBook's internal slot, I couldn't get it to interface with the reader, but that works on Chromebooks' Linux VM supposedly.


> I mean like same as Ubuntu on an x86 laptop for general work.

I would say no, but then again, I would also not recommend using any type of container for that type of work either.

I use Container on macOS to build containers for things like Claude Code, Node.js, Java, etc.. You know, software I want no where near my host OS. I mount a directory in the container, if needed, and it's smooth sailing.

I do believe Container allows for one to run x86 containers with Rosetta, but I also know once you enable Rosetta, it's easier to reinstall your OS than to uninstall. I like to keep things tidy, so I will not go down this path.

> ext4-formatted SD card in my MacBook's internal slot

I would not use Container nor any other containerization tool for this task regardless of whether it is possible or not. I would be surprised if any VM client would be able to get this working too, but I've been out of the VM world for a bit.

It's also worth mentioning that come macOS 28, Rosetta will be dead and gone except for a select set of video games. That version of Rosetta will essentially be stripped down to the point of working just enough for those games and nothing more. So, I would not get too attached to the idea of running x86 binaries on macOS for too much longer.

I believe there may be some tools that can read ext4 on macOS, but UTM not reading from the host's SD Card is unsurprising. I have never used UTM, but I would imagine it would not have the capability to pass the SD reader through, but I could be entirely wrong.

I'd seriously recommend buying the cheapest burner Chromebook, x86 machine, VPS, or whatever you need if you think running x86 binaries and reading/writing to/from ext4 formatted storage will be in your future. You could maybe try an external USB SD reader, but I cannot comment if that would work either.


I use this tool all the time. Mainly for running various LLM cli tools and whatnot. No way will I install those tools on my host OS due to my unfounded paranoia.

Container still has a few warts. Mainly, Container and mDNSResponder on macOS do not always play nicely together. If you use a VPN that binds to port 53, you will also have a bad time. Container-to-Container name resolution is also hit or miss.

However, none of these issues have prevented me from accomplishing what I need. Though, I can see where friction may arise between some corporate network environments and Container.


I am not sure where I am on the stack, but I make more than most families in my area and I heavily rely on public transport. It's also why I can afford to a lot of things others cannot -- I am not sinking money into a car payment, car insurance, gas, etc. every month.

I imagine my future will involve spending 40–60 hours a week using LLMs to do the work of multiple roles instead of just one, while wishing I could spend my remaining time doing other things.

To use an analogy, LLMs are like the Ring of Power in Lord of the Rings. The Ring of Power does not corrupt one nor does it magically turn one evil. Rather, the Ring just serves as a catalyst for what is already inside the bearer.

Many that wore the Ring had pure and righteous intentions. The thought of, "If I were in power, I would..." was the arrogance and corruption which the Ring amplifies.

So, I cannot agree that it is AI doing the harm. Rather, AI just gives us the power to do the harm, the shortcuts, the cheats, etc. we have always desired. And just like the Ring, I believe much of the harm from LLMs often comes from people that started with good intentions, and the power it grants is just too tempting for many.


This allegedly ally has likely considered all the potential advantages and disadvantages and is acting accordingly. Sometimes the smartest move one can make is no move at all.

how's that working out in Ukraine?

What do you mean by "that?"

that = "no move at all"

You seem very confused. Who are you referring to as having made ‘no move’ in Ukraine?

I would have preferred an increase in the weekly limits instead of the 5-hour limits.

I concur, and I think that is one of the most difficult aspects of reviewing another's code. It's difficult for me to sometimes differentiate between what is acceptable vs. what I would have done. I have to be very conscious to not impose my ideals.

I'd be lying if I said I was not worried about the future. I am not necessarily worried in the sense that there will be some grave, impeding doom that awaits the future of humanity.

Rather, I just feel like I have to constantly remind myself of the impermanence of all things. Like snow, from water come to water gone.

Perhaps I put too much of my identity in being a programmer. Sure, LLMs cannot replace most us in their current state, but what about 5 years, 10 years, ..., 50 years from now? I just cannot help be feel a sense of nihilism and existential dread.

Some might argue that we will always be needed, but I am not certain I want to be needed in such a way. Of course, no one is taking hand-coding away from me. I can hand-code all I want on my own time, but occupationally that may be difficult in the future. I have rambled enough, but all and all, I do not think I want to participate in this society anymore, but I do not know how to escape it either.


If you work in any new technology field, the chances that your job will exist in the same way 50 years from now is very small.

The job, as you have done it at least, was also not here 50 years before you started doing it.

Did you have any of the same feelings knowing that you were doing a job that has not existed in the world very long? That seems like a strange requirement for a meaningful job, that it should remain the same for 50+ years.

In truth, our world and what we do for our careers is entirely shaped by the time that we live in. Even people that ostensibly do the same thing people have done for centuries (farmer, teacher, etc) are very different today than 100 years ago.


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

Search: