去面试了两次的web前端工程师，都问到了相同的一个问题：你所理解的前端。开始以为，这个概念性的问题，应该不会问到的，问的应该都是一些技术性的问题才是，觉得这个问题很没有技术含量，经过了两次的哑口无言才发现，我错了！对于一门技术的理解程度，个人觉得首先是从概念开始，理解并熟悉了概念后才能更好的运用起来。
所谓的前端就是：
用互联网来做比喻,凡是通过浏览器到用户端计算机的统称为前端技术.相反存贮于服务器端的统称为后端技术.前端技术包括JavaScript、ActionScript、CSS、xHTML等“传统”技术与Adobe
 AIR、Google Gears,以及概念性较强的交互式设计,艺术性较强的视觉设计等等。前端开发工程师（或者说“网页制作”、“网页制作工程师”、“前端制作工程师”、“网站重构工程师”），这样的一个职位的主要职责是与交互设计师、
 视觉设计师协作，根据设计图用HTML和CSS完成页面制作。同时，在此基础之上，对完成的页面进行维护和对网站前端性能做相应的优化。另外，一名合格的前端开发工程师，应该具有一定的审美能力和基础的美工操作能力，能很好的与交互及视觉协作。
刚开始接触前端时，以为前端就只是学学html，css等等简单的语言，其实不然，在慢慢深入学习的过程中，前端是很忙的，需要学习的知识很多，同时，你还要稍微的了解后台等等！！！

一直想说点什么，直到前段时间开通了博客，一直在忙忙碌碌，却不知道都忙了些什么，我需要记住我走过的路，我需要了解我人生的每一步，不管是生活是技术，今天终于有时间静静的坐在电脑边，随便聊聊我对Web前端的认识和体会。


Web前端工程师是一个特别的岗位，只存在于互联网领域。最近几年随着互联网产业的火爆，对前端工程师的需求量暴增，兵源几近枯竭。各大公司技术掌门一定都有过类似的苦恼：“招一个靠谱的前端工程师、难于上青天”。


我想，一部分原因是，当前不少入道的前端工程师大都是转行而来，毕竟，正儿八经的学校里也不会教这玩意，觉得“切页面”有啥好教的，甚至不觉得html/css是一门语言。转行这事自不必详说，大家也各自瞄准当前市场需求，造成的现象是，初级前端工程师堆成山，中高级人才却一将难求。


起初的入行者无一例外对“视觉”的关注超过了对“内容”的重视，先让页面看起来漂亮，去关注html/css，沿着“视觉呈现”的思路，继续深入下去。因此，这类人是被“视觉”所吸引，从切页面入行，着迷于结构化的html和书写工整的css，喜欢简洁优雅的UI和工整的页面设计，之后开始接触视觉特效，并使用jQuery来实现视觉特效，以此为线索，开始深入研究Dom、Bom和浏览器的渲染机制等，html/css在这些人手中就像进攻兵器，而JavaScript则更如防守的盾牌。


还有另外一群人从另一条道路接触Web前端，即工程师转行做前端，他们有较多的后台语言开发背景，从读写数据开始，渐渐触及浏览器端，接触JavaScript库，起初是在html代码上加js逻辑，后来开始涉及html和css，他们喜欢OO、逻辑清晰、结构悦目的代码，更关注界面背后的“程序语言”和数据逻辑。html/css在这些人手中则更像盾牌，而JavaScript更如进攻的兵器。


应当说这两类人是互补的，他们各自了解浏览器本质的一部分，一拨人对渲染引擎了如指掌，另一拨人则将JS引擎奉为至宝，其实任何一部分的优势发挥出来都能做出精品。大部分前端工程师都能从这两条渊源中找到自己的影子。但，这两类人的思维模式和观点是如此不同，以至于形成了一些不必要的对抗，比如在某些公司，干脆将Web前端技术一分为二，“切页面的”和“写js的”。这样做看上去明确了分工提高了效率，但他对员工的职业发展带来巨大伤害。



对于很多Web前端工程师来说，初尝禁果的快感无法持续很久，就陷入一轮又一轮的迷惘，思索自己的职业规划，试图寻找到适合自己的成长道路、看清自身技能的瓶颈，寻找突破。但遗憾的是，Web前端技术被广泛接纳时日尚短，没有多少励志的成功样板可供遵循。然而情况不总是这么糟，毕竟Web前端技术是一门“技术”，和计算机科学系出同门，只是因为互联网的高速崛起而被蒙上了迷雾，遮住了双眼，让我们傻傻看不清时局。


那么，如何定义Web前端技术岗位边界？Web前端技术的价值体现在何处？前端工程师的价值仅仅体现在物以稀为贵吗？前端工程师的初级、中级、高级和专家之间到底如何界定？当前“我”处在什么位置？接下来的路子应当怎样走？何谓前端技术之“道”？


第一，梳理知识架构


