←back to thread

291 points jshchnz | 7 comments | | HN request time: 0.628s | source | bottom

Soham Parekh is all the rage on Twitter right now with a bunch of startups coming out of the woodwork saying they either had currently employed him or had in the past.

Serious question: why aren't so many startups hiring processes filtering out a candidate who is scamming/working multiple jobs?

1. saejox ◴[] No.44462679[source]
I can't even find one job. What's his secret?
replies(3): >>44462758 #>>44462836 #>>44463384 #
2. Zealotux ◴[] No.44462758[source]
He perfected the hiring game, probably automated fake activity on his GitHub, lied on his resume, among other things: https://leaderbiography.com/soham-parekh/
replies(1): >>44463095 #
3. nottorp ◴[] No.44462836[source]
He was good at the office politics kabuki. Wore the right masks and all.
replies(1): >>44462969 #
4. ayewo ◴[] No.44462969[source]
GP is asking how is he able to land multiple jobs in the first place when they can’t even land one.

Office politics comes after you land a job so it doesn’t explain why he was so successful at getting multiple offers.

I’ve seen claims on Twitter that he used multiple tactics:

1. Good ol’ cold emails;

2.Using a recruiter for warm intros

3. Applying like everyone else but with a resume that is full of fabrications.

A common thread in many of his victim companies: he targeted mostly (YC) startups eager to hire (AI) engineers quickly so they can scale.

replies(1): >>44463008 #
5. nottorp ◴[] No.44463008{3}[source]
> Office politics comes after you land a job

You think? I'm extending the term to actually getting a job in "traditional" organizations. You already have to optimize for keywords etc, don't you? It's not human interaction but a "process".

> he targeted mostly (YC) startups eager to hire (AI) engineers quickly so they can scale.

But they got an "AI" engineer didn't they? Or no one in management could define what an "AI" engineer is?

Tbh I'd give the guy a high paying job, but in marketing.

6. meander_water ◴[] No.44463095[source]
There are a few comments from the companies that hired him in the og twitter thread [0]. Sounds like he was actually really good at interviews. Kinda shows how broken the hiring system is if you can smash an interview but fail catastrophically at the job.

[0] https://x.com/Suhail/status/1940287384131969067

7. sfn42 ◴[] No.44463384[source]
Be competent and able to prove it. Work with in-demand tools - for me that's .NET, React, Azure, SQL dbs etc. For others it may be go, python, java, AWS, GCP whatever is in demand near you. Probably not Rust, C or C++ etc - I'm sure there's demand for that too but at least near me they're a lot rarer.

Some people do well working with obscure stuff like cobol and Delphi etc, but I wouldn't really recommend that unless it kind of just falls in your lap somehow.

Web development is pretty big, if you can work full stack even better. At least that's what I do, and I don't have any trouble getting jobs.

If you struggle with simple interview questions, work on fundamentals. All my technical interviews have been quite easy but the interviewers have been very impressed. This tells me most devs have poor understanding of programming fundamentals. Being able to do well at interviews is not that hard and it opens a lot of doors. Things like advent of code, codewars etc are good practice. Maybe dust off your old DS&A book and go through it again. A good DSA understanding will help you in your daily work as well, it's not just about interviews. You're not supposed to memorize algorithms, you're supposed to understand them, understand what makes some algorithms faster than others, understand how to use different data structures to improve your algorithms. Understand how to judge the performance of an algorithm just by reading it (big O and such). It's extremely useful and important, I use this knowledge on a daily basis and it helps me do well in interviews.

Also be good with databases. The database is the core of an application, it can and should do most of the heavy lifting. An API is basically just an adapter between a frontend and a db.