MacBook Pro for Developer

juro

Well-Known Member
Joined
Dec 7, 2006
Messages
318
Reaction score
73
It seems my 2015 MacBook Pro is finally dying, so it's time get a new one. As I do a lot of development using virtual machines, I'm wondering whether I need 32GB, or whether I can get away with 16. I'll have to upgrade to 1TB SSD anyway ... Any developers want to chime in?
 
Last edited:
It seems my 2015 MacBook Pro is finally dying, so it's time get a new one. As I do a lot of development using virtual machines, I'm wondering whether I need 32GB, or whether I can get away with 16. I'll have to upgrade to 1TB SSD anyway ... Any developers want to chime in?

Well virtual machines are going to be a problem…so you are going to have to change how you work.

As such, no you don’t need 32GB. Don’t need 1TB either.
 
Well virtual machines are going to be a problem…so you are going to have to change how you work.

As such, no you don’t need 32GB. Don’t need 1TB either.
Thanks for your reply. "Going to be a problem" ... in what sense?
 
I maintain various projects across different stacks (e.g. PHP, Python, Angular, React, PostgreSQL, Mysql, MariaDB, etc.) that depend on various combinations of said stacks. for testing I run these in (as light weight as possible) VMs using Docker or Vagrant.
 
I maintain various projects across different stacks (e.g. PHP, Python, Angular, React, PostgreSQL, Mysql, MariaDB, etc.) that depend on various combinations of said stacks. for testing I run these in (as light weight as possible) VMs using Docker or Vagrant.

So why the need for VM’s at all if you have Docker?
 
It's not bad practice to properly sandbox multiple client environments. I can't believe toy can't run a VM on an M series chip?

I mean it depends on the VM.

Now that we have more information the Linux based ones will likely be far less of an issue, it’s mostly Windows that is a problem and usually where the term VM comes into play.

If it’s all in Linux I would just use Docker which is perfectly sandboxed.
 
It's not bad practice to properly sandbox multiple client environments. I can't believe toy can't run a VM on an M series chip?
Docker is sandboxed, variables are set via environment that is container specific.

Vagrant is VM set-up though, so not all is worth migrating if rare.

Macbook's ARM will not work for well for it for legacy stuff, other team I am working with took macbooks and even with containerized, certain stuff is basically dead/will not be ported to ARM, so no support even if docker, they have remote build servers (dumb imho, good as possible, bad as workflow if just quick build).

If you have legacy in your workflow, I would not consider an ARM device currently.
 
Docker is sandboxed, variables are set via environment that is container specific.

Vagrant is VM set-up though, so not all is worth migrating if rare.

Macbook's ARM will not work for well for it for legacy stuff, other team I am working with took macbooks and even with containerized, certain stuff is basically dead/will not be ported to ARM, so no support even if docker, they have remote build servers (dumb imho, good as possible, bad as workflow if just quick build).

If you have legacy in your workflow, I would not consider an ARM device currently.
The trouble is you can't work with clients who use PowerBI. You then need another PC just for those.

It does seem daft that as a professional you have to maintain two machines.
 
Docker on Mac works relatively well, however I have found major performance issues if you are running a large stack with multiple machines. Apparently it's because Docker cannot talk to the file system directly, everything is rooted through the Mac filesystem, which slows it down a lot. One way that can help is to buy Parallels and there was a long blog post about that somewhere.

And here we all though containerizing things would make thing sooooo much easier ...
 
Top
Sign up to the MyBroadband newsletter
X