sdfdf4434r34r

4 ms·

1. 1.▲
   by sdfdf4434r34r 5y ago

   Because it's not C++ code: https://github.com/hanabi1224/Programming-Language-Benchmark...
2. 2.▲
   by sdfdf4434r34r 5y ago

   'Normies' probably never open up the control panel/settings to change anything, ever.
3. 3.▲
   by sdfdf4434r34r 5y ago

   C is the most portable language in practice, so that can't be true.
4. 4.▲
   by sdfdf4434r34r 5y ago

   You're off by a factor of 10, it killed 50 million in 1918-1920, 1-4 million in 1957-1958, 1-4 million again in 1968-1969, 700k in 1977, 100-200k in 2009.
5. 5.▲
   by sdfdf4434r34r 5y ago

   Same here. The constraints he talks about (hardware and memory) I find to be a lot easier to program for because they really put a hard stop to useless abstractions - I find myself just wiring straightforward code and getting things up and
6. 6.▲
   by sdfdf4434r34r 5y ago

   >{ contentType: "image/jpeg", content: <real binary data not base64> } It would have to be encoded somehow, because what if the "real binary data" included the byte 0x7D which is '}'
7. 7.▲
   by sdfdf4434r34r 5y ago

   And then you get to the unfortunate situation that is the x64 ABIs - int is still 32-bit, leading to a bunch of extra movsx instructions if you use ints for things like indexing.
8. 8.▲
   by sdfdf4434r34r 5y ago

   As an embedded programmer working on small micros I make every single function static (including third party code, which I modify and bring into the source tree and curate myself), gives you global/link time optimizations and dead code