本文是专栏第 3 篇文章【实战案例：初探工程配置 & 图标组件热身】，我将从业务系统中最基础的图标组件入手，带着读者们练练手找找感觉，顺便了解一些基本的前端工程配置。

本文将以 Node 程序展示如何优化 Docker 镜像（优化思想是通用的，不分程序），主要解决镜像大小过大、CI/CD 构建镜像速度，本文演示如何一步步优化 Dockerfile 文件，绝对的干货，

网上看了一下,项目中引入ts共有三种方案，@babel/preset-typescript这个库也被create-react-app脚手架所集成，这种方案的话只用babel插件把ts文件直接替换成js

前言 去年同期写过一个基于 Node 的 DevOps 系列，但是整个项目工程非常大，上手成本比较高，对于一些中小型团队或者新手参考的意义不算多，所以针对这些群体重启了一个新的工程化系列。 新的系列将

微前端(QianKun)落地级实施和最后部署上线 历时不到两个月，来到新公司后，接到新需求：“要把ERP系统拆分出来，里面有包括PMS、OMS、WNS等等”模块。 当时的第一个想法就是微前端，那么接下

反复看下以下三个问题。 有木有不同的人问过你：什么是前端性能优化？ 有木有不同的面试官问过你：你为前端性能优化做过什么？ 有木有哪一次，你问过自己：别人问我前端性能优化到底应该如何答复？

工程化概述 工程化的定义和主要解决的问题 全副武装:通过工程化提升战斗力。 问题1: 想要使用ES6+新特性，但是兼容有问题。 问题2: 想要使用Less/Sass/PostCSS增强CSS的编程性

总所周知，现代前端，基本都离不开前端工程化，多多少少都要用上打包工具进行处理，例如webpack、rollup。不过写得再多，也只是针对webpack/rollup的配置工程师，具体打包过程，对我们来说却是个黑盒。 在构建之前我们要梳理一下打包的流程。 因为第一个分析的模块一定…

结果我一路到现在都是处于这么一种状态：看到一个新的框架—看看文档和场景—嗯哼，不错—学！ 虽然这样也造成我目前没有特别深入的方向，比如21届的大佬们在工程化、微前端、AST、NodeJS等等方向都已经开始深耕，我还在~~追着各种新框架学~~当弟弟，但不得不说，在学习新事物的过程…