In my experience working with programmers at beginner and intermediate levels, the most difficult part of programming is putting the pieces of the program together and knowing which pieces to actually use. And, most programming courses don't teach that part. They teach the pieces individually and then expect students to put the pieces together. So, I'm building a multimedia course that will focus entirely on problem solving, how to move past tutorials, and why certain choices should be made when you're programming.
This course will take the format of a DEV series, so it will be totally free and accessible to anyone. I will be releasing a new post each week so that I have time to get any feedback from the previous week's post and incorporate it into the next post, as well as balance creating content and the rest of my work.
I'm a strong believer in making content accessible to people with different learning styles, so this course will be very interactive and use different mediums to reinforce the material. Most of the concepts will be written and diagrammed. Then there will be example problems within the concept for you to solve, finally there will be videos explaining how to solve the practice problems after you attempt them yourself.
This course will be mostly language agnostic, though I will be solving my problems in Python since it's pretty understandable if you know a different programming language. This course won't teach the fundamentals of programming, though. Before starting, I would learn the fundamentals at least at a basic capacity. The fundamentals needed prior to this course are: variables, lists/arrays, hash tables/dictionaries/objects (whatever they're called in your programming language of choice), loops, conditionals, and functions. If you're looking to get started, here's a list of free resources for learning those.
The topics will include breaking down problems both for coding puzzles and for more realistic business problems, debugging, thinking abstractly, pseudocoding, what to think about when optimizing code, refactoring, approaching problems, edge cases, and what to learn outside of code that will help you code.
I'm really excited to work on this project, and would love your ideas and feedback through out. Feel free to comment below!
Top comments (96)
Can I suggest:
These are great ideas! thank you!
Looking forward to the series!
Looking forward to this! Just curious, will this have any focus on the Gang of Four Design Patterns? I've read on them before and the specific problems they've solved, and seen them indirectly used in much of my job's code frameworks but still want to try learning about them more later on.
Oh cool! I could totally write about design patterns in here. Thatâs a great idea!
I agree for sure. Design patterns and other best-practices are often not fully appreciated by newcomers because most of the simple examples are not big or complex enough to show off why you might want to use something like object orientation, the state pattern, dependency injection, etc.
When exposing beginners to design patterns, it's important to tell them specific patterns are language-dependent. Many have more idiomatic solutions in some languages, or solve problems some languages don't have (or refuse to acknowledge as problems worth solving).
It's easy to hear about a pattern as "here is a good way to code" and try to use it everywhere. But a pattern has 2 parts: problem & solution, and one has to understand the problem first.
I think the specific patterns in the GoF book were Java-centric (?), although their deeper legacy was to show an organized way to talk about patterns.
As you asked, the GoF book was written before Java so no.
I can't wait for design pattern ðð
As a product manager, I've found that the biggest problem new devs have is navigating and dissecting our fairly expansive codebase. It's one thing to know how to code, it's an entirely different thing to jump into a mature, commercial-grade product.
Absolutely! I am sort of a "newb", but I have worked on a few projects that I didn't understand all of the codebase even if I knew the framework/library. I am fearful of applying to jobs and so stuck in tutorial hell precisely because of that hinderance. Brilliant suggestion, Wesley.
Sounds like a great idea for another 10,000 foot approach to programming..
Rather than another 'Hello World!'
Needed. My God the first time I was in a saas, it was terrifying. Been in other code bases before taking apart things, etc, but that was a whole other monster of 10 years worth of code.
This so hard. I really need to learn this.
Great idea!
Can I suggest a couple of things for the todo list? ð
ð
ðº
haha yes! amazing! maybe the next course will be about data structures through the lens of pop culture... I just claimed the #movingpasttutorials tag!
What I have trouble (or at least I think I have trouble with) is the actual design and architecture of programs, like how would you go about deciding what classes and functions to make, and how to go about writing code that's clean and extensible without being too verbose.
What you pointed out does ring true to me in that code is easy to write, but good code isn't always so easy.
I highly recommend Sandi Metz's book Practical Object Oriented Design in Ruby (aka POODR). (The choice of Ruby is not essential to the content.) It deals with exactly the themes you ask, and gives ways to think about such decisions. The central criterion guiding the book is not "how to write perfect code you can set in stone and never change", but "how to write code that will be easiest to evolve".
The book is surprisingly concise but very clear. I've been programming for ~2 decades, and still it was interesting & refreshing to read.
She has many lectures online if you want to sample her style.
That sounds like exactly what I need, thanks! I'll check it out soon.
Also, do you know any analogs to this for functional programming?
You may want to take a look to SOLID principles and GRASP patterns.
Hmm, I am afraid I am not getting something; You are saying that this course will not teach the fundamentals of programming (like most programming courses do) but will focus more on problem-solving and analyzing.
But then you give an example of the course topics including variables, lists, and objects. Isn't these concepts what most programming courses focus on?
So those are the things to learn before this. So study those elsewhere, then we will be using those concepts to solve problems.
Oh, OK! Good to know. Then I would suggest changing "This course will primarily focus on..." to something more explanatory, since "This course" seems to be referring to the course you will curate :)
Done!
As someone who only just recently got out of tutorials, I couldn't agree with you more. The path I take when learning something new is, tackle the docs first. If I really can't make sense of them, look up a general explanation to the new topic, then go back into the docs. When I exclusively used YouTube tutorials, I was scared of looking at docs but now I like them way more than YouTube tutorials. YouTube may be outdated, the content creator might've talked too much, or maybe the content creator was flat out wrong. I can always trust the docs!
wow.... nice one.... Although i am not a beginner Dev.... But I am looking forward to it... Learning is not limited, I love learning new things... I am sure i will be able to learn one or two things from it...
I think you've hit on a problem that has not been solved well so far. Did you know most courses/tutorials on coding don't actually help junior coders? And in college, coding has always been one of the courses with the lowest survival rate. So, I'm curious how you'll teach junior coders to apply their "coding tools" to solve problems. Do you have any pre-release content or links?
Looking forward to the series. When will it start and where do I sign up?
It will be on here! You can get notifications by following me, and it will be starting this week!
Hi Ali! Have you started with this yet? Not sure if Im visualizing the right way. Thanks