클린코드2 프론트엔드 개발에 대한 생각 개인적으로 공통단에 대해서 관심이 많다. 개발을 처음 독학으로 시작할때 부터 어지간한 프로그램을 이해하는데 큰 어려움이 없었고 어지간한 것들은 그 내부를 보지 않고도 어떻게 구현해야할지 직관이 가능했는데(분야에 상관없이 허와 실을 직관하는데 재능이 있는 편이다.) 그래서 그런지 처음부터 개발을 하면서 클린코드나 설계등에 대해서 꾸준히 관심을 가지고 관련해서 공부도 해보고 나름대로 이해도 하고 직접 적용해보고 응용도 하는 등 꾸준히 행해왔다. 더욱이 웹이라는 고수준으로 추상화된 환경에서 보편적인 기능을 개발하는데 특이한 경우가 아니라면 사실 특출난 알고리즘이나 최적화를 통한 성능적인 고려를 할 필요가 거의 없고 문제 없는 설계에 집중하는 것 만으로도 성능을 어느 정도 잡아 낼 수 있었기에 더욱 그러했다.(.. 2022. 9. 14. 클린코드와 표준 협업에서는 사람이 읽기 좋은 코드를 중요시 여긴다. 그를 위해서 각종 컨벤션과 린터등의 코드 스타일링 도구들이 존재할 정도로 사실 좋은 코드와 읽기 좋은 코드 중 무엇을 중요시 여기는지 명확하진 않지만 좋은 코드와 읽기 좋은 코드의 차이가 거의 없어서 구분 짓기 힘드니 명확히 구분 짓는 것도 그다지 중요하지는 않는 것 같다. 개발자는 대부분 클린코드를 생산 하는 것을 지향한다. 물론 이에 동의하지 않는 사람들도 존재하겠지만 일정상의 이유나 클린코드는 좋은 코드가 아니다. 등의 이유는 리팩토링 기법에도 상반된 기법이 존재하듯이 클린코드 자체도 사실 이미 명확한 표준이 아니라 추상적인 지향점을 표현하는 단어다보니 의미가 없는 반박이다. 나는, 적어도 이글에서는 클린코드를 적절한 코드를 나타내는 단어로 사용한.. 2022. 4. 28. 이전 1 다음