🥬 상추의 공간

들어가며지난 글에서는 LCP 7.6초라는 문제를 진단하고, 네 가지 방법을 비교해 S3 이벤트 기반 Lambda 비동기 처리 방식을 선택하기까지의 과정을 다뤘다. 이미지 최적화 파이프라인 구축기 (1) - 문제 진단과 방법 선택들어가며이전에 정적 이미지 최적화 방식을 다룬 글을 작성한 적 있다. 이번에는 사용자가 업로드한 이미지를 최적화한 경험을 정리해보려 한다. 이번 글에서는 LCP 7.6초라는 수치를 발견하고,sanghee01.tistory.com 이번 글에서는 실제로 어떻게 구현했는지를 다룬다. S3 이벤트 트리거 설정부터 Lambda 함수 구현, 원본과 최적화 버킷 분리 설계까지 순서대로 진행한다. 전체 파이프라인 구조이미지 업로드부터 최적화 과정,사용자에게 이미지가 보이기까지의 전체 흐름을 먼저..

들어가며이전에 정적 이미지 최적화 방식을 다룬 글을 작성한 적 있다. 이번에는 사용자가 업로드한 이미지를 최적화한 경험을 정리해보려 한다. 이번 글에서는 LCP 7.6초라는 수치를 발견하고, 네 가지 최적화 방법을 비교해 S3 이벤트 기반 Lambda 방식을 선택하기까지의 과정을 다룬다. 이 작업을 통해 최종적으로 LCP를 7.6초에서 2.1초로 단축하고, Lighthouse Performance 점수를 70에서 90으로 개선했다. 문제 상황모멘트는 사용자가 게시물에 텍스트와 이미지를 함께 업로드할 수 있는 SNS 커뮤니티 서비스다. 일부 사용자로부터 이미지 로드 속도가 느리다는 피드백을 받았고, 서비스 성능을 점검하기 위해 Lighthouse 측정을 진행했다.수치로 확인해보니 문제는 생각보다 명확했다...

문제 상황유난히 번들 크기가 큰 패키지모멘트 프로젝트에서 번들 분석을 하던 중, 아이콘 패키지 lucide-react의 비중이 유난히 크게 보였다.프로젝트에서 실제로 사용하는 아이콘은 약 20개였는데, 번들에 아이콘이 무수히 많이 포함되어있고, node_modules 번들의 1/4 이상을 차지하는 게 이상하다고 판단했다. 트리셰이킹과 관련되었다고 판단하여, 관련 설정을 하나씩 점검했고, 그 결과 특정 옵션을 수정해 번들 크기를 줄일 수 있었다.하지만 수정하고도 찝찝한 마음이 들었다. 그 옵션은 트리셰이킹을 돕기 위한 옵션으로 알고 있었기 때문이다. 이 글에서는 내가 무엇을 오해했는지, 실제 원인이 무엇이었는지, 그리고 올바른 해결 방법은 무엇이었는지 정리하고자 한다. 사전 지식트리셰이킹 트리셰이킹은 프로..

도입모멘트 프로젝트에서 페이지에 사용되고 있는 정적 이미지(레벨, 아이콘 등)의 로딩 속도가 느린 것을 확인하였다. 기존에는 단순히 네트워크 속도가 느리거나 기기 사양이 낮아서 로드 속도가 낮은 것이라고 생각했었는데, 웹 성능 최적화에 대해 학습한 이후 관점이 달라졌다. 단순 사용자의 기기 문제라고 끝낼게 아니라, 개발자가 충분히 개선할 수 있는 영역이었다. 이 글에서는 이미지 로딩 속도를 어떻게 개선했는지 공유하고자 한다. 문제 상황앞서 말했듯 모멘트 프로젝트에 쓰이는 아이콘들의 로딩 속도가 느린 문제가 있었다. 특히 저사양 기기일수록 이미지가 로드되는 속도는 더 느렸다. 1. Lighthouse 측정먼저 Lighthouse 측정을 해봤다.Lighthouse는 Chrome 개발자 도구에 내장된 성능 ..

