Ansh Kapoor’s Post

If I can’t run my code from last month, did I actually build anything? I spent way too much time this morning fighting with my own laptop. I tried to open a project I was working on a few weeks ago, and it just… broke. I had updated a library for something else, and it completely trashed my previous work. It’s the kind of mistake that makes you want to close your laptop and walk away. I’ve realized that building these systems is 10% math and 90% just staying organized. If you can't reproduce your work, it doesn't matter how smart your approach is. To stop the headache, I’ve moved to two simple rules for this series: 1. Every project lives in its own "box" I stopped installing things randomly. Now, every project has its own isolated environment. If I can't hand my work to someone else and have it run on their screen in 60 seconds, it's not finished. 2. Everything is just a map This was my big "Aha!" moment with the tech side. To a computer, a sentence or a customer profile is just a "dot" on a massive, invisible map. We call these 𝗩𝗲𝗰𝘁𝗼𝗿𝘀. Think of it like this: If two customers are "standing" near each other on that map, they probably like the same stuff. Measuring that distance (the Dot Product) is how Netflix knows what you want to watch next. It’s not magic. It’s just geometry. The 'Sanity' Folder Structure: I’m sticking to this simple skeleton for everything I build in this series: 𝗱𝗮𝘁𝗮/ -> The files. 𝗻𝗼𝘁𝗲𝗯𝗼𝗼𝗸𝘀/ ->The messy 'what if?' testing. 𝘀𝗿𝗰/ -> The clean, final code. 𝗿𝗲𝗾𝘂𝗶𝗿𝗲𝗺𝗲𝗻𝘁𝘀.𝘁𝘅𝘁 -> The list of 'ingredients.' (make sure to pin your versions) It’s a small change, but it means I spend my time building instead of debugging my own folders. What’s one habit that saved your sanity when you first started building stuff? #MachineLearning #Python #DataScience #BuildInPublic

  • No alternative text description for this image

Ansh, I agree with you, this format saves a ton of effort if done right!

Like
Reply

To view or add a comment, sign in

Explore content categories