Why You Need to Build Projects in Coding

For folks who use GitHub and are in early stage careers and hope to add GitHub as a value add to your profile - here is a note. If interviewing for an SDE role, GitHub projects that don't solve a problem and are just a coding exercise are not very helpful. This may sound perplexing but it needs to be said. : Hiring managers and tech leads (like me) look for problem-solvers. A repository full of practice exercises might show you can write code, but it doesn’t demonstrate that you can build impactful solutions. ► How to Make Your Projects Stand Out 1. Frame Them as Solutions: Instead of presenting your project as "just another app," position it as a business solution or a tool that solves a real-world problem. For example: - Instead of “Expense Tracker App,” say, “A tool for freelancers to manage and categorize expenses for tax season.” - Instead of “Weather App,” frame it as, “A weather app optimized for agricultural planning with location-based crop suggestions.” 2. Highlight the Problem It Solves: Every great project starts with a problem. Make it clear what problem you identified and how your project addresses it. - Example: “This tool was designed for small business owners who struggle with automating their daily sales tracking.” 3. Show Quantifiable Value: Numbers tell a story. Include metrics like: - How much time/money the solution saves. - How many users it could potentially impact. - Any test data or feedback you’ve collected. - Example: “This app reduced invoice processing time by 35% in a real-world test case.” 4. Document It Well: A project is only as good as its README. Include: - A brief description of the problem it solves. - Key features. - Instructions on how to run/test it. - Screenshots, GIFs, or a demo link to bring it to life. Having a GitHub full of clone apps or unfinished side projects sends the wrong signal. It doesn’t show creativity, ownership, or impact, it shows you can follow tutorials, and that’s not what companies hire for. Instead, invest your time into one or two high-impact projects that: - Solve real-world problems. - Show off your ability to understand user needs. - Demonstrate your thought process, design skills, and technical execution. So, take a step back, revisit your GitHub, and think: - Does this project solve a problem? - Can I explain its value to someone outside of tech? - Would I hire someone based on this work? If the answer isn’t “yes,” it’s time to rethink how you approach your projects. Remember: One impactful project > 100 clones. Focus on impact, not just output.

