Sanjay
writing since 21 Apr
Day 5 of 30Open to roles
Day 37 · public proof
How Sanjay thinks
Asks the question others skipped — then owns the answer, and can say why.
↳the log that shows itarticulate·curious·decisive
◈ Open to being sharpened
How Sanjay thinks, mapped · lit by their own logs · 7 showing
How they reason · the four moves
Evidence
argue from what you saw, not what you assumed
Alternative
name the option you didn't take
Assumption
surface what you're taking on faith
How they work · the qualities founders read for
Curious
you ask, not just assert
Articulate
you write the full why
Ownership
you own the call & the miss
You update
change your mind on evidence
Showing — it’s in their logs; tap to see them allno %, no rank — evidence, not a score.
Milestones3 earned
Day 30 · Sep 07Day 20 · Jun 10Day 10 · May 11
About
LLMs / GenAI
🎓 —
Sanjay · the character an interview can’t show
36 logs over 23 weeks — read from their own words.
Shown so far: Honest when it's not working, Adjusts and Makes the tools better.
Character · what an interview can’t reach
✓Shown
Honest when it's not working
6 stuck and 8 hard days, logged plainly instead of hidden.
Proof · from their own logs
30 Jun
✓Shown
Adjusts — updates when the evidence changes
Changed course 2 times in the open, with the reason written in — not dug in.
Proof · from their own logs
10 Jun
✓Shown
Makes the tools better
1 report they filed got fixed — they improve what they use, not just what they're paid to.
Proof · reports they got fixed
10 Aug
The judgment behind it ↓
And the technical judgment holds up
Evidence9
Alternative16
Assumption12
Tradeoff1
Showed up · 31 days
6 stuck + 8 hard days, logged anyway. Nobody farms honest bad days — that’s why this counts and a streak doesn’t.
A hard day, in their words
I'm stuck on building my first ever, framer template.
Read Sanjay’s 30 logs ↓sign in to connect with them
Recent logs30
Quiet day3 Jul 2026
—
Quiet day3 Jul 2026
—
Changed my mind10 Jun 2026
Figuring product flow before touching UI designs because If I do not do this, Eventually I ended up in a difficult situation (confusion in between flows) and not have the complete overview to estimate the proper execution time. Uncertainty leads to frustration and procrastination. Even I'm moving in a blinded direction hoping for better outcome. But ended up in dungeon.Planning & making the architecture before UI execution is so crucial to avoid misunderstanding and reworks in between you & your manager or CEO.
If I do not do this, Eventually I ended up in a difficult situation (confusion in between flows) and not have the complete overview to estimate the proper execution time. Uncertainty leads to frustration and procrastination. Even I'm moving in a blinded direction hoping for better outcome. But ended up in dungeon.Planning & making the architecture before UI execution is so crucial to avoid misunderstanding and reworks in between you & your manager or CEO.
Decided4 Jun 2026
Discipline over Excuses because It's hard to maintain, but more effective to live the life, you wished for the way, you want!
It's hard to maintain, but more effective to live the life, you wished for the way, you want!
Free write28 May 2026
I learned one more valuable things from my mentor & my boss and also my well wisher - He always told me - Before touching figma, understand the problem context and then suggest me to work on UI part next. The exact mistake, I repeated a lot because of deadlines and being in some complex situations. Unfortunately, in the end - the mistake addressed sharply by my boss. Today, I realized and corrected my mistake, work for the value & the impact I create - not for the submission or working like you don't like the work.
Free write27 May 2026
Arul, as of now, we're sharing business-related book knowledge with our target audience. Am I right? If I'm wrong, correct me.
Quiet day26 May 2026
—
Quiet day24 May 2026
—
Free write22 May 2026
This hackathon - taught me some many valuable things for my career.1. Data (evidence) backends great and clear decision on the problem.2. Assumptions cost more than, what we think about it.3. Handling with different set of persona's and Geographic's of the users.4. Practicing with behavior changes of the users.Main point - Assumptions, for example - we believe this upcoming feature will gonna help the user a lot, but in reality - definitely, it's not, just like a normal feature exist. Why it happens - basically it because of lack of research and analyze of the requirement of the users. By the end - a lot of time resources & more human forces wasted for what the user actually, don't want as of now in their need's. The magic for retention of the user is simply - just fulfilling their needs in simple ways. No overwhelming steps - easy & less mental effort work. If they find it your product, simplifying & solve their needs; that all the user gonna retented for sure.Solve their problems, automatically they follow - even if it's paid or requires money.
Free write16 May 2026
Why is critical thinking more important? Learnings from hackathon.My mentor & my boss always told me to understand the customers while designing any feature or UI designs. Because customers are the real bosses of our business. Without them, our product is just presents, not converts. In today's modern world, people are only stick with it if the product solves their needs & problems. Otherwise, they ignore it badly.I always keep this in my mind while designing, but after attending the hackathon's initial session. I realised the truth potential & demand of critical thinking before execution. It shapes the entire path.Huge shout out to RK & Arul for providing opportunities like this.
Free write15 May 2026
Another thing - critique & feedbacks for the my designs. When ever, I explaining the designs with the developer team, I will face a lot of good questions & points, I missed out. I learned this - Collaborating with founders & dev folks - would open a door for more clarity on the process. Improves the quality of the outcome. Importantly, the burnout decreases. Expectations matched perfectly.
Free write15 May 2026
Learned this today with help of my mentor - When every, I design for users, I only considered the user requirements, persona's & behavior's. Additionally, consider developer handoff. But, in some cases, I missed to think like a PM. I constantly rushing for the outcome and deadline. Not on the quality of the outcome. Today, I paused a bit and thinks slowly. Then, I realized my mistakes, I made. So, I not failure here - I realized & learned my mistakes and make a note, not to repeat once again.
