前言 吾辈就是一个从 Java Web 后端转到前端的人。 吾辈今天又在看到人说 前端很简单，而且还比后端工资高，这里吾辈还是想做一些澄清的。 对话 后端 A: 我发现这两年前端的工作特别好找，而且工资很高 后端 A：后端内卷太严重了。 后端 B: #无语 后端 B: 前端要会啥啊到底才能称得上前端 后端 A: 我们这边。H5+小程序 就行了 后端 A: 主要是 CSS 要能处理好。。。 后端

简介前些时日，吾辈读完了 [浪潮之巅] 这本书。 它是 Google 开发者吴军所写的 IT 行业各个重要公司的兴衰历史，并进一步探讨了其中的原因。那些曾经无比耀眼的新星，压在每个公司头上的庞然大物，是如何一步步变成这样的。 起因最初是在一位朋友的推荐下了解到这本书的，当然，那位推荐了不少有趣的书籍: 黑客与画家、浪潮之巅、人月神话等。 感想 书中最有趣的一个观点是: 公司是由基因决定的，转基因

场景在生产中遇到的一个 css 问题，css 不正交的问题一直有人吐槽，吾辈今天总算也是遇到了，实在是不吐不快。 CSS 为什么这么难学？ 如下一个简单的二维横向图片列表 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455<style&g

xstate.js 官网, 中文（繁体）教程参考 场景 为什么要引入状态机？ 吾辈希望使用有限状态机管理程序中的状态及状态的流转，以避免使用各种 flag + if/else 控制程序的运行。 为什么吾辈会突然觉得 flag + if/else 这种方式不好呢？ 原因在于吾辈最近在看设计模式相关的书籍：JavaScript 设计模式与开发实践，其中涉及到了[状态模式]，里面就提到了[有限状态机

场景EventEmitter 很适合在不修改组件状态结构的情况下进行组件通信，然而它的生命周期不受 react 管理，需要手动添加/清理监听事件很麻烦。而且，如果一个 EventEmitter 没有使用就被初始化也会有点麻烦。 目的所以使用 react context 结合 event emitter 的目的便是 添加高阶组件，通过 react context 为所有子组件注入 em 对象 添加

场景 gh-pages 之前就有在使用 gh-pages 这个库，但由于名字并未想到它如此强大，甚至支持发布代码到任意 git 仓库。换言之，它可以将任意本地文件发布到远端 git 仓库，而不需要自己处理各种乱七八糟的问题。 问题首先说一下我们之前前后端分离项目的发布流程 修改打包的 webpack 脚本以支持引用 cdn 上的资源（本质上是修改路径） 打包静态资源文件 找到前端静态资源发布项

本文转载自 SegmentFault，英文原文在 How it feels to learn JavaScript in 2016吾辈觉得颇为有趣，便转载了一下（也算是前端开发的悲哀之处了吧）附：吾辈觉得至今为止，前端工具链仍然没有好太多，工具链过多导致配置复杂，入门难度极大。附：现在都 2018 了，然而吾辈的公司现在还是用 jQuery，虽然吾辈目前在内部强推了 VueJS #笑哭附：吾辈这

注：可能出现博客文章的顺序完全混乱，但随着笔记的修正将逐渐恢复正确的顺序。 这个博客正在从 github + hexo 迁移至 joplin + hexo，将 joplin 笔记作为唯一数据源，结合 hexo 生成一个网站。 下面是关于 joplin-blog 项目 的介绍 场景你是否和吾辈一样烦恼同时维护笔记和博客的同步麻烦，如果你使用 joplin 作为笔记工具，而使用 hexo 作为博

1984最近看完了 1984 这本小说，在之后也补了一下电影 Youtube 正版电影 一些设定令人惊奇 真理部：负责新闻、娱乐、教育、艺术 和平部：负责战争 有爱不：负责维持法律和秩序 富裕部：负责经济事务 一些名言令人印象深刻 过去被禁止，控制过去的人控制未来，控制现在的人控制过去。 除了对集体的爱，没有其他的爱，与之竞争的都要被摧毁。 无产阶级就像牲口一样，什么办法都没有。 现代战

fetch 是 ES6 的一个新的特性，用来简化处理异步的 Ajax 请求。 fetch 可以参考 MDN 上的教程：https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API/Using_Fetch 假设后端（Java）有一个用于上传文件的接口 12345678/** * 上传文件 * @param imgFile * @ret

场景在一个新的项目时，需要在 JavaScript 中编写与后端对应的实体类时，因为不想使用下面的方法定义类了，感觉实在不够灵活… 123var User = { //more field and function} 或者 123function User() { //more field and function} 解决 目前 ES6 已经完全普及开来，所以如果需要定义类的话，请使用 E

IDEA 虽然有着便携版本，但它的配置文件显然并非如此。默认设置在当前用户目录下，所以为了便携化考虑，还是将配置文件也放到 IDEA 程序的子目录更好一点。 主要需要修改的文件为：IDEAHome/bin/idea.properties 找到内容为 idea.config.path 与 idea.system.path 的选项，放开注释，修改为你想要的路径就好了。 idea.config.pat