Engineer
writing since 21 Apr
Day 21 · public proof
Their logs17
E
Engineer F5AEChanged my mind · 25 Jun
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.
Free write12 May 2026
Perfection is a lie - when designing things as a SaaS product designer.I learned through this the hardest way - I'm always looking for the end result, it should be more perfect & trying to decrease the iteration. But in reality, it turns more chaotic than before. Instead of focusing on progression, I kept on thinking and got stuck in the same loop of thoughts, without even starting the work. At this time, mentally I'm exhausted with doubts, fear & some other obstacles. But, if I do the work and make the progression, the doubts, fear & obstacles will be gone - Because my mind believes I'm going to do this more effectively, just by trying and doing the task. Already, I see the results coming up.And, if you do the tasks progressively, there is a high chance of ending with so many effective solutions.Planning is important before starting the work, but more planning & constant thinking will mess up your productivity at some point.5% progression is 5 times more than 0% (Just your thoughts) - just start the work, and the better way will happen by itself by the universe. Trust the process.DO THE WORK, PERFECTION WILL FOLLOW AUTOMATICALLY!
Learned11 May 2026
I learned why small annotations and micro-interactions are so important when presenting designs to stakeholders and founders. from What I’ve learned from my failures.
Avoided8 May 2026
—
Avoided22 Apr 2026
—
Avoided22 Apr 2026
—
Avoided21 Apr 2026
—
How Engineer thinks, mapped · lit by their own logs · 4 showing
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.
Milestones2 earned
Day 20 · Jun 10Day 10 · May 11
About
🎓 —
Want a page like this?
Write what you tried, a few lines a day. People who’d hire you read it.
Start your Proof