hi，我是风骨，今天和大家聊一聊「前端规范」话题。在团队协作开发中，规范可以约束和统一，每一位成员的编码习惯、降低协作沟通和维护成本，提升研发效率。 接下来，我将结合自己的工作经历，和大家一起走进今天

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

我的博客原文 前言 唠嗑 俺自己弄自己写博客是为了记录自己的脚步，走成功就留下近道，方便其他兴趣者抄近道提升；走失败了就留下血迹(魂类游戏の特色)，方便其他人看看我是这么寄的。 我曾经给自己规定，一个

我们看过很多很多代码，它们所属的项目从大获成功到奄奄一息都有。观察这些代码时，我们学会了从中找寻某些特定结构，这些结构指出（有时甚至就像尖叫呼喊）重构的可能性。--《重构》

本篇文档是关于团队实践中CodeReview的一些个人想法，非常主观，有很多的地方考虑不周到，还请大家多多包涵

大家好，我是田螺。 我们开发完需求，提测前，一般都需要代码评审。小伙伴们，你们知道代码评审，一般都有哪些军规嘛？今天田螺哥给你带来代码评审的18个军规

快2024年了，还在苦哈哈地手工配置husky、eslint、prettier、lint-staged、commitlint吗？一步到位的的git-validator你可以考虑一下

前言 在实际工作中，我们需要经常跟第三方平台打交道，可能会对接第三方平台API接口，或者提供API接口给第三方平台调用。 那么问题来了，如果设计一个优雅的API接口，能够满足：安全性、可重复调用、稳定

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