If anyone can vibe code, how will companies decide who to hire?
Today, traditional engineering interviews often revolve around DSA (Data Structures and Algorithms).
And while DSA tests analytical rigor, it also wires thinking into strict, logical frames.
Creativity lives outside those frames.
Problem-solving and creating experiences are two entirely different games.
And sometimes, forcing a purely analytical mindset can quietly erode creative instincts — the very instincts vibe coders thrive on.
Which raises a bigger question:
Is the future of technology moving into the hands of more imaginative, creative builders — rather than traditional analytical problem-solvers?
The landscape is shifting.
Tomorrow's tech leaders might not be the ones who solve problems the fastest — but the ones who dream, imagine, and build experiences that feel alive.
Let’s Explore Together:
If you were designing a hiring process for vibe coders, what would it look like? (Ship a product? Solve a challenge? Collaborate with AI?)
Is vibe coding a new skill category — or just a shortcut?
Would traditional engineers embrace vibe coders as peers, or view them as outsiders?
Is technology becoming less about technical mastery and more about creative fluency?
What new “thinking muscles” will the next generation of builders need to develop?
The future is unfolding fast — and it’s about to get wildly more creative.
Replies
I think vibe-coding v1 is about going from brief to complete solution in one cut. And then you get what you get and its close to impossible to improve upon what you got. But I think vibe-coding, or even vibe designing, v2 is much more interesting. It will be about iterative vibing. going from zero to 0.1 then 0.2. etc. And that requires a lot of human-in-the-loop work. Which is a skill. Im doing vibe coding and vibe designing v2 today. But its fringy and buggy, and not ready for mass adoption. In any case. I wrote a bit about vibe designing yesterday here: https://eoncodes.substack.com/p/vibe-designing-with-cline-mcp-figma
@sentry_co Love this perspective — especially the idea of iterative vibing over one-shot creation.
I disagree with your premise that forcing an analytical mindset erodes creative instincts. Software engineering always starts with imagination. We dream and imagine the product, how it should work, and then the analytical process begins to code it. To make it exist.
Vibe coders are creative. I was hesitant to accept it at first, I'm in that traditional engineer group, but I honestly don't think it changes anything about our profession. We can implement things faster through vibe coding, but the job is the same. Imagine the product, design the technical architecture, and code it. And if you're prompting an AI to contribute to all of these phases, I need to trust your knowledge to trust that you can properly evaluate the code that's produced by AI.
It will be this way at least until AI can do it all on its own. When that happens vibe coders and traditional engineers alike will be gone :)
@appsforhumans I really like your take on this — especially the point about imagination being at the core before analysis even begins.
You're right: whether it’s traditional engineering or vibe coding, the foundation is still vision first. Appreciate you sharing your perspective!
I think interviews will slowly be more similar to the real job positions than they are right now. Instead of asking to scaffold a project or do some minor things in a very tiny project, I think it will be more related to understanding a big project and debugging and fixing small and scoped bugs in it. And I don't think vibe-coding or AI would be a valid / fast solution here.
At least, that's how I was approaching hiring when I needed a software engineer!
@david_camacho_cateura1 I've hired a few good software engineers solely on a conversation and discussion about projects and technologies. I've been in the field for 10 years, but it was my first time being on the interviewer side. My opinion is that I can tell the difference between someone who knows what they were talking about or not.
A little pop quiz about specific technologies that we're using. If they're not familiar with it that's completely fine, then I look for common ground we can talk about, or I have them explain their domain to me. We'll talk about the software ecosystem in these domains. My feeling is that only someone with appropriate experience will be able to talk about them knowledgeably, share their frustrations, discuss trustworthy resources to use when working on a problem, all those things that come with software engineering. Usually the discussion will show how much real experience they have. Not years of experience, but actual hands on experience. It is my firm opinion that one can work in the industry for years and still not have suitable experience for a particular role.
The gist is if I feel like I'm talking to a peer in the industry, I'll recommend them to be hired. I don't really need to watch them code, that's like the most rote/mechanical part of the job. I do think coding standards are important, but we can work on that on the job.
Can someone explain to me briefly, what is vibe coding? Because i cant really understand..
@haris_designer
You vibe with the AI and code comes out.
Check out loveable.dev or cursor for examples. Basically you tell an AI what you want, AI codes it, you tell it to fix what's broken, and repeat until you have a product. It is... not for me.
There are methods for making it perform better so it writes code with less issues. I've heard if you converse with the AI to design the software architecture, then it will do a decent job of implementing that architecture. Things like that. But basically it's vibe coding is just talking with AI and letting it code for you.
Lancepilot
I think companies will start caring more about what you can actually build rather than how well you pass a coding test. If you can ship real things that people want to use, that’s going to matter way more than just solving algorithms. The future feels like it's about creativity + execution, not just technical perfection.