While I care a lot about typing lag (but not at all about autocomplete), if an editor doesn't start fast, or at least has a client-server model where the
client starts fast, I'd drop it after 5 minutes.
That's one reason to care about program size, though less so about the basic binary as about how many extra dependencies it has, and certainly what else it does during initialization matters (e.g. many Emacs configs does DNS requests synchronously in the critical path on startup, and end up hanging until timeouts trigger if your network is down... Fun times)
RAM usage I agree matters less. I can't remember the last time Emacs warned me I was about to open a large file. My own editor is so RAM inefficient it'd bring my laptop to its knees in no-time if I were to open a huge file. I'm happy to fall back on another editor i I for some reason ever need that. Though with many application RAM usage is large for all the wrong reasons (my editor would be in that category for other people; for me it's the right reason: it keeps it tiny and fast for me to hack on for the time being - but I don't inflict it on other people (yet)).
But it's still useful to evaluate on these criteria, as they may matter more for others.