是否要继续坚持学习MFC？

看你个人怎么看mfc了，你老师说的的确没错，mfc开发难度很大，新手刚开始很吃力，如果说你是单纯的想学图形编程，mfc不是好的选择，你可以用qt或者driectui甚至是其他的技术，如果你想更加了解windows核心编程，你可以配合《深入浅出MFC》去系统的学习mfc，虽然现在有很多技术架构思想都远超mfc，但mfc的地位并未动摇。I

MFC说到底只是个做界面的。而且MFC和WIN SDK开发有点像，尤其是你用单文档的时候。MFC等于是带你封装了SDK的一系列的命令什么的，不用你自己去定义参数之类的。你用Qt也行，你还可以用别的什么东西，但是不管是MFC ,Qt，都是做界面的，说穿了就都是“简单活”，复杂的是背后的算法原理和实现。
程序核心还是算法。算法基本上都用C（或者++）来写的。你要做程序，最终一定要转到算法上。说穿了你最后一定要转到研发上去，纯粹写代码的，就是廉价码农，不是我说。没出路的，廉价码农。比如我现在主要是做基于OpenGL的3D计算机图形重构啦分割之类的相关算法。我用MFC纯粹是因为有个GUI比控制台好看那么点。如果我懒得做界面，我依然会用控制台来写。OGL的核心算法全部都是C++的。甚至OGL的核心算法都不是语言，纯粹就是数学知识，比如一些线性代数和计算机图形算法的知识。我敢说，任何一个哪怕不会计算机的，只要数学不差，都可以写着色器语言来着。
我喜欢MFC还有一个原因，就是MFC和winSDK很接近。几乎就是一个模子里面刻出来的。我自己写MFC的时候经常会加入winSDK的成分。比如我用CWnd定义一个窗口指针并且显示。我不用CreateWindowEX这个函数，我用CWnd::Create这个函数，但是我依然可以用WNDCLASS这个关键字定义并且注册一个类，就像winSDK那样，也可以用相同的命令，比如::GetDC获取窗口的DC之类的。这样我又可以用MFC，又可以用winSDK，就给我写代码带来很多便利。
至于工作，我跟你说，要看你找哪儿。比如我目前不出意外可以进的某个事业单位，他们就在用MFC。MFC老是老，但是结构那么严谨，效率那么高，而且你要转SDK也容易。你关键还是要学好算法，学好C（++），其他什么都是浮云。MFC这种东西，有个MSDN在那儿，啥命令不会百度一下你就知道。你只要把基本的原理搞清楚了，消息是怎么响应的，两个param是怎么回事，程序写起来真不要太简单。所以我倒是建议你，可以先去看看winSDK的编程，虽然烦了点，但是你主要就是弄清楚个原理，尤其是消息机制。那些具体的代码照着打两遍基本上大概也就记住了。