6주차 이후, 2주간 이야기6주차까지의 회고 이후부터 7, 8주차, 방학까지의 이야기를 해보겠다. 우선순위 쪼개고 쪼개기, 그리고 내려놓기6주차 이후, 거의 건강한 마인드로 미션에 임할 수 있었다. 당시, 다들 영화리뷰 미션 step2를 시작할 때, 나는 점뭐먹 미션 step2를 리팩토링도 아닌, 기본 기능 구현을 할 정도로 엄청 밀려있었다. 하지만 다른 크루들 속도에 신경쓰지 않고 내 위치에서 최선을 다했다. 그래서 점뭐먹 미션, 영화 리뷰 미션은 정말 즐겁게 했던 것 같다. 그때부터 스스로 고민을 하면서 구현하기 시작해서 그 시기에 많이 성장한 것 같다. 구현하면서 고민했던 내용과 겪은 문제 상황도 노션에 기록하며 진행했어서 내가 당시 뭘 고민했는지 더 잘 기억할 수 있었다. 또한, PR 본문에 리뷰..

우테코가 시작된 지 어느덧 6주차가 되었다. 그동안 정말 많은 일이 있었다. 주간 회고로 경험을 정리하고 싶었지만, 우테코 커리큘럼에 치이고 혼란과 방황을 겪으며 여유를 갖기 어려웠다.하지만 최근, 우테코에 좀 더 집중할 수 있는 마음가짐을 갖게 되었고, 회고 스터디도 열게 되면서 이렇게 시간을 내어 처음으로 주간 회고를 작성하게 되었다. 이번 주는 용기를 많이 낸 한 주였다. 어쩌면 이 글을 쓰는 것도 큰 용기를 낸 행동일지도 모른다. 5주차까지 있었던 일6주차 회고에 앞서 5주차까지의 상황을 간략히 정리해보고자 한다.우테코의 5주는 정말 혼란스러웠다. ‘나만 우테코를 잘 못 따라가고 있나?’, ‘나 도대체 왜 합격된거지?’라는 생각이 자주 들었고, 그냥 우테코 크루들의 삶을 체험하러 온 이방인 같았다..

Class에 대해 공부하는 도중, getter와 setter가 왜 필요하고 어떻게 동작하는지 이해가 되지 않았다. 그래서 이번 기회에 정리해보고자 한다. getter객체의 값을 가져올 때(읽을 때) 자동으로 호출되는 메서드이다.get 키워드로 정의하며, 별도의 인자를 받지 않는다.내부적으로는 함수지만, 외부에서 접근할 때는 obj.prop와 같이 프로퍼티처럼 보인다. setter객체의 값을 설정할 때 자동으로 호출되는 메서드이다.set 키워드로 정의하며, 주로 하나의 인자를 받는다.외부에서 obj.prop = 값 형태로 할당하면, 내부적으로 set prop(값)이 실행된다. 예시다음과 같이 Person 클래스가 있다. name 프로퍼티를 게터·세터로 관리해, 이름을 등록하거나(set) 가져온다(get)...

조금 늦은 2024년 회고.. 이런 회고글은 처음 쓰는지라 쓰고 지웠다를 반복하다가 지쳐 그냥 간단하게 일기식으로 쓰려고 한다. 매년 회고를 통해 경험정리를 하려고 마음을 먹지만 앞서 말한 이유로 쓰지 못했다. 이번엔 꼭 완성해야지!  2024년 월간 요약월요약1월- 캐나다 밴쿠버 단기 어학연수 - 밴쿠버, 몬트리올, 퀘벡 여행 - 감정 점수: 2/102월- 샌프란시스코, 실리콘밸리, 라스베이거스 여행 - SW마에스트로 지원(불합) - 감정 점수: 8/103월- 대학 4학년 1학기 시작 - 졸업작품 프로젝트 - 감정 점수: 7/10 4월- ICT 학점연계 인턴 글로벌 과정 지원(불합) - 졸업작품 프로젝트 - 대학 중간고사 기간 - 감정 점수: 7/10 5월- ICT 학점연계 인턴 글로벌 과정 2차 모집..

