除非你的简历及面试的水分非常大，怕自己暴露实际水平。一般面试都会带有水分，但是只要水分不多到夸张，都是可以接受的。
所以你只要正常发挥就好了，希望对你有帮助。
最好的建议当然是报一个学校系统的学习，如果你不想或者没时间去想自学，建议你来w3cschool自学吧。如果只是入门，这里有很多的免费课程。
题主的问题问得有点大，想要回答好真的很不容易。
偶也是技术人，只能单从技术角度出发扯一扯。
目前看来前端技术的基础仍然无法离开javascript、css、和html，这是前端的“根”。
前端开发最近几年经历了一次快速发展，其中也包含一些“野蛮发展”的情况，以js为例，最典型的就是出现了大量的第三方js库及组件。这些库为开发人员带来了大量的选择空间，如果运用得当确实能够大幅提升工作效率。
但是这样的“野蛮生长”同样也带来了负面效应。许多初入行的新手会觉得无所适从，这么多第三方库，每个都声称自己是最好的，网络上也是褒贬不一，各说各的。到底该从哪里开始入手呢。
如果把时间往回退一点，不用很久，大家先往回退5年左右，一些如今大家都耳熟能详的主流前端技术开始在国外形成气候，但是可能还未进入国内，那个时候如果程序员掌握一门jQuery并且熟练使用的话，是很吃得开的。
再往前5年，也就是北京奥运前后这段时间，那个时候的开发人员根本还没有像今天这样把岗位划分得那么细，哪有什么前端和后端，无非是美工设计好页面，做好切图，程序员一手包圆，从后台数据库开始一路码到前台页面。而那时候的大部分程序员在做前端开发的时候，用的最多的是原生javascript、ajax和dom。
要是再往前推，大家只要搜索一下世纪之交的时候，网页都是丑成什么样子就懂了。上世纪末那会儿上网得拿个猫拨号吱哇吱哇响半天，那时偶还在念书，老实说如果你的网页上有个几百k的图片，人家基本上根本就没那耐心再继续加载下去了。
回过来就能想明白了，正是因为前端是经过了这样的发展，程序员们觉得原生js、ajax和dom太罗嗦，为了实现业务功能不得不写大量与业务无关的代码，并且还不得不考虑不同的浏览器差异，要知道那些年光是处理ie的不同版本就够程序员喝一壶的了。
而优秀的程序员总是懂得高度封装的，于是第一批经过封装后的前端产品开始出现了，典型代表是以缩减业务无关代码量和屏蔽浏览器差异为目的“jQuery”和以用户UI为代表的“Ext JS”。使用这一类产品的时候，程序员不太需要考虑一些原生问题了。
新的问题也开始出现了，处于这一时期成长起来的程序员们，开始渐渐生疏原生代码了。那时候招聘新人，已经开始出现不少不会甚至第一次听说document或ajax的人了。但是老程序员谁会去管这些呢。
当“jQuery”发展得成熟稳定后，有经验的程序员们又发现了新问题。前端原则上是纯粹开源的，这也导致了前端看起来似乎毫无规则可言，程序员想怎么写就怎么写，要多乱就有多乱。恰巧这时候后端的架构经历了早期的重量级EJB、轻量级的struts、提出了数据库持久化概念的hibernate，以及某一天突然跳出来大喊一声“这tmd才叫框架”的spring，越发变得成熟和稳定。(请原谅偶，偶是Java系的码农)MVC概念逐渐变成了一种主流思想。
还记得偶刚才说早期的程序员不太区分前后端不？这帮人当中就有人发现，为什么前端不能像后端那样以框架或者架构方式出现呢。
几乎在同一时期，一批主打mvvm概念的前端框架脱颖而出了。
如果找一些比较优秀的“全栈”问一下，你会发现现在流行的几款前端框架，其主要设计思想中都存在后端架构的身影。而这一时期出现的新兴前端程序员们，可以说几乎没有谁再会去关心“原生的洪荒之力”了。
上面所说的大部分都是js相关的，css和html虽然也进入了新的发展时期，但毕竟之前沉寂得太久，程序员们并没有在这两者上面出现太猛烈的脱节或不适应。
说到底，至少现阶段前端的主流js架构都只是一些“高级工具”而已，说得难听些哪怕不会这些架构，很多事情还是能做—–没了电动螺丝刀难道就没法拧螺丝了么。
熟悉和使用好的流行框架固然重要，但是在前端问题上更不能忽略的是基础:原生的javascript看起来入门容易，实则水相当深;原始的dom理论是构建网页的基础的基础;原生的ajax会帮助你更深入理解同步和异步，以及如何与后端交互。
除此之外，无论前后端，无论什么语言，编程这件事最要紧的还是思想和思路，这些东西听上去有点悬，最有效的办法还是不断累积，并且要善于思考，多看老手的代码，多想人家为什么要这么写，这么设计肯定是有道理的，理由何在。千万不要把自己变成一个只会复制粘贴的低级程序员。
偶好像扯太远了，不知道题主有没有耐心看。。。?
前端网站开发项目经验 将要入职前端开发 在做项目的时候害怕不会写怎么办 – 前端技术 – 前端
