半年时间撑过了三轮裁员，还是在第四轮的时候被裁了，差一周时间就入职满一年了。去年7月份换了一家新公司，刚进公司的时候感觉蒸蒸日上，特别有朝气，氛围也很轻松。这一年除了负责业务开发外，还做了很多前

使用prettier+eslint+stylelint+lint-staged+husky+commitlint统一代码和git提交规范

笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人)，自己就是规范。随着公司业务的扩展，扩充了一些人员，这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考，希望能给你们也带来一些帮助. 一个人走的更快，一群人可以走得更远，前提是统一的策略…

无规矩不成方圆，无规范难以协同！建立一套适合团队的开发规范，可以让团队成员编写出高质量的代码，让团队成员每天在一起都心情愉悦，从而让团队做得更好走的更远。

任何能提高代码可维护性、降低代码理解成本、提高代码的容错率和提高项目可扩展性的统一标准，称之为规范标准； 但是如何去落实规范就是一个难题了，我相信本文能给您答案 ~

package.json 是一个用于描述和配置项目的重要文件，其中包含了许多字段和选项，可以影响项目的构建、依赖管理、脚本执行等方面。了解这些字段可以帮助开发者更好地理解和控制项目的行为。

由于手机屏幕尺寸不一样，分辨率不一样，或者需要考虑横竖屏的问题，或者考虑到移动端兼容性。这时候你也就不得不解决在不同手机上，不同情况下的展示效果，所以就需要一个开箱即用并且行之有效的移的移动端适配方案

这是我参与8月更文挑战的第3天，活动详情查看：8月更文挑战” 你有给开源的库或者框架提过 PR 吗？ 如果没有，那么今天的文章会教你怎么给开源库提 PR。 为什么要给开源项目提 PR？ 这件事还得从好

部分小节提供了非常详细的实战教程，让大家动手实践。 另外我还写了一个前端工程化 demo 放在 github 上。这个 demo 包含了 js、css、git 验证，其中 js、css 验证需要安装 VSCode，具体教程在下文中会有提及。 对于前端来说，技术选型挺简单的。就是…