āļøIn my last post, I shared how I think coding will look in five years.
Where we might only spend half our time actually writing code.
š»Copilot
A recent study on GitHub Copilot backs this up.
The study didnāt just look at Copilot in a lab, but in real-world workplaces.
š”Over 1.3 million developers and 50,000 businesses are using Copilot.
Developers who used Copilot finished tasks 26% faster, updated code more often (13.55%), and compiled code way more frequently (38.38%).
The biggest improvements were seen with junior developers.
Theyāre the ones making massive productivity leaps, which makes sense.
Using Copilot feels like coding with my younger selfāexcited to build fast but needing a little guidance.
Itās like having an extra brain, but youāre still the one in charge.
For anyone still doubting LLMs place in coding, I get it.
But dismissing these tools because they ācanāt produce reliable codeā misses the point.Ā To me, Copilot isnāt replacing developersāitās just a tool that helps us code faster.
š§ Deep Knowledge
Here's something a lot of people miss: Not all knowledge is created equal.
People often confuse deep knowledge with shallow knowledge, and that can be a real problem, especially in software development.
For example, if youāre learning a specific JavaScript API or following a tutorial that's shallow knowledge. Itās useful, sure, but itās limited in scope.
Youāre just picking up on arbitrary decisions someone made about how to interface with something.
It doesnāt give you a real understanding of what's going on under the hood.
Deep knowledge, on the other hand, is reusable across the entire tech industry.
Itās about understanding the *why* behind thingsā
How systems work
The design patterns, concurrency
How things fit together.
Learning a framework that just came out yesterday? Thatās shallow.
But understanding *what problem* that framework solves? Thatās deeper.
Iām not saying frameworks and third-party tools are badāfar from it.
Sometimes they save you time or solve specific problems more efficiently.
But before you dive into the latest shiny tool, ask yourself:
What problem is this solving for me?
Is it because I donāt have time to build something from scratch, or is it because the framework aligns with my projectās needs?
This is why I keep emphasizing sustainable software development.
Remember developers spend 60% of their time reading code. Reading code is a strategic asset.Ā
Knowing how to read all types of codeĀ is a valuable skill to have.Ā Ā
These are the skills that make it easier to shift between languages, explore new frameworks, and navigate through the constant changes in tech.
A lot of people think foundation is just algorithms and data structures.
But it's so much more.
Itās about understanding how design patterns can be applied across different languages and projects.
If youāre planning to stay in the tech industry long-term, donāt ignore this deep knowledge.
š§ Keep learning it, because these fundamentals are going to stick around, and mastering them will make your life a whole lot easier down the road.
šContinuous Learning
Whether youāre a developer wrestling with your codebase or a non-technical founder trying to grasp whatās going on. Itās about understanding your problem and mastering your codebase.
šIn Code Therapy, these sessions are designed to break down the complexities and make everything clear.
Together we dive deep into your specific challenges, providing insights and solutions tailored just for you.
šSharing is Caring
ā»ļøIf youāre into this kind of post, heart the button & share please š
If not, well, you know what to do. Either way, Iāll be here writing what I love.
Thanks for reading š
Come say hi š I love to chat at LinkedIn