A Software Engineer in 2024 vs. 2021 Many young developers regularly reach out for advice about the 2024 software job market. It can seem grim, oversaturated, and maybe even hopeless. They start to wonder if they chose the right field. Has the gravy train already passed? I am gonna share the same advice that I tell my younger brothers: Learn to identify and solve problems. It's no longer enough to solve 20 daily LeetCode challenges. Simply following tutorials on how to build a website and posting it on GitHub isn’t sufficient either. No more note-taking apps. Please. At its core, software is about automation. Think about your own life and see if you can build something that makes you more efficient. Don’t worry if it's useful to others just yet (we’ll get to that). Build it for yourself, for a real use case. Then use it. If you find yourself not using it, congratulations—it’s time to iterate. Why aren’t you using it? Maybe it’s missing a feature. Maybe something is buggy. Add the feature, fix the bug. Or maybe you don’t actually need it. In that case, move on and pick a different (and more important) problem. Be objective with yourself. This mindset is crucial to becoming a better builder. Once you’ve built something you actually use, it’s time to find others who might have the same problem. Find them, talk to them, and ask them to try your product (don’t ask if they "like" your idea/product—that's a trap!). Iterate more. Make 2, 3, 4 people happy with your product. You’ll get the idea after that. You may never start a company or become a founder, but this field is about solving problems and identifying problems that need to be solved, whether you do it on your own or within a big company. Good luck!

𝗜 𝗮𝘀𝗸𝗲𝗱 𝗯𝗶𝗴 𝘁𝗲𝗰𝗵 𝗿𝗲𝗰𝗿𝘂𝗶𝘁𝗲𝗿𝘀 𝘄𝗵𝗮𝘁 𝗽𝗼𝗿𝘁𝗳𝗼𝗹𝗶𝗼 𝗽𝗿𝗼𝗷𝗲𝗰𝘁𝘀 𝘁𝗵𝗲𝘆 𝗶𝗻𝘀𝘁𝗮𝗻𝘁𝗹𝘆 𝗶𝗴𝗻𝗼𝗿𝗲. Their answers changed everything. I used to think any project on my resume was better than nothing. So I built a to-do list app, a calculator, a weather tracker—you know, the usual. Then I asked recruiters from Amazon, Meta, and Google what projects they instantly ignore. Their response? “If we’ve seen it 100 times before, we skip right past it.” Here’s what they told me not to put on my resume: ❌ To-do lists ❌ Calculator apps ❌ Basic CRUD apps with no real-world impact ❌ Portfolio websites (unless you’re a designer) ❌ Copy-paste tutorial projects 𝗦𝗼 𝘄𝗵𝗮𝘁 𝗽𝗿𝗼𝗷𝗲𝗰𝘁𝘀 𝗮𝗰𝘁𝘂𝗮𝗹𝗹𝘆 𝘀𝘁𝗮𝗻𝗱 𝗼𝘂𝘁? Recruiters want to see projects that show real-world impact, problem-solving, and creativity. ✅ 𝗔𝗻 𝗔𝗜-𝗽𝗼𝘄𝗲𝗿𝗲𝗱 𝗿𝗲𝘀𝘂𝗺𝗲 𝘀𝗰𝗿𝗲𝗲𝗻𝗲𝗿 – A tool that scans job descriptions and suggests resume optimizations. ✅ 𝗔 𝗺𝗮𝗰𝗵𝗶𝗻𝗲 𝗹𝗲𝗮𝗿𝗻𝗶𝗻𝗴 𝗺𝗼𝗱𝗲𝗹 𝗳𝗼𝗿 𝘀𝗺𝗮𝗹𝗹 𝗯𝘂𝘀𝗶𝗻𝗲𝘀𝘀𝗲𝘀 – Helping them adjust pricing during off-peak hours to boost revenue. ✅ 𝗔 𝗰𝘂𝘀𝘁𝗼𝗺𝗲𝗿 𝗶𝗻𝘀𝗶𝗴𝗵𝘁𝘀 𝗱𝗮𝘀𝗵𝗯𝗼𝗮𝗿𝗱 – Aggregating user feedback and behavior for product teams. ✅ 𝗔𝗻 𝗮𝘂𝘁𝗼𝗺𝗮𝘁𝗲𝗱 𝘄𝗼𝗿𝗸𝗳𝗹𝗼𝘄 𝘁𝗼𝗼𝗹 – Something that saves time or reduces manual effort in a business process. ✅ 𝗔𝗻𝘆𝘁𝗵𝗶𝗻𝗴 𝘁𝗵𝗮𝘁 𝘀𝗼𝗹𝘃𝗲𝘀 𝗮 𝗿𝗲𝗮𝗹, 𝘁𝗮𝗻𝗴𝗶𝗯𝗹𝗲 𝗽𝗿𝗼𝗯𝗹𝗲𝗺 – If a company can see how your project could be useful, you’re already ahead. The best projects aren’t the ones that showcase your coding skills—they’re the ones that showcase your ability to solve real problems. If your portfolio projects aren’t getting you noticed, it’s time to build something that actually matters. What’s the best project you’ve built?

If you can’t get a job because you don’t have experience Create a project so good employers can’t ignore you. Most job seekers build projects the wrong way. They focus on showing off skills instead of solving real problems. They assume they can create just any project. They believe hiring managers care about project titles & tools. Well, they don’t. Hiring managers care about how you think, solve problems, and create impact. To build projects that matter and that will get you hired: => Pick a problem that matters – Solve a real business or industry pain point. Companies hire problem-solvers, not skill collectors. => Make it public – Share progress, write about your insights, and engage with industry professionals. Visibility = credibility. =>  Go beyond the tech – Tools don’t impress; impact does. Explain why the project matters and how it changes things. => Show impact, not just execution – If your project doesn’t answer “so what?” it’s irrelevant. Employers need to see real-world value. I have helped 100+ job searchers to create quality projects they weren’t just portfolio fillers. Projects that helped a good number of them land $100k+ roles They were proof of value. If you’re stuck in the “I need the experience to get a job, but I need a job to get experience” Loop… this is your way out!