지원 계기 나는 컴퓨터공학을 전공했지만, 방황과 시행착오를 겪어온 시간이 많아 4학년임에도 불구하고 많은 부족함을 느끼고 있었다.대학생활동안 팀 프로젝트를 완성도 있게 하거나 함께 성장할 스터디원을 찾는 일은 쉽지 않았다. 교내에서 스터디원을 모집해보기도 했지만, 관심사가 맞는 사람을 찾는 것은 어려웠다. 온라인 스터디에서는 비교적 관심사가 맞는 사람들을 만날 수 있었고, 혼자 공부할 때보다 동기부여도 되었지만, 체계적이지 못한 진행과 참여율 저하로 종종 무산되는 일이 많았다. 스터디를 직접 운영하며 개선하려 했지만 나의 미숙함과 경험 부족으로 효율적인 환경을 만들지 못했다. 이런 과정에서 좌절감을 느끼며, 제대로 된 학습 방향을 잡지 못하고 방황하는 시간이 길어졌다. 그리고 그 과정에서 우아한테..

firebase에서 디지털 지문 추가하는 과정에서 "다른 프로젝트에 동일한 SHA-1 디지털 지문과 패키지 이름 조합을 사용하는 OAuth 2.0 클라이언트가 포함되어있습니다 " 문제가 생겼다. 다른 프로젝트에 이미 사용하고 있어서 생긴 문제인 것 같다. 찾아보니 프로젝트별로 SHA 키는 고유해야한다고 한다.근데 해당 프로젝트는 안쓰는 프로젝트라 제거했는데도, 문제가 해결되지 않았다.  해결방법은 SHA 인증서 지문을 새로 생성하는 것이다. 그러려면 터미널에 다음 명령어를 치면 된다.keytool -genkey -v -keystore ~/upload-keystore.jks -keyalg RSA -keysize 2048 -validity 10000 -alias upload 그러면 다음과 같이 정보를 입력하..

이전 글에서는 안드로이드 스튜디오에서 iOS 시뮬레이터가 안열리는 이슈에 대해 작성했다.이제 시뮬레이터가 잘 열리는데..!! 정말 열리기만 하고.. 내가 만든 프로젝트는 실행이 안된다. 이 글에서는 이에 대해 해결하는 과정에 대해 작성했다. 문제 발생 배경저번 글에서는 아래 사진과 같이 iOS 시뮬레이터를 드디어 열었다. 하지만 이게 끝인 줄 알았다.나는 시뮬레이터 여는게 아니라.. 이 시뮬레이터를 통해 작업한 프로젝트를 열어야 한다. 위 사진은 그냥 시뮬레이터를 실행시킨거다. 해결 과정ios 기기로 실행 설정ios 기기 시뮬레이터에서 작업한 프로젝트를 실행시키는 방법은 아래와 같다. ios 기기를 설정하고(나는 아이폰 16 Plus로 했다) 실행시키면 된다. 혹시 시뮬레이터가 안열리는 분은 해당 글을 ..

flutter 프로젝트를 실행하기 위해 안드로이드 스튜디오를 이번에 처음 써보게 되었다.그러던 중, iOS 시뮬레이터를 열어보려고 했는데 잘 열리지 않는 문제가 발생했다. 해당 글은 이를 해결하는 과정에 대해 작성했다. 문제 발생 배경먼저, 시뮬레이터를 열기 위해 아래 사진처럼 Open iOS Simulator를 눌렀으나, 열리지 않았다. (Xcode는 설치되어있는 상태다) 일단, 터미널에서 flutter doctor 명령어로 확인해보니 Xcode 관련 문제가 있었다. 위 이미지와 동일하게 Xcode 관련해서 두가지 오류가 있음을 확인할 수 있었다. 1. 설치된 시뮬레이터 런타임 목록을 가져올 수 없음2. CocoaPods가 설치되어있지 않음 해결 과정1. iOS 시뮬레이터 설치먼저, 아래 에러에 대한..

