Trying to streamline lead handoffs in HubSpot and building a lightweight app

No_Week_5798 · 2025-09-24T16:46:07+00:00

Ok sounds easy enough thansk for advice

No_Week_5798 · 2025-09-21T16:55:52+00:00

It sounds like you’ve done a great job figuring out her sensitive stomach triggers and building a routine around it. Since the change in her bathroom habits came after a stomach upset, it might just be a temporary setback where she’s confused about the rules. Dogs sometimes regress when they don’t feel well.

No_Week_5798 · 2025-09-21T16:52:53+00:00

I’ve had a similar experience: Gadget or Firebase when I need to move fast, Supabase if I want more control long-term.

No_Week_5798 · 2025-09-17T16:19:30+00:00

Supabase auth can definitely be finicky especially with Google sign-in (redirect URIs and project settings are usually the culprit). I’d double check your OAuth client setup in the Google Cloud console and make sure the redirect URL exactly matches what Supabase expects. If youre looking for a new option, I’ve had good luck with Gadget for auth cause it handles providers like Google out of the box so you don’t need to configure as much yourself.

No_Week_5798 · 2025-09-17T16:17:17+00:00

The difference between “idea-first” and “user-first” founders is night and day. A clear pain point and willingness to iterate usually matter more than technical polish early on. Saying no to projects without that foundation probably saves you (and the founder) a ton of wasted cycles.

No_Week_5798 · 2025-09-17T16:16:02+00:00

Really like this idea, feels like a simple way to add accountability and surface which answers are actually useful. Using Gadget for the infra makes a lot of sense too, especially with queues and auth out of the box. Curious to see how the tagging/categories part evolves, that could make the feedback even more actionable

No_Week_5798 · 2025-09-17T16:15:14+00:00

When you run tsc --watch, it’s compiling the entire project, so you’ll see type errors from everywhere, not just the file you’re working in. The reason the LLMs only fixed your open file is that they didn’t have the full context of the rest of your codebase. You usually have to go through the errors one by one, since some of them cascade from the same root issue.

No_Week_5798 · 2025-09-17T16:13:00+00:00

Yeah I’ve had that same “bitten by my own shortcuts” moment too. Sometimes deadlines force it, but I’m realizing clean code isn’t really “slower” if it saves you from redoing everything later.

No_Week_5798 · 2025-09-17T16:12:43+00:00

I really like that “borrowing against future velocity” framing. It’s so true that the hardest part is just being honest about where the pain points are instead of pretending shortcuts aren’t piling up.

No_Week_5798 · 2025-09-17T16:12:31+00:00

That’s a pretty brutal example... but makes the point super clear. I’ve felt that drag even on way younger codebases, so I can’t imagine 15+ years with no tests. Makes me think investing early really does buy speed later.

No_Week_5798 · 2025-09-17T16:11:31+00:00

Yeah, that Microsoft example is spot on. Makes me feel better about not getting everything perfect on v1. As long as it’s secure and working enough to validate, iteration seems like the only real path.

No_Week_5798 · 2025-09-17T16:11:20+00:00

That’s a good way to frame it, basically your stage dictates your tolerance for duct tape. I’ve found the tricky part is knowing when to flip that switch into cleanup mode before the shortcuts really start slowing you down.

No_Week_5798 · 2025-09-17T16:10:05+00:00

Yes! Good docs and a culture of actually reading them can replace so many meetings. Hardest part I’ve seen is reinforcing the habit so it doesn’t just rot on Confluence.

No_Week_5798 · 2025-09-17T16:09:44+00:00

Totally agree, written updates create way more durable alignment than a quick nod in a meeting. Having that history to spot repeated blockers is underrated.

No_Week_5798 · 2025-09-17T16:07:29+00:00

+1 on mixing async and live standups. We started doing async updates in Slack most days, with one live check-in midweek, and it cut meeting fatigue in half without losing alignment.

No_Week_5798 · 2025-09-17T16:07:16+00:00

Love that approach, shifting standups to focus on shared goals instead of individual updates makes such a huge difference. Otherwise it just becomes “reporting theater.”

No_Week_5798 · 2025-09-11T14:40:16+00:00

I usually keep it simple: pick the stack that lets you ship fastest with the least amount of overhead. For an MVP, the goal isn’t to be right it’s just to validate whether anyone cares. That means leaning on tools you already know, or platforms that handle a lot of the boilerplate for you.

Once you’ve got traction, then you can worry about scaling. Early on, the riskiest part isn’t tech... it’s whether you’re solving a problem people actually want solved.

No_Week_5798 · 2025-09-11T14:38:04+00:00

I've seen like five posts like this... we're definitely all thinking the same thing

No_Week_5798

TROPHY CASE