Seriously, LeetCode in 2026? Everyone is saying HackerRank just killed LeetCode, and yet here I am, still trying to debug my way through LeetCode p...
For further actions, you may consider blocking this person and/or reporting abuse
I use LeetCode just to practice my programming skills on learning a new language. It's also a good idea to build projects while learning a new language.
Feel free to follow me Konark! leetcode.com/u/FrancisTRdev/
Wow, so cool. What's your current favorite language?
Sure, I will follow you. Senior developer hahaha.
Python is the way to go, but learning Ruby and slowly felling in love with it. wbu?
Wow python and ruby that seems nice. I'm more of a cpp guy but I wanna get my hands on Go. I have used it learn the basic but apart from all the languages it stick with me and got me an urge to explore it.
I can definitely relate to this. Every time I think I'll finally get consistent with LeetCode, life gets in the way or I end up stuck on a problem 😅
I like your approach of focusing on patterns first instead of just grinding questions. All the best with the journey!
same here, I finally decided to try again yesterday, installed a pretty cool app and ofc that ended with hyperventilation, overthinking, and self criticism . If I miss one thing, I end up downloading 20 maths books I will never get to... Nightmare
Haha, I can relate 😅 It's so easy to fall into the "I need to learn everything first" mindset instead of just solving the next problem.
Hopefully this time we both manage to stay consistent. Good luck 💪
"I need to learn everything first" mindset - our worst enemy xD. Good luck as well, hope we both stick to it. I feel like I will have to try pen and paper method to last this time, and limit it to 1h a day max.
All the best to you both. I know natasha leetcode can become hard at times but yeah I know you have the ability to solve everything. You got this. This time you will be consistent and a leetcode grandmaster.
You and @hemapriya_kanagala can be accountability partners and help each other accountable for solving problems. All the best to you both. If there's anyway I could help feel free to reach out.
Thank you so much, that would really be amazing. Sure, let's check in next week and see where we are at :)
I really liked that you focused on patterns instead of memorization. I think that's where a lot of people get stuck, they try to remember hundreds of solutions instead of understanding why a certain approach works.
Something I've also realized is that LeetCode and building projects develop very different muscles. Building projects teaches you how to design systems and ship things, while DSA teaches you how to reason under constraints. Neither really replaces the other, especially for interviews.
The part about over-engineering also made me smile because I've definitely been guilty of trying to use a fancy data structure when a simple array would've done the job. 😅
Wishing you the best on the journey! Looking forward to seeing the progress updates.
Thank you so much Aryan. I'm glad my article resonated with you. Yeah both of them have their own advantages like you mentioned. So, they both are required to learn these lessons and also DSA helps you notice patterns that could be useful in your development journey. You start observing patterns, issues, edge-cases and many more subtle things that otherwise are missed.
Thank you for the wishes. All the best on your journey as well. Hope to see you grow to 100k asap.
Exactly! That's something I didn't appreciate until I started solving more problems myself. The biggest takeaway isn't memorizing solutions, it's training yourself to notice patterns and think through edge cases before they become production bugs.
Thanks for the kind wishes, Konark! Looking forward to seeing both of us keep growing. 😄
I relate to this a lot. The hardest part isn't solving the problems, it's starting again after losing momentum. Learning patterns instead of memorizing solutions made a much bigger difference for me too. Good luck with your journey, and I hope you stick with documenting your progress. Looking forward to seeing your "Accepted" streak grow. 💪
Thank you so much for your kind words. I'm glad you found it relatable.
Patterns do help if you know where to find and apply them. Thank you so much and you too have an awesome journey. Sure, I will try my best though I'm afraid of losing it rn but even if I lose it I will continue to solve leetcode problems and become a problem solver.
Sliding window is really just the two pointer idea wearing a different hat, and once that clicked for me a whole pile of "hard" problems stopped feeling like separate tricks. Your definition of two pointers moving toward opposite ends covers one flavor, but the same technique also shows up with both pointers going the same direction at different speeds, which is exactly what sliding window is doing under the hood. Treating them as one family instead of three names is probably the single thing that shrinks the pattern list the most. The pen and paper rule in your playbook is underrated too, that's where most of my wrong approaches die before I waste time typing them out.
Yes, exactly they might be same under the hood. Thanks for pointing them out. I was the eager one before not solving the questions on pen and paper. Just reading and solving them asap that resulted me in not understanding problems or not having clear solutions so this time I have started with understanding the problem first using pen and paper and then coding them. This has resulted me in understanding and finding patterns or mathematical solution faster.
Great perspective. The biggest shift is moving from memorizing solutions to recognizing patterns. Once you understand techniques like sliding windows, two pointers, and graph traversal, new problems become much easier to approach.
I'm glad you think this is a great perspective. After basics patterns are a must and every should know it. The ability to use these comes with more questions you solve.
One thing that quietly wrecks pattern-based prep: you learn to recognize "this is a sliding window problem" but never build the muscle to notice when a problem looks like a known pattern and isn't. The trap in your playbook step 1 — think brute/better/optimal — is that once you've memorized 15 patterns, your brain jumps straight to "which bucket does this fit" instead of actually reasoning about the constraints. That's how people who've done 500 problems still freeze on a slightly-twisted medium in an interview.
Small fix that helped a lot of people I've talked to: before you match a pattern, write down the invariant you're maintaining, not the technique. For sliding window it's "everything inside the window satisfies X." If you can't state the invariant in one sentence, you don't understand the problem yet — and that's independent of whether you've seen the pattern. It also directly kills your over/under-engineering problem, because the invariant tells you exactly how much machinery you need and no more.
One correction while I'm here: your two-pointer description says the pointers "advance towards opposite ends with a fixed increment" — that's actually the converging variant (start at both ends, move inward). Fixed-increment same-direction is a different flavor. Worth getting straight since mislabeling the variant is exactly how you reach for the wrong one under pressure.
Thank you so much for this pattern based problem. The problem that you have mentioned is a real problem, thank you for sharing your perspective on it.
The small fix that you have mentioned is a big savior. I understood it and would keep it in mind the next time I solve problems. Thanks for the help for the over/under-engineering problem.
Got it. That must have been my mistake of learning the two-pointer approach. Thanks for clarifying and correcting me. I'll keep this in mind and correct my explanation.
Thank you for correcting and giving me feedback on my way of learning. I will surely use your provided method and improve solving the problems.
No problem at all. I'm glad I could help!!
The phase where you read hadil's article and decided to take action is truly the turning point
Most people get inspired and do nothing , but you took action , which eventually gave the results You were looking for
Also I find Pareto principle very effective as you mentioned.
Thanks for sharing the playbook
I haven't still got the results but yes the practice have made it easy for me to solve atleast the easy problems on LeetCode. I'm still learning and getting better everyday.
Thank you so much for your words. I hope you also grind and shine.😊
Really enjoyed reading this. The shift from "solving more problems" to "understanding patterns" is something many developers realize only after struggling for a while. Thanks for sharing your honest journey—it was both relatable and motivating
Thank you for such a nice comment. I'm really happy to see that you find it relatable and motivating. Keep growing and shine even brighter than the brightest star.
Which is better: building and shipping, or wasting a bunch of time on "LeetCode"? That's a no-brainer.
Will this even have any relevance at all when supposedly AI codes all of this? Stuff like coding algorithms, being pretty "low level", is going to be the first thing that AI replaces ...