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

iconicompany

outstaffing aggregator ·
project work for IT specialists

for companies Platform

Client sign-in is a separate page, not this site for specialists.

specification notes
  • only the account-area theme is taken from the imatching project — none of the account-area functionality is carried over
  • colours — from the imatching account-area theme
  • fonts — from the imatching account-area theme: Bricolage Grotesque · Public Sans · JetBrains Mono
  • register — “the air of a public site”, not the density of an account area
  • product type — landing, a public site
  • not an admin console
  • not a mobile app
  • reference for the product type — skillstaff.ru, and for the type only
  • the brand and styling of skillstaff.ru are not copied
  • the themes differ: our own product (this public site) and the engine (the “Platform” page)
  • our own product is IT outstaffing; this public site is built for it
  • the tender story is not surfaced on the home page — it lives on the “Platform” page

© 2026 iconicompany

responding — as a link to your hh CV · without registration