>Chakra runs on HackerRank’s existing, audited production infrastructure and [...] Candidate data is never used to train AI models, and all hosting is done securely with each customer’s data isolated.
Homepage
>Developers don’t write code anymore. They plan, build and review with AI.
I wonder which LLM provider is actually running the inference, getting all that juicyness. Because "runs on.." doesn't really mean "stays inside". Also the name is weird, "let's check your chakras!" "how did your chakra test go?".
It should be said that there were others - like https://interviewing.io/https://karat.com/ et al - that figured out the importance of moving beyond "grind LeetCode" years hackerrank did, but it's good to see them acknoweldge this, too.
As someone who is top x% on Leetcode (I think I also held the longest daily streak), I would say Leetcode is a test of perseverance. I became a worse developer because I spent time on Leetcode instead of my open source projects, but it taught me marathon long grind. I truly believe its unintended positives are somewhat worthwhile.
> I truly believe its unintended positives are somewhat worthwhile.
If the point you're making is that solving complicated, synthetic programming challenges helped built your stamina and mental endurance, is there another way you could have built the same but in a much more productive and pleasurable manner?
Perhaps in a manner that would also have resulted in the improvement of your community or humanity as a whole instead of being the millionth person to "solve" the same exact problem?
Well, I am happy that people are noticing that LC interviews were not the best idea, but I am sad to see that they are noticing it for the wrong reasons (LLMs will replace the need for algorithms).
> Tasks: Algorithmic questions → real work in code repositories
> Evaluation: Code correctness → AI fluency and judgment
I am never trading algorithmic knowledge for "real work", unless I am hiring for something that does not really require any kind of intellect, which would make me question why I am hiring in the first place. Same goes for code correctness. I wouldn't really like working with anyone who can't read and assess the code they are trying to ship (whether they wrote it or generated it).
That said, I really hate(d?) LeetCode. I recently passed two long interview loops at two FAANG companies, and the number of LC questions was frustrating. Some of them were problems I practically had to memorize because their solutions relied on very specific tricks that rarely come up in real engineering work (take, for example, the in-place index manipulation in First Missing Positive, the binary search trick in Median of Two Sorted Arrays, or the pivot trick in Next Permutation). There were so many of them, and yes, some came up. I did well and got offers, but part of me felt sad for those who might not have had the same opportunity simply because they weren't lucky enough to have practiced and memorized the same ad hoc problems I did.
Replacing this process with engineers prompting a CLI is not evaluating much at all. In fact, it might be even less reliable because agent behavior is not deterministic. It's possible that one candidate will simply get luckier with their agent than another.
What I have always proposed is to keep algorithmic knowledge as part of the process. At least IMO, it is a crucial part of engineering intellect, but it must be combined with other assessments: communication, problem clarification, code correctness, etc. Otherwise, HackerRank is just inventing another cult, using tokens rather than problems.
As much as I detested the idea of Leetcoding the reason they became the de-facto for hiring was two fold:
- Software development for the most part did not require any particular specialization but it paid really well because of the explosive growth of the internet so there was an oversupply of talent.
- Most companies had no idea what they wanted from hires and how to test them so started copycat-ing puzzle based and algorithm and data science questions from the days when programming was mostly numerical computing
It devolved into a race to the bottom as more and more people lured by the 300k packages lined up and companies well aware of "No Silver Bullet" threw these people at increasingly menial tasks.
Companies at Leetcode and Hackerrank have no relevance now that you can ask an AI agent to do a hyper specialised candidate selection based on the role, with most roles now being redundant every six months.
I wouldn't go that far. My last job had someone apply that blatantly lied on their resume. Had we just hired on vibes or a trial basis, it would have been awful for what was then a tiny business with a very narrow runway.
This is Hackerrank quickly realizing that their platform was becoming obsolete due to developers using AI agents and had to quickly adapt to that.
They only waited for AI to get this good to then post this fake letter with new assessments which tests for outcomes written by a machine but not raw understanding.
Sorry we increased the AI/word rate to 20% in order to summon agentic investment and sales harnesses as if reciting a satanic Super Intelligent invocation.
2030: Sorry we made you sit through AI interviews.
FAQ
Homepage I wonder which LLM provider is actually running the inference, getting all that juicyness. Because "runs on.." doesn't really mean "stays inside". Also the name is weird, "let's check your chakras!" "how did your chakra test go?".It should be said that there were others - like https://interviewing.io/ https://karat.com/ et al - that figured out the importance of moving beyond "grind LeetCode" years hackerrank did, but it's good to see them acknoweldge this, too.
Interviews need to test for expertise and beginner’s mind, and it’s not necessarily the same question or round that needs to test for both.
As someone who is top x% on Leetcode (I think I also held the longest daily streak), I would say Leetcode is a test of perseverance. I became a worse developer because I spent time on Leetcode instead of my open source projects, but it taught me marathon long grind. I truly believe its unintended positives are somewhat worthwhile.
> I truly believe its unintended positives are somewhat worthwhile.
If the point you're making is that solving complicated, synthetic programming challenges helped built your stamina and mental endurance, is there another way you could have built the same but in a much more productive and pleasurable manner?
Perhaps in a manner that would also have resulted in the improvement of your community or humanity as a whole instead of being the millionth person to "solve" the same exact problem?
> As someone who is top x%
Technically all of us are top x%, for some x!
Whiteboard interviews will be the cornerstone forever, that doesn't mean we should discount other things.
Well, I am happy that people are noticing that LC interviews were not the best idea, but I am sad to see that they are noticing it for the wrong reasons (LLMs will replace the need for algorithms).
> Tasks: Algorithmic questions → real work in code repositories
> Evaluation: Code correctness → AI fluency and judgment
I am never trading algorithmic knowledge for "real work", unless I am hiring for something that does not really require any kind of intellect, which would make me question why I am hiring in the first place. Same goes for code correctness. I wouldn't really like working with anyone who can't read and assess the code they are trying to ship (whether they wrote it or generated it).
That said, I really hate(d?) LeetCode. I recently passed two long interview loops at two FAANG companies, and the number of LC questions was frustrating. Some of them were problems I practically had to memorize because their solutions relied on very specific tricks that rarely come up in real engineering work (take, for example, the in-place index manipulation in First Missing Positive, the binary search trick in Median of Two Sorted Arrays, or the pivot trick in Next Permutation). There were so many of them, and yes, some came up. I did well and got offers, but part of me felt sad for those who might not have had the same opportunity simply because they weren't lucky enough to have practiced and memorized the same ad hoc problems I did.
Replacing this process with engineers prompting a CLI is not evaluating much at all. In fact, it might be even less reliable because agent behavior is not deterministic. It's possible that one candidate will simply get luckier with their agent than another.
What I have always proposed is to keep algorithmic knowledge as part of the process. At least IMO, it is a crucial part of engineering intellect, but it must be combined with other assessments: communication, problem clarification, code correctness, etc. Otherwise, HackerRank is just inventing another cult, using tokens rather than problems.
Is this the tool that they're using for the new round in Google interviews (in the US)?
Sorry we made you do the old dumb thing, now introducing the new dumb thing!
(also we're not really sorry about the old dumb thing)
Their new thing is objectively worse as well.
As much as I detested the idea of Leetcoding the reason they became the de-facto for hiring was two fold:
- Software development for the most part did not require any particular specialization but it paid really well because of the explosive growth of the internet so there was an oversupply of talent.
- Most companies had no idea what they wanted from hires and how to test them so started copycat-ing puzzle based and algorithm and data science questions from the days when programming was mostly numerical computing
It devolved into a race to the bottom as more and more people lured by the 300k packages lined up and companies well aware of "No Silver Bullet" threw these people at increasingly menial tasks.
Companies at Leetcode and Hackerrank have no relevance now that you can ask an AI agent to do a hyper specialised candidate selection based on the role, with most roles now being redundant every six months.
Sorry we made you grind LeetCode.
Here's a slop bot to talk to instead.
Never support human quantification efforts.
Your best idea has been sponsored. You have 100M to hire some great devs and build it. How do you select who to hire?
I wouldn't go that far. My last job had someone apply that blatantly lied on their resume. Had we just hired on vibes or a trial basis, it would have been awful for what was then a tiny business with a very narrow runway.
Narrator: They were never "sorry".
This is Hackerrank quickly realizing that their platform was becoming obsolete due to developers using AI agents and had to quickly adapt to that.
They only waited for AI to get this good to then post this fake letter with new assessments which tests for outcomes written by a machine but not raw understanding.
Sorry we increased the AI/word rate to 20% in order to summon agentic investment and sales harnesses as if reciting a satanic Super Intelligent invocation.
“code correctness -> AI fluency”
>Why did you choose that approach? What would you change? How did you validate the AI-generated code?
The first question doesn’t make sense given the last, you should ask the ai the first one.
The final sentence trivializes what was originally an excellent point.
Algorithmic interviews have ZERO value in a world where Opus 5.5 is better than any coder on earth at writing algorithms.
did they really need AI for this? sounds like the questions everyone should've been asking the first place, even before AI.