对编程的困惑：软件半路出家，本科只学过C。本科毕设做过wince的驱动及用MFC写界面程序，后跟师兄用C#弄了个连接数据库的界面程序。明年找工作，跟科班没法比。编程语言平台这么多，请问各位大神对于基础很薄弱的我，把精力花在哪个方向上比较好？

研究生一枚，搞软件半路出家。本科就只学过C，只限于书本上的知识。本科毕设是用VS2008写过wince&arm的驱动，包括LCD，SPI，FRAM，GPRS，ZIGBEE驱动，LCD驱动的话也就是针对某个型号的屏改了一些参数，后面几个是自己写的。做完这个，对怎么搭建VS08、基于wince的软硬件系统、怎么调试、怎么写一个MFC智能设备的应用测试程序有了基本的了解。。
正式进入研究生后，研一上基本又是蛋疼的修学分上各种课，有时间或的编一些简单的小程序，用C。研一下，老师要求接一个研三师兄的项目，用C#写的一个界面程序，与数据库连接起来。对了，忘了介绍，我们教研室本来是做硬件的，后来又对软件的需求，才有做这方面的，但是没有一个搞软件的老师带。师兄也是研究生后才半路出家搞软件，很聪明，但是编程规范各方面都做得不好，又没人带，所以师兄的这个C#界面程序看得蛮痛苦，再加上当时老师规定了时间，当时看得我欲仙欲死，不过现在想想还是挺有收获。
后来接触过一点Python，不过也是看书，动手动得少。
最近在模仿网上挺流行的那个CnComm串口测试程序，有源代码，用VC写的。C++基础很薄，看得又是很痛苦，也是边看边写代码。但现在看来真的觉得MFC很庞大，需要很多时间去搞。包括搞了3-4年的C++的程序猿也不敢说最近对C++足够了解。
所以，我的困惑是到底动手跟看书学理论，是先学理论还是边动手边学。边动手边学，必然在学的过程中，有很多概念不知，遇到问题不知从何解决，特别是你百度了别人也不知道。先学理论就怕纸上谈兵，等到动手实际做的时候，就发现自己根本就没把某个概念吃透。所以，这还是一个方法的问题，关键是现在方向不明，也没有一个懂得比较多的老师来带，所以这个就很忧伤了。
明年这个时候就要找工作了，而且招聘情况这么严峻，虽说本科和现在研究生都是985，但是人家科班出生所应必须学的基础课都没学过，顶多零星的看看。编程语言这么多，编译平台这么多，开发方向这么多，就想请问各位大神，对于还只有一年就要找工作，基础很薄弱的我来说，怎么投入时间成本，把精力花在哪个方向上比较好？