백준 홀수일까 짝수일까(5988번) 라는 문제를 푸는데… 계속 ‘틀렸습니다’가 뜨는것이다. 이는 간단히 홀짝만 판단하면 되는 문제였다.분명히 올바르게 짠 코드 같은데, 대체 뭐가 문제였을까?먼저 문제를 간단히 설명하자면 다음과 같다. 문제 설명요약N개의 정수가 주어질 때, 각각 홀수인지 짝수인지를 출력하는 프로그램을 작성하는 것이다. 입력첫 번째 줄: 숫자의 개수 N(1 두 번째 줄부터 N+1번째 줄: 정수 K (1 2 1024 593출력N개의 줄에 걸쳐 한 줄씩 정수 K가 홀수라면 'odd'를, 짝수라면 'even'을 출력.even odd 내가 처음에 작성한 코드아래는 처음 작성한 코드다. 문제 조건에 맞춰 홀짝 여부를 판단했다.let input = require("fs").readFileSync("/..

도입JavaScript에서 변수를 선언할 때 종종 마주치는 고민이 있다.'for문 내부에 변수를 선언해도 될까? 아니면 for문 밖에서 선언하는 것이 더 좋을까?' 이런 고민이 생긴 이유는 let과 const는 var과 달리 재선언이 불가능하기 때문이다.또한 'for문 내부에서 변수를 선언하면 반복이 될 때마다 선언되니 메모리적으로 비효율적이지 않을까? 혹시 문제가 발생하지 않을까?'라는 생각도 들었다(아래 코드의 2번 방식). 하지만 실제로 사용해보면 아무런 문제가 발생하지 않는다. 그래서 그냥 넘어갔던 문제인데, 이러한 고민이 들 때마다 찝찝한 마음이 들어서 이번 기회에 확실히 정리하고자 한다. // 1. for 문 밖에서 변수를 미리 선언하고 재할당하는 방식let ny, nx;for (let i =..

도입프로젝트를 진행하는데, 실시간으로 알림을 받을 수 있는 기능을 구현해야 했다.즉, 클라이언트에서는 따로 요청 없이 서버로부터 알림 데이터를 실시간으로 받고, 나는 응답 받은 알림 데이터를 화면에 보이도록 구현해야 했다. (쉽게 말하면 알림 수신함을 구현해야 했다.)이 방식은 SSE를 활용하면 쉽게 구현할 수 있다. 이 글에서는 SSE에 대한 개념을 설명한 뒤, 아래 예시와 같은 간단한 예제 코드를 작성해보는 시간을 가질 것이다.React와 Node.js(express)로 구현하였으며, 각 문법을 몰라도 최대한 이해할 수 있도록 작성했다. 또한 Web API로 구현을 진행하므로 다른 라이브러리는 설치할 필요가 없다. SSE(Server Sent Events)란?일반적으로 클라이언트가 서버에게 요청을 보..

이전 기수의 나의 모습을 되돌아보고, 이번 글또 10기에서는 어떤 목표를 가지고 임할지, 그리고 글또 활동과 별개로 어떤 목표를 안고 갈지 정리하고자 한다. 글또 10기에 지원한 이유글또 8기를 시작으로 어느덧 10기까지 참여하게 되었다. 대학 2학년 겨울방학 때 처음 시작한 이 활동이 이제 4학년이 끝나가는 시점까지 이어지면서, 어쩌다 내 대학 시절의 절반이 글또와 함께하게 됐다. 이전 기수들을 돌아보면, 매번 당찬 포부와 목표를 세웠지만, 이를 완전히 이루지 못한 아쉬움이 남아있다. 하지만 글또에 참여하기 전에는 ‘나는 글을 잘 못 쓰는 사람이다’ 라고 스스로를 한정 지었는데, 지금은 글 쓰는 것에 대해 비교적 자신감이 붙었고, 글쓰기가 나름 즐거워졌다. 또한, 나도 좋은 글을 쓰고 싶다는 열망이 점..