我们知道知识积累有两种思路，第一种是先构建知识面、建立技术体系的大局观，即构建树干，然后分别深入每一个知识点，即构建枝叶，最终形成大树。第二种是先收集知识点，越多越好，最后用一根线索将这些知识点串接起来，同样形成大树。第一种方法比较适合科班秀才，第二种方法则更适合转行作前端的人，即实践先行，理论升华在后。比如对“IE6怪异模式“这条线索来说，要首先将遇到的IE6下的样式bug收集起来，每个bug都力争写一个简单的demo复现之，等到你收集到第100个bug的时候，再笨的人都能看出一些规律，这时就会自然的理解IE的hasLayout、BFC和各种bug的原因、你就成为了IE6的hack专家了，当你成为100个知识线索的专家的时候，你已经可以称得上“资深”的水平了。我们知道，10个人中有9个是坚持不下来的，他们会以项目忙等各种理由万般推托，将自己硬生生的限制在草根一族，坐等被淘汰。所以，对于立志作前端的人来说，这种点滴积累和梳理知识非常重要。



第二，分解目标


将手头的工作分解为几部分来看待，1，基本技能，2，项目经验，3，沟通能力，4，主动性和影响力。想清楚做一件事情你想在哪方面得到历练，比如，我之前在作第一次875常规性重构的时候（正好是一次视觉和交互上的全新设计），我清楚的明白这次重构的目的是锻炼自己在架构准富应用时的模块解偶能力，寻找在其他项目中架构的共通之处，所以我宁愿加班或花更多精力做这个事情，当然更没打算向业务方多解释什么，这件事情对我来说纯粹是技能的锻炼。而经过这一次重构之后，我意外的发现对业务的理解更透彻深入、更清晰的把握用户体验上的瓶颈所在。如果一开始就把这次常规改版当成一个普通的项目按部就班的做，我只能说，你也能按时完成项目，按时发布，但真真浪费了一次宝贵的锻炼机会，项目总结时也难有“动心忍性”的体会。


所以，每个项目的每个事情都应当认真对待，甚至要超出认真的对待，想清楚做好每件事对于自己哪方面有所提升？哪怕是一个bug的解决，即便不是自己的问题也不要草草踢出去了事，而是分析出问题原因，给出方案，有目的involve各方知晓……，正规的对待每个不起眼的小事，时间久了历练了心智，心有城府自然淡定万倍，而这种淡定的气场对身边浮躁的人来说也是一种震慑和疗伤，影响力自然而然就形成了。


第三，作分享


有心的人一定要逼着自己做分享，而且要做好。首先，自己了解的知识不叫掌握，只有理解并表达出来能让别人理解才叫掌握，比如如果你解释不清楚hasLayout，多半说明自己没理解，如果你搞不懂双飞翼的使用场景，可能真的不知道布局的核心要素。再者，作分享绝对锻炼知识点的提炼能力和表达能力，我们作为工程师不知道多少次和强硬的需求方pk，被击败的一塌糊涂。也反映出工程师很难提炼出通俗易懂的语言将技术要点表述清楚。而做ppt和分享正是锻炼这种能力，将自己的观点提炼出要点和线索，分享次数多了，自然熟能生巧,档次也再慢慢提高。



勤于思考，轻装上阵，大胆实践，勇于创新，发掘问题所在，实打实的解决（潜在）问题，这才是我们真正需要的能力。热爱你的工作。热爱跨浏览器开发带来的挑战、热爱互联网技术的种种异端，热爱业内的同行，热爱你的工 具。互联网发展太快了，如果你不热爱它的话，不可能跟上它的步伐。这意味着你必须多阅读，多动手，保证自己的才能与日俱增。下了班也不能闲着，要做一些对自己有用的事儿。可以参与一些开源软件的开发，读读好书，看看牛人的博客。经常参加一些会议，看看别人都在干什么。要想让自己快速成长，有很多事儿可以去做，而且付出一定会有回报。“

想学习web前端？废话不多说，所有软件的创始人和历史背景一律略过，我们直奔主题！
首先我们需要了解一下想要做一个合格的web前端开发工程师应该学会做什么？
做web前端，我们需要以下流程：制作产品原型--利用HTML5+css+js等前端技术把网站前端做出来
前端是什么？
前端就相当于一个人的身体表面，一个漂亮的人首先要有一个完美的形态、外表和举止，而一个漂亮前端也是这样它需要拥有一个完美的形态（html5）、外表（css3）、举止（JavaScript），但如果你不想让自己辛辛苦苦制作的前端被人说丑的话你还需要在制作之前征求一下别人的意见，因此我们需要制作一个产品原型，通过产品原型向别人展示一下你所设想的网站是什么样子，别人普遍认为你的原型很漂亮的时候你再去制作一个一模一样的真实的网站就万无一失啦！
 
