Aaron[에런]85 [개발 일기] - 22.09.24.Sat 22.09.24.Sat 오늘 오전에는 영어 쉐도잉 및 헬스(웨이트)를 다녀왔습니다. 이후 오후에는 간단히 개인 업무를 보면서 저녁에 JS 알고리즘 1문제를 풀었습니다. 요즘 개인적으로 어떤 프로덕트를 기획하면 좋을지 생각하고 있습니다. 아이데이션이라고 할 수 있는데 천천히 개인적인 시간을 가지면서 아이디어들을 잘 정리하고 메모 해야겠습니다. 이후 개인 또는 사이드 팀 프로젝트로도 진행해보고 싶습니다. [생각해 볼 내용] - 아이데이션 2022. 9. 24. [개발 일기] - 22.09.23.Fri 22.09.23.Fri 오전에 영어 쉐도잉과 헬스를 했습니다. 이후 회사 업무를 진행하면서 중간 중간 쉬는 타임에 트러블 슈팅이 생각나서 정리하였습니다. 현재 진행하고 있는 프로젝트가 Shopify 플랫폼의 storefront API, Hydrogen을 사용한다고 합니다. 해당 API를 제공해주는 서비스는 대체로 GraphQL로 되어 있어서 퇴근 이후 GraphQL에 대해 간단히 훑어봤습니다. (JS 알고리즘도 한 문제 풀었습니다.) overfetching과 underfetching을 방지하여 클라이언트 개발자가 손쉽게 API를 가져올 수 있는 장점이 큽니다. 하지만 전에 시니어 개발자분으로부터 들었는데 잘못 사용하면 이것도 성능에 큰 이슈가 발생할 수 있다고 합니다. 자세한 예시나 내용은 기억이 나지 .. 2022. 9. 23. [Trouble Shootings #8] HTTP/DB - HTTP 메소드 관련 DELETE vs. PUT/PATCH API를 설계하고 구현할 때 고민되는 것이 하나 있습니다. 우선 클라이언트 단 화면에서 삭제가 되었지만, 실제로 DB 단에서는 삭제가 되지 않고 수정이 되는 경우가 있습니다. 예를 들어, 사용자가 찜한 목록을 해제하였다면 그 해제한 날짜를 DB 테이블 컬럼에 추가만 하고 해당 레코드는 삭제하지 않는 경우입니다. 이렇게 하는 이유는 사용자가 찜했다가 찜을 해제한 사용자의 행태를 분석하여 보이지 않는 데이터를 가지고 유의미한 데이터를 만들어서 마케팅이나 여러 부분에 사용할 수 있기 때문입니다. 아마존에서 0.1초? 정도 속도를 줄이고 매출을 엄청 많이 오른 사례를 보면 상당히 중요한 이슈입니다. 그런데 백엔드 개발자 입장에서는 해당 API를 Restful 형식으로 개발한다는 가정 하에 DELETE 요청으로 .. 2022. 9. 23. [World Article #8] You’re overusing useMemo: Rethinking Hooks memoization - by Ohans Emmanuel React에서 useMemo 훅을 사용할 때 고려할 점이 있습니다. 무턱대로 memoization 캐싱을 위해 사용하는 것은 올바르지 않습니다. 우선 기본적으로 성능에 크게 영향을 미치지 않을 정도의 값이면 useMemo를 굳이 사용하여 공간 복잡도를 높일 필요는 없을 것 같습니다. 단순히 boolean 같은 primitive type value를 위해서 사용하는 것은 효율적이지 않고 서버로부터 data를 fetch 하는 것과 같이 객체 타입의 큰 규모의 타입은 data가 변경될 때마다 값을 갱신시켜주는 것이 좋아 보입니다. 또한 primitive type의 value는 객체처럼 참조 주소가 있어서 새롭게 만들 필요가 없어서 참조 주소는 변경되지 않습니다. 우선 기본적으로 코드를 구현하되 성능 이슈가 있.. 2022. 9. 23. 이전 1 ··· 6 7 8 9 10 11 12 ··· 22 다음 반응형