ESLint와 더 예쁘다

안녕하세요 놀라운 여러분!🙂

오늘 흥미로운 이야기를 해봅시다.
Eslint 및 Prettier 에 대한 내용과 이유를 이해합시다.

비전 🧑‍💻을 달성하기 위해 10 developers 이상으로 프로젝트를 진행한다고 상상해보세요. 3개월 후 당신은 지금 상황이 얼마나 지저분한지 깨닫게 됩니다 🤒.



재미있는 부분은 코드를 작성한 사람도 자신의 코드에 혼란스러워한다는 것입니다 😂.

그러한 시나리오를 피하고 싶습니까? 😶

모두가 쉽게 이해할 수 있도록 코드를 작성할 때 모두가 따를 수 있는 구조를 형성하십시오✌. 쉬운 것 같죠? 하지만 모두가 진지하게 🤔 그런 것들을 따를 것인가!



팀에 추가되는 사람을 생각해 보십시오. 그 사람은 약간의 자유를 사랑하는 사람이며 대부분 그러한 규칙을 따르는 것을 잊습니다. 😐

흠... 코드가 천천히 엉망이 되고 있죠?

예 그게 Eslint와 Prettier가 작용하는 것입니다 😃. Eslint 및 Prettier는 전체 코드베이스를 일부 규칙 세트로 형식화하는 데 사용됩니다.

Like there should not be any console log while pushing any code to production . Mainly done to ensure there is no printing of sensitive data on the logs.

그것이 어떻게 보이는지에 대한 절정을 원하십니까?

{
    "semi": true,
    "tabWidth": 2,
    "printWidth": 100,
    "singleQuote": true,
    "trailingComma": "none",
    "jsxBracketSameLine": true
}

다음은 Prettier 구성의 정점입니다. 필요에 따라 적용할 수 있는 규칙이 있음을 알 수 있습니다.

더 읽고싶다 👉 https://prettier.io/docs/en/index.html

{
    "rules": {
        "semi": ["error", "always"],
        "quotes": ["error", "double"]
    }
}

Eslint의 작은 피크, 유형을 경고 또는 오류로 설정할 수 있습니다. 개발자가 적절한 코딩 구조를 따르도록 강제합니다.

알아요 ! 알아요 !

많은 사람들이 개발자에게 코딩하는 동안 왜 일부 규칙을 강요하는지 생각할 것입니다. 규칙과 제한 없이 자유롭게 코딩하게 해주세요🤔.



나는 또한 같은 것을 믿었습니다!

하지만 다른 개발자들과 함께 프로젝트를 진행하면서 다른 사람의 지저분한 코드 🙍‍♂‍를 읽어야 할 때 얼마나 어려운 일인지 이해했습니다.

때로는 고통스러울 수도 있지만 가치가 있다는 것을 압니다. 클린 코딩은 개발자에게 항상 힘든 일이지만 프로젝트가 커지면 새로운 개발자와 기존 개발자가 작업하기가 매우 쉬워집니다 😉.



내가 말할 것. 그냥 사용해 보세요, 당신이 그것에 반할 것이라고 장담할 수 있습니다 👍.

그리고 마지막으로 하고 싶은 말은 👇

계속 코딩 #️⃣ , 계속 흔들어 🚀