Salesforce Dev/MMM(Miracle Monday Morning)
![](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2Fq06K3%2FbtsEaPTbVYb%2FLnkIhuwsL9r1qTFUgN86Y1%2Fimg.webp)
🌅 Miracle Monday Morning DevPost #1
혹시 여러분도 아래 코드 예시처럼 수정 사항 내용을 주석으로 쓰고 계신가요? 해당 방식은 이미 Anti-Pattern며 Apex 또는 DevOps 중 하나라도 모르면 자주 하는 실수입니다. 사항이 더 심해지는 경우는 일반적으로 몇 년 동안 많은 변경 사항을 겪은 클래스를 변경해야 할 때마다 주석 내용이 길어지기 시작합니다. 그리고, 한줄 변경 사항 내역도 코드 읽고 이해하는데에 도움을 못 주는 경우도 많죠. 시간이 지남에 따라 코드베이스는 이러한 주석으로 가득 차게 되고, 결과적으로 코드보다 더 많은 주석이 생깁니다. 이를 해결하기 위한 다른 더 나은 방법들이 있습니다: 객체 지향 설계의 SOLID 중 개방-폐쇄 원칙 (Open/closed principle)에 준수합니다. 즉, 소프트웨어 요소는 확장에..