码农专栏

工作中80%的问题都是沟通造成的。绝大部分工作问题，不来自于技能本身，而来自于沟通。沟通的本质，不是你说了什么，而是别人听懂了什么。但问题是，你怎么确认对方听懂了？沟通真的太难了。后来，慢慢发现，沟通之难，主要源于几个客观存在的基本事实：我读过几本思维模型相关的书籍，突然意识到：智商可以重新被定义。智商可能更多是对人的一部分脑力的发掘。相比动物，人脑的可塑性更强。但这种可塑性会造成什么问题呢？每个人由于大脑信息储备和处理能力不同，造成大脑塑造结果的巨大差异。一人一世界。不同专业背景、不同职位、不同的成长环境

什么是设计模式？设计模式是对软件设计开发过程中反复出现的某类问题的通用解决方案。设计模式更多的是指导思想和方法论，而不是现成的代码，当然每种设计模式都有每种语言中的具体实现方式。学习设计模式更多的是理解各种模式的内在思想和解决的问题，毕竟这是前人无数经验总结成的最佳实践，而代码实现则是对加深理解的辅助。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。在本文中，我将介绍其中常见的五种设计模式在JavaScript中实际使用场景：单例设计模式定义单例模式仅允许类或对象具有

前言很多同学认为、以为，学会了JS就是学会了前端开发。但事实是，学会了JS，只是说你可以写前端组件了。但你会写前端组件吗？其实并不会。所以出现了网上所谓的，学了半天也学不会，学会了也没人要，前端也饱合了什么的说法。其实原因很简单，一是学偏了；二是基本就没学会。很多同学会对学习前端开发有一些误导性的先入为主的想法:1、前端高薪2、JS很难3、听会了，就是学会了许多同学本来对JS语言的学习已经做好了相当的思想准备，一但没费什么大力气学会了JS，又会出现一些盲目乐观的情绪，觉得前端

前言自离开大学毕业之后，我多年从事前端工程师岗位，大部分时间都是在从事业务线方面的工作。常常会听到周围很多前端工程师的声音，例如 “业务线压力太大”，“业务线前端没有话语权”，“业务线干活没什么技术含量，得不到成长”之类的抱怨。不可否认，这些声音所反映的现象，在很多公司是客观存在的。形成的原因有多方面，可能是抱怨者个人的态度问题，可能这个人本身能力的问题，还可能是合作伙伴或者是公司文化的问题，但我不认为这些现象是 “业务线前端”这个职类本身所造成的问题。我们生活的这个世界，无论你是什么样的身份，处

程序员——大有可为的职业　　程序员的人力缺口非常大，前端工程师做为一个专门负责整个项目数据和界面呈现的职位此更是感触良多。虽然有时候我们也抱怨好项目太少，但是更多的时候是好项目来了却发现根本没有人去做。招聘广告常年打，面试者寥寥无几，能通过面试的更是沧海一粟。　　那好吧，我替大家不平一下，我们不是不想去应聘，而是面试了几家都不成功，是不是你们根本不想招人，就是在炒作啊？就算侥幸成功了，