I respect some of what’s being said about “mappers” vs “packers” - but the article presents the idea that there are 2 kinds of programmer and you’re one or the other, largely based on growth as a “real” mapper.
I think a more realistic description is that everyone is a mapper. There isn’t a single body of knowledge that is “software engineering” - so it’s ok to encounter something new, “pack” it, then map it if it’s valuable.
Far better to encourage mapping than create false dichotomies that can easily work their way into cultural fit interviews.
“The candidate failed to find an obscure error in the JS console… clearly a packer - no hire”.
I wonder if your tone and advice still make sense in these similar scenarios:
1. You have a large number of peers who start chat conversations with “Hi, are you busy?” That question is begged with just “hi” and implies a forced urgency.
2. All your coworkers start email threads with “hi” and wait for peers to respond before continuing. If that seems ridiculous, you now have an idea what “hi” is like for remote workers.
That last line gave me a chuckle… the most positive feedback Bartik could provide, which somehow hurt more for the writing.