If you answered that, my past self would have appreciated your answer and maybe even stopped. I mostly got things like: "code", "cash", "love" and one time a "fart"
Back when I was younger and interviewing candidates for a startup where I was one of the oldest engineers my favorite "fit" question used to be "tell me your favorite 4 letter word".
I never actually based my decision on that one, only the technical questions.
This is an example of where I (probably) contributed to making some people feel uncomfortable and I wouldn't do it now.
I find that it often pulls a solution that is good enough for this problem today. Sometimes that is great, and other times it's just creating a pile of shit
Can you explain to me why either of these is useful?
I've somehow gotten by never really needing to pipe any commands in the terminal, probably because I mostly do frontend dev and use the term for starting the server and running prodaccess
Ive done this before, I have used a bespoke micro framework to build a webpage. A couple of years later I wanted to update it, but discovered that I couldnt do it because of a bug in this framework and the framework also didnt exist anymore.
I could fix the bug myself by reading all their code, or I could start over and use something that would still exist next year.
Its written like the developer has a limited supply of lines of code. No comments, ton of declarations on the same line, and lines that run longer than most widescreen monitors.
Its all super compact and dense. I would not want to try to fix a bug here.
Suggestion: Add a build step that runs before your code is published to npm so that you can have readable source AND small source.