FE 개발일지

다들 상태관리에 대해서 어떻게 생각하시나요? 정말 간단하게 말하면 변화하는 데이터를 관리 즉, 개발자 입장에서 문자열, 배열, 객체 등의 형태로 저장된 데이터들을 관리해야 하는 것을 상태관리라고 요약할 수 있겠습니다. 그러면 다들 서버 상태관리 라이브러리로 어떤걸 사용하고 계신가요? 프로덕트가 커짐에 따라서 상태를 관리하기에 어려움도 커지고, 상태들은 시간에 따라서 계속 변화하고 React는 단방향 바인딩이므로 Props Drilling 이슈도 존재합니다. 이에 따라 저희도 요즘 상태관리에 대한 고민이 되게 많았습니다. 기능추가를 할수록 계속해서 커지는 Store API 통신 관련 코드를 작성하는데 반복되는 코드작업과 너무 긴 코드 라인 수 비효율적이게 지속적으로 호출되는 API 그렇다고 저희 클라이언트..

#1. 2021년 회고 안녕하세요. 이렇게 2021년이 마무리 되고 1월1일 새해를 맞이했습니다. 다들 새해 복 많이 받으시고, 이번년도에는 이루고 싶은 목표를 이루고 몇 단계 더 성장하는 한 해가 되길 바라겠습니다. 새해를 맞아 많은 경험이 있었던 한 해를 정리하고 2022년에는 어떤 마음가짐, 목표로 보내면 좋을까 생각해보는 시간을 갖으면 좋을 것 같아 이렇게 글을 작성하게 되었습니다. #2. 신입 개발자로서의 첫 취업 2021년의 가장 큰 목표는 신입개발자로서의 '성장'이였습니다. 국비지원을 마무리하고 취업하기까지의 과정이 결코 순탄하진 않았지만 결국 스타트업 취업에 성공할 수 있었고, 신입 개발자로서 첫 발걸음을 내딛게 되었습니다. 아직도 첫 출근할 때가 생각납니다. 사수가 없다는 것을 알고 있는..

#1 Admin 커뮤니케이션의 중요성과 응집도와 결합도의 중요성 사이드 이펙트 등 많은 부분을 느끼게 해준 admin 회고입니다. admin 개발이 된 것을 받았을 때 기존 기획서에 있지만 누락된 요소들이 너무 많았고, 개발자는 기획자가 기획한 것을 보지 않고 개발했다는 말도 함께 들었고 client와 비교했을 때 빠르게 개발하다보니 여러 문제가 있다는 말도 함께 들었습니다. 그래도 관리자 입장에서 admin은 필요하기에 개발을 하다가 이런 부분은 정리하면 좋겠다 싶은 부분을 정리해보고자 글을 써봅니다. #1 문제 Front는 서버에 저장되어 있는 모든 데이터를 요청한 후 필요한 데이터를 뽑아 사용하는 방식으로 되어 있었습니다. ex) fetch API로 프로젝트 생성, 수정, 삭제를 모두 하고있습니다...

#1 응집도와 결합도 정보처리기사를 공부할 때, 응집도는 높게, 결합도는 낮게로 공부했던 기억이 납니다. 이번 admin 작업을 해보면서 느꼈던 점을 회고하기 전에 응집도와 결합도를 정리하면 좋을 것 같단 생각에 정리를 해봅니다. 유지보수를 용이하게 해주는 설계가 좋은 설계는 정말 당연한 말입니다. 그럼 유지보수를 용이하게 하기 위해서는 어떻게 해야 할까요? 높은 응집도와 낮은 결합도를 가지도록 설계하는 것이 유리합니다. 그럼 응집도가 무엇일까요? 응집도는 모듈에 포함된 내부 요소들이 하나의 책임 / 목적을 위해 연결되어 있는 연관된 정도입니다. - 모듈이 하나의 목적을 수행하는 요소들간의 연관성 척도 - 모듈 내부의 기능적인 응집 정도를 나타냄 - 응집도가 높은 것이 유지보수에 유리 유지 보수를 위해 ..