Hacker News Reader

I'm sure it's the wrong place to put the trade-off all the time on memory, because we already see that failing. Few people have the 16gb systems mentioned above. It's the reason ripcord (https://cancel.fm/ripcord/) can exist and charge money even though slack client is available for free.

I expect time-to-market is the trade-off in this case, but I'm not even sure about that. (For example ripcord is written by one person - how many web developers does slack have?)

It’s the wrong place to put the trade off because I highly doubt I’m receiving more value from Dropbox using 500MB as compared to 100MB. Unlike what VCs are telling Dropbox, I only want something to sync files from one computer to another and it most certainly is not the center of my workflow.

In my opinion, it reeks of lazy engineering brought about my PMs who want to turn Dropbox into something it isn’t.

The discussion is about dropbox, a background service that used to have much more reasonable memory use and for which has competitors using far less memory. A trade-off isn't necessary.

> For memory to go down, something else has to go up.

Like code quality and efficiency?