Back to the blog

Stop Interviewing for Rote Memorization

Why interviews should test engineering thinking and the maturity of solutions, not the capacity for memorization.

Authors: slavb18

Stop conducting "rote memorization" interviews.

In real work, no one writes code "in a vacuum."

A developer:

  • googles
  • reads documentation
  • uses AI
  • tests hypotheses

And that's normal.

👉 Therefore, a normal interview should allow all of this.

The paradox is that access to tools doesn't hide weak candidates - on the contrary, it quickly reveals them.

Someone might perfectly explain:

  • how the event loop works
  • what garbage collection is
  • what patterns exist

But at the same time, they might:

  • be unable to make a decision
  • not see compromises
  • write fragile code

The Real Signal - Not Knowledge, But Thinking

What's truly important:

  • whether a person can distinguish a good solution from a bad one
  • whether they understand the consequences of their decisions
  • do they simplify or complicate
  • do they build a system or merely simulate work

👉 Their "taste" = what they will bring to the product every day.


Tools Are Not The Problem

The same stack yields two results:

  • one builds a system that lives for years
  • the other - a structure that breaks with any change

The difference isn't in the language or the framework. The difference is in the engineering approach.


AI Is Not a Cheat Code

What's important is not "what was generated," but:

  • how it was verified
  • how it was critiqued
  • what risks were identified
  • what tests were written

Without this, you're not an engineer. You're just an operator.


Conclusion

Interviews should test:

  • thinking
  • maturity of solutions
  • ability to deliver results

Not memorization.

And training should be about:

  • reading code
  • analyzing solutions (including AI)
  • refactoring
  • architecture
  • communication

In short:

👉 A good developer is not someone who knows. But someone who can figure things out and make decisions under uncertainty.


📚 Read also