Live data from Hacker News

Ode to the M1

fabiensanglard.net

171–180 of 286 posts

Re: Ode to the M1

#171

Earlier quoted context omitted.

Just had a 2019 MacBook Pro 16" have its SSD die randomly. Took it to a repair shop and they said that since the internal SSD is soldered on to the logic board, there is no easy way to repair it without also getting a whole new board, so the machine is essentially completely bricked. I can't even boot it off of an external drive because Apple requires the boot volume to be the internal SSD! I couldn't believe it was…

But it’s not like this design was a secret that Apple kept from you, this is well known information.

I honestly hope that EU regulatory pressure forces Apple to make their Macs more repairable. SSD failure = brick is just bad design.

Re: Ode to the M1

#172

Earlier quoted context omitted.

Just had a 2019 MacBook Pro 16" have its SSD die randomly. Took it to a repair shop and they said that since the internal SSD is soldered on to the logic board, there is no easy way to repair it without also getting a whole new board, so the machine is essentially completely bricked. I can't even boot it off of an external drive because Apple requires the boot volume to be the internal SSD! I couldn't believe it was…

But it’s not like this design was a secret that Apple kept from you, this is well known information.

true in the context of HN, but kind of a moot point from a more broad consumer perspective, I think.

Re: Ode to the M1

#173
post #80

Earlier quoted context omitted.

A similarly bad problem is that Electron apps by default does not adhere to the operating system conventions and API:s, and often also does not use the the features which makes the OS good. For example all Electron apps I use have their own implementation of a spell checker rather than hooking into the system one. Normally in Mac OS if I add a word to the system dictionary all apps will learn that word, but in each E…

Most consumers don't care about native controls. In fact for a company it's more important to have a unified UX across all devices so that the user can pick up easily from one to the other, ie Macbook to iPhone. Slack is a good example of this.

Strong disagree with your assumption. I __hate__ unified controls across devices. When I am on an iOS device I want iOS controls, not the same as I have on Windows, and on Windows I want Windows controls, not something kind of like Mac OS. And I am 100% certain pretty much every consumer would actually agree if they were given the opportunity and knowledge about the situation, and the "unified" look is just something developers like me lie to ourselves about since it is easier to do it with Electron and not spend time and energy to do a properly good user experience.

Re: Ode to the M1

#174
post #173

Earlier quoted context omitted.

Most consumers don't care about native controls. In fact for a company it's more important to have a unified UX across all devices so that the user can pick up easily from one to the other, ie Macbook to iPhone. Slack is a good example of this.

Strong disagree with your assumption. I __hate__ unified controls across devices. When I am on an iOS device I want iOS controls, not the same as I have on Windows, and on Windows I want Windows controls, not something kind of like Mac OS. And I am 100% certain pretty much every consumer would actually agree if they were given the opportunity and knowledge about the situation, and the "unified" look is just something…

Well I can tell you having doing user interviews about precisely this topic for our teams that users really don't care about device specific controls and we've found that it's really devs that care a lot about it, and even then it's been specifically Apple users. Windows or Linux users didn't care as much, although Linux users cared a bit more than Windows users. Most of our interviewees said they either don't care or prefer unified controls per app.

Re: Ode to the M1

#175
post #133
post #119

Earlier quoted context omitted.

That’s not true at all. Have you actually used one? Edit: obviously if you need a windows vm you’re out of luck at 8gb ram

You’re out of luck if you need docker. M1 Macs would make fantastic Linux laptops, because macOS is appallingly bad at backend development. It makes it up in sheer hardware power and efficiency, otherwise I’d be completely at loss why it’s so loved.

Docker runs fine... Both x64 and arm64 containers run

Re: Ode to the M1

#176

Earlier quoted context omitted.

Just had a 2019 MacBook Pro 16" have its SSD die randomly. Took it to a repair shop and they said that since the internal SSD is soldered on to the logic board, there is no easy way to repair it without also getting a whole new board, so the machine is essentially completely bricked. I can't even boot it off of an external drive because Apple requires the boot volume to be the internal SSD! I couldn't believe it was…

But it’s not like this design was a secret that Apple kept from you, this is well known information.

Might not be a secret but it's not like Apple inform you on it. Looking at the product page you need to click on "How much is storage is right for you" to find a vague : "MacBook Air storage is not user accessible".

What does accessible even mean ? Far from clear that even Apple won't upgrade/change it.

And as for the boot issue it was not present on older modele and quite a lot of people only learned of it with the recent Rossman video.

Re: Ode to the M1

#177

> Both Ubuntu and Windows run at native speed since they are virtualized instead of emulated. Coudl someone explain it to me how it's possible? Because their website clearly says "On Intel Macs, x86/x64 operating system can be virtualized. In addition, lower performance emulation is available to run x86/x64 on Apple Silicon" - and Windows on ARM64 is still in a preview.

I use Windows on ARM64 on a daily basis in Parallels. It has been a shipping product for a while now (on Surface hardware).

Re: Ode to the M1

#179
post #173

Earlier quoted context omitted.

Strong disagree with your assumption. I __hate__ unified controls across devices. When I am on an iOS device I want iOS controls, not the same as I have on Windows, and on Windows I want Windows controls, not something kind of like Mac OS. And I am 100% certain pretty much every consumer would actually agree if they were given the opportunity and knowledge about the situation, and the "unified" look is just something…

Well I can tell you having doing user interviews about precisely this topic for our teams that users really don't care about device specific controls and we've found that it's really devs that care a lot about it, and even then it's been specifically Apple users. Windows or Linux users didn't care as much, although Linux users cared a bit more than Windows users. Most of our interviewees said they either don't care o…

I guess you limit your context to your own application and not the entire computing device and therefore you get flawed results.

Re: Ode to the M1

#180
post #179

Earlier quoted context omitted.

Well I can tell you having doing user interviews about precisely this topic for our teams that users really don't care about device specific controls and we've found that it's really devs that care a lot about it, and even then it's been specifically Apple users. Windows or Linux users didn't care as much, although Linux users cared a bit more than Windows users. Most of our interviewees said they either don't care o…

I guess you limit your context to your own application and not the entire computing device and therefore you get flawed results.

No, we never asked them about our own application specifically, it was about what they preferred generally across all of their devices. So, no flaws here. You may just be projecting your own bias for OS specific controls onto the general populace.
Post reply on HN