我们首先需要学习HTML+css+JavaScript和Axure原型设计，在这一系列的课程中，我用到的软件有sublime和Axure8.0，再后续的课程中我还会讲解JavaScript中各个库的使用方法（e.g:jQuery、ajax等等）。
课程计划：
1. 完成HTML+css+JavaScript和Axure的讲解			18/5.26--18/8/1
2. 完成jQuery和ajax的讲解						18/8/1--18/9/1
3. PHP的开发								未知。。。
Ps：我也会不定期的发布一下python的课程，本人主攻的是python爬虫方面的技术，所以基础不是太好，见谅。如果时间允许的话我也会出一些jsp的基础教程（Linux系统的操作，java等等），总之，有你们的支持我才能不断前行。一起努力吧！
本人qq群：787940407		如果有任何关于课程中的疑问可以直接在课程下方留言或加我的QQ。感谢支持！

浅谈对soket的理解
定义：
网络上的两个程序通过一个双向的通信链实现数据的交换，这个链接的一端就成为Socket
它是进程通信的一种，即调用这个网络库的api函数实现分布在不同主机相关进程之间的数据交换，依照tcp/ip协议分给每个主机的网络地址，如果两个主机要进行通信，任何一个进程都要首先知道对方的网络地址，也可以说是对方的IP。
端口号用来辨别本地进程，一个本地的进程通信时，，都要占用一个端口号，不同的进程端口号不同，因为在本地进程进行之前，首先要分配一个没有被占用的端口号，。
链接：是指两个进程通信之间的链路。
实现原理：
在TCP/IP网络应用中，通信的两个进程之间的主要模式为客户/服务器端（即client/server C/S）模式，即客户端向服务器发出服务请求，服务器收到请求以后，向客户端提供相应的服务，C/S模式创建需要的两个条件：（1）网络中软硬件资源，运算能力，信息不均等，需要共享（2）连个网络进程是完全异步的，需要一种机制为通信的进程间建立关系，为两者的数据交换提供同步，这就是基于C/S模式的TCP/IP；
工作过程：
服务器启动，根据请求提供相应的服务（1）打开一通信通道，告知本地主机，它愿意在公认的某一端口接受客户请求（2）请求客户请求到达端口（3）收到客户请求，处理并发出应答信号，接收到并发出应答请求，这需要出发一个新的进程来处理这个客户请求，这个进程不需要发出应答，服务处理完成后，关闭新进程与客户端的链路（4）返回第（2）步，等待另一客户端发来请求
关闭服务器：
（1）打开一个通信通道，连接到服务器所在的主机端口号，（2）向服务器发送服务器报文，等待并接收应答，继续发送报文（3）请求结束后，关闭通道
过程总结：客户端和服务器端是不对等的，所以两端的代码时不同的，服务器进程一般是先启动的，只要系统运行，该服务器进程一直存在，除非正常或者被迫中止
基于net 模块实现通信
Node.js的net模块提供了一些底层通信的小工具，其中包括创建C/S模式的方法
服务器端代码
var net=require(‘net’)
var server=new net.createServer();
//用来存放多个socket用户对象的集合
var obj=new Object()
//流水账号–保证用户不重复
var i=0;
server.on(‘connection’,(client)=>{
client.name=++i;
obj[client.name]=client
//	client==像服务器发送数据的socket对象
client.on(‘data’,(data)=>{
console.log(‘客户端发来：–’+data)
huifu(data,client)
})
})
function huifu(message,client){
//	client.write(‘服务器已经收到’)
for (let i in obj) {
obj[i].write(client.name+‘说：’+message)
}
}
server.listen(3000)
客户端代码
var net=require(‘net’)
var readline=require(‘readline’)
//创建socket对象
var client=new net.Socket();
var port=3000;
var hostname=‘localhost’;
client.connect(port,hostname,()=>{
client.write(‘hello 客户端已经上线’)
})
client.on(‘data’,(data)=>{
console.log(‘收到服务器回复：－－’+data)
say()
})
var r1=new readline.createInterface({
input:process.stdin,
output:process.stdout
})
function say(){
r1.question(‘请输入要发送的内容：’,(str)=>{
client.write(str)
})
}
Websoket
是h5提供的一种双工通信的协议，而且目前所有流行的浏览器都支持这个协议
new WebSocket(“ws://echo.websocket.org”);申请一个WebSocket对象，参数是需要连接的服务器端的地址，WebSocket对象一共支持四个消息 onopen, onmessage, onclose和onerror。当Browser和WebSocketServer连接成功后，会触发onopen消息；如果连接失败，发送、接收数据失败或者处理数据出现错误，browser会触发onerror消息；当Browser接收到WebSocketServer发送过来的数据时，就会触发onmessage消息，参数evt中包含server传输过来的数据；当Browser接收到WebSocketServer端发送的关闭连接请求时，就会触发onclose消息。我们可以看出所有的操作都是采用消息的方式触发的，这样就不会阻塞UI，使得UI有更快的响应时间，得到更好的用户体验