|
|
|
|
|
by Brian_K_White
1102 days ago
|
|
No argument. The point was only that far fewer people can work on assembly, and far fewer want to live within the limits imposed by things like muscl. They all expect to code in high level magic environments just like their huge ides with language servers, and their bosses expect a level of productivity that requires that too. If I wrote most things in this way, everyone else would think I was just trying to create artificial job security. Probably the very first reviewer would just reject it instantly and it would never even get started down that path. (unless a compelling justification could be demonstrated, and for most things there is no such justification) I'm not denying this is cool. I like it too. I'm only saying that the upx consideration doesn't matter, because that's an application concern while this is more like theoretical research, and because it's not even the only problem with using code like this in your average real project. |
|
No one is thinking that is anything other than a demonstration that it can be done in a few hundred bytes.
But it is possible to make software with C++ and other languages and actually start at 100KB or less.