ie I'm running Rails, MySQL, Elastic, Redis, Nginx, Memcached, and in some cases, multiple instances (dev, test, and multiple shards)
And then the usual OS requirements - Vim, 250 browser tabs, Slack, Hangouts, etc.
I'm sure there are all manner of optimisations and assumptions that could cut things down, but I'd rather the big manufacturers upgrade their RAM capacity every few years so I can focus on a dev environment that's a good approximation for prod.
Also, 250 tabs? dayum. I don't know how anyone could effectively use that many tabs. I don't think thats what browsers/laptops are designed for. My mind memory of just the tabs would be saturated long before the laptop's.
I do work in graphics/rendering, I work on laptops often and plan to get a surface pro, 16 GBs is the most painful part of working on a laptop for sure. It is the primary reason I spend most of my day on the 128GB ram desktop whenever I'm close. But even 32GB would go a long way for me.
Furthermore, I found that solutions which couldn't be successfully worked on with <16GB RAM were basically architecturally unsound. Not being able to scale the workload on demand or control peak demand. Extra RAM just hid poor developers from their non-scalable solutions - or just increased their downtime till they got an OUT OF MEM error. The issues were only exacerbated at scale - failing even with 128+ GB in RAM.
Basically, when the difference between a dev sample and a prod sample is 3+ orders of magnitude, your ability to scale the process up/down, fail gracefully, even battery life, etc. are far more important than having large swathes of memory to fail on. Especially on the go.
If you do deal with production (big) data, you're ssh'ed in to some always-on, process-maintained hardware if only for the sake of latency and interruptions. And you better have the toolset to do it. How much memory does a terminal take?
For graphics, I understand - but then you're definitely not working on a surface pro or on the go at all really.