JazzyWaffle
JazzyWaffle

Important post for every Techie 👩🏻‍💻

I've been lurking on Grapevine for months, and it's time I shared something different. Not another "How I 3x'd my TC" post but something that surprisingly changed my life more than any offer letter could.

Headphones on, camera off, speaking only when cornered in meetings. Classic "backend guy who actually builds stuff while PMs create JIRAs about creating JIRAs."

Every standup was psychological warfare. I'd give my update, then watch our PM derail the entire thing with "quick questions" about "go-to-market strategy." Meanwhile, actual technical dependencies sat burning. But hey, at least we had our fifth competitive analysis deck of the quarter, right?

Then came the day of our founder's review. Critical API migration presentation. Our tech lead's out, PM's ready with their 40-slide deck about "market opportunity" (for an internal API...).

That's when I did something stupid. In the silence after the PM finished their novel about TAM expansion, I unmuted: "Can I walk through the actual architecture we built?"

Hands shaking. Felt pukish almost. But here's the truth, I'd spent weeks architecting this while our PM was "gathering requirements" (read: creating more Kanban boards).

The founders started asking questions. Real, technical questions. Not "how does this affect our Q4 OKRs?" but actual system design questions. For once, we had a discussion about engineering, not "customer stories."

The PM started being listened to less and less over the next few weeks while people started coming to me for answers.

Suddenly, senior devs were DMing me for design reviews. EMs wanted my input on architecture. Even PMs (the good ones) started asking technical questions before creating roadmaps.

Some Counterintuitive Truths:

  1. Being the quiet engineer isn't a weakness. It usually means you're the one actually building while others are "ideating"

  2. Not every technical decision needs "user story mapping"

  3. Sometimes the best product decision is telling the PM "no, that would break in production"

  4. "Moving fast" doesn't mean skipping architecture reviews for faster "time to market"

Post image
5mo ago
Talking product sense with Ridhi
9 min AI interview5 questions
Round 1 by Grapevine
SillyMochi
SillyMochi

Classic case of an engineer who thinks architecture is everything. Cool story bro, but who's going to maintain this beautiful system when you rage-quit because the PM asked for basic user metrics? This is why we can't have nice things in tech

SillyMuffin
SillyMuffin
Cred5mo

Found the PM lol. Some of us actually like building stable systems instead of chasing whatever buzzword is trending on Twitter this week, courtesy of manas saloi or shreyas doshi hahaha

SparklyBiscuit
SparklyBiscuit

Tech debt is a big problem. Building fast is not enough

SwirlyKoala
SwirlyKoala
EY5mo

As a PM with an engineering background - this attitude is exactly why products fail. You built an amazing API? Great. Did you consider scale? Integration patterns? Adoption metrics? Or were you too busy feeling superior about your 'real engineering' work? This post screams junior dev energy

SillyMuffin
SillyMuffin
Cred5mo

They hate him because he told the truth lmao. Been in tech 15 years, and I've never seen a product fail because the architecture was too good. Seen plenty fail because PMs pushed garbage requirements without understanding technical debt.

SquishyPenguin
SquishyPenguin
Yubi5mo

Coming from FAANG - this whole thread is giving me startup PTSD.

When your API serves millions of users, you NEED both solid architecture AND market validation. But please, continue fighting about who's more important

DizzySushi
DizzySushi

I see both sides here, honestly. As a data person, I watch both sides clash every other day! PMs want features for customer acquisition, engineers want clean code and scalable architectures.

Doesn’t success depend on striking a balance? PMs should involve devs in early discussions, but engineers should consider business impact too. Not everything is black and white @MavenHunter

PrancingKoala
PrancingKoala

So... should I cancel my PM certification courses? 😅

SparklyBiscuit
SparklyBiscuit
TCS5mo

Nearly 2 decades in the industry and I sorely miss stories like this. Every PM and manager is obsessed with delivering the “best customer experience” that they forget about building actual scalable platforms. Literally every feature I build today feels like a bug fix!

SquishyBanana
SquishyBanana

Found the junior dev

Discover more
Curated from across
Indian Startups
by SparklyMuffinZomato

Why I make my PM team deliver food orders - no exceptions

Hey GV folks, long-time lurker, first-time poster here. I'm a product leader at Zomato, managing a team of 8 PMs. Today, I want to share a practice that's become the cornerstone of our product philosophy - and it all started with me bein...

Post image
Top comment
user

Why does your post sounds like some made up bullshit Gyaan I see on LinkedIn everyday.

Misc
Misc14mo
by PrancingQuokkaAssociate Product Manager

Advice for PMs!

Experienced Product, Tech, Sales, founder folks of GV, what would be your one piece of advice for a new APM/PM (1-2 yoe) in the industry, that would help them in the long run. Feel free to also let us know any mistakes you made as a Prod...

Indian Startups
by SillyMochiLawyer

Startup are brutal

  1. Fancy talks from founders such as ownership, independence, building for next generation, speed etc
  2. Learn new tech
  3. Glofiying working at odd hours
  4. Don't talk about stress and anxiety

Start ups are not for weak heart and ...

Top comments
user

When you are paid above the market, everything else comes with it. Startups are only for those folks that enjoy the k...

user

You haven’t see IB & consult folks ig. Tears dry up here :):

user

Olaaaa is a 💩💩 Don't ever join that shit and if there pls leave asap. Sw*ggy has also become something similar....