2 ms·
We are two wealthy people arguing over rents, with you saying $1M/month is reasonable, I'm saying it's not, I'm only paying $100k/month, meanwhile most of the w
by javajosh 4y ago
We are two wealthy people arguing over rents, with you saying $1M/month is reasonable, I'm saying it's not, I'm only paying $100k/month, meanwhile most of the world is paying on average $100/month.
25GB is enormous. 2.5GB is enormous. Consider that the core value of this software is text editing. Consider that not long ago people were buying PCs with perhaps 10MB of hard disk - or even no hard disk at all (e.g. the Apple IIe). Windows XP and Office 97, for example, were (if memory serves) less than 1 GB total. FoxPro for DOS was something like 4 megabytes - and FoxPro was a form builder plus relational database. Consider that with a thoughtful use of resources and an eye toward minimizing attack surface, you can put a fully functional http/s app server in a 1.9MB package (redbean).
These sizes are silly, and they should give you pause. The space is cheap, yes, but the attack surface is not.
- izacus 4y agoIt's not "text editing". It's "developing software" with all the tools that belong to that - from understanding the language, to compiling it, optimizing it, linking it and carrying necessary documentation and support libraries. Don't be reductive - just because your linux hides those costs directly in /usr and /var it doesn't mean those things don't exist.
- maccard 4y agoIt's not a text editor. It's an IDE, with built in development environments, SDKs, deployment tools. Debug symbols for native binaries are often 2-4x the size of the binaries themselves. > Consider that not long ago people were buying PCs with perhaps 10MB of hard disk - or even no hard disk at all Not that long ago in history, but an absolute eternity ago in computing terms. I have a direct internet connection to my home that is faster than the read write speeds of those computers. > Consider that with a thoughtful use of resources and an eye toward minimizing attack surface Attack surfaces have changed significantly since people were buying 10MB hard drives - you cannot write applications with the same security considerations from that time. > you can put a fully functional http/s app server in a 1.9MB package (redbean). The space is cheap, yes, but the attack surface is not. Firstly, redbean is the absolute extreme example of minimalism and portability. It's not "normal" it's an incredible feat of engineering frankly. Nginx isn't much bigger (~5mb) and caddy is bigger but still small (30Mb). The big difference between these and IDEs is that web servers dont provide client interfaces. For user facing tools they rely on web browsers to render html and interpret JS, so to make a comparison it's only fair to compare redbean + chrome to a Windows SDK install for example.