I subscribe to the school of thought that you learn by doing, so my best advice is to put yourself out there and write some code. I've read lots of blogs, and a small handful of programming books (K&R, parts of SICP, parts of CLRS, Programming Pearls), but at each step I took it upon myself to actually do what the author was doing. Reading code or watching lectures isn't going to make you a better programmer any more than watching tennis will make you a better tennis player. You presumably already know the rules, you just need to practice to get to the next level.

Try writing anything that sounds fun. Write your own JSON parser, or a trie, or a B+ tree, or an implementation of the travelling salesman or knapsack problems. Wikipedia will get you started on all of these, and from there you can write the code. Too often people promote the idea that "Well, JSON libraries exist, why write your own?", but that misses the point. For one, it's fun. Professional tennis players exist too, and I am definitely never going to be as good as they are, but that doesn't mean it's not worth playing tennis if I enjoy doing so. More importantly, though, if you've written your own JSON parser, then the next time a new protocol or file format comes out and your language of choice isn't officially supported, you'll be able to write your own and be ahead of the game. All of these skills are transferable.

An added bonus is that when you go to apply for programming jobs, your portfolio of fun side projects will speak volumes about your ability to code. Don't worry that you don't have the best, most efficient, most popular JSON parser. The important part is that you spent your personal time bettering yourself, and that you are interested in being great at what you do.