🥬 상추의 공간

서론봄봄은 여러 발행처의 뉴스레터를 하나의 아티클 화면에서 보여준다. 사용자는 어떤 뉴스레터를 읽든 자신에게 편한 글자 크기를 선택할 수 있어야 한다. 문제는 원문 HTML의 구조와 CSS가 발행처마다 다르다는 점이다. 부모의 font-size만 바꾸면 직접 크기를 지정한 텍스트는 그대로 남고, 화면 전체를 확대하면 읽기와 무관한 제목·버튼까지 함께 커진다. 이 글에서는 서로 다른 뉴스레터 HTML에서 읽기 흐름의 텍스트를 찾고, 원래의 크기 관계와 페이지 UI를 유지한 채 글자 크기를 조절한 방법을 설명한다. 아래는 실제 적용 모습이다. 문제의 출발점: 서로 다른 HTML을 하나의 화면에서 다루기아티클 화면에 들어오는 뉴스레터 원문은 같은 규격의 콘텐츠가 아니다. 어떤 뉴스레터는 문단 중심이고, 어떤..

들어가며크롬에서 탭을 여러 개 열어두면 컴퓨터가 느려진다는 걸 한 번쯤 느껴봤을 것이다.실제 맥 활성 상태 보기를 열어보면 크롬 관련 프로세스가 수십 개씩 떠 있고, RAM을 수백 MB씩 잡아먹고 있는 걸 볼 수 있다. 왜 탭 몇 개 열었을 뿐인데 이렇게 될까?이 질문에 답하려면 먼저 "메모리"가 무엇인지부터 짚어야 한다. 우리가 일상적으로 '메모리를 많이 먹는다'고 할 때의 메모리는 RAM을 가리킨다.프로그램은 평소엔 SSD나 HDD에 저장돼 있지만, 실행되는 순간 운영체제가 필요한 코드와 데이터를 RAM으로 복사해 올린다. CPU는 RAM에 올라온 내용을 읽으며 명령을 수행한다. 크롬도 마찬가지다. 그렇다면 크롬은 왜 이렇게 RAM을 많이 쓰는 걸까?그 이유는 크롬이 웹 페이지를 여러 프로세스로 분리..

서론브라우저 주소창에 URL을 입력하면 어떤 일이 일어날까?이 글에서는 Chrome DevTools Performance 패널로 직접 측정하며, 브라우저가 HTML을 받아오기까지의 네트워크 흐름을 살펴본다. TCP 연결 수립, TTFB, 캐시 정책 등 Network 막대 하나에 담긴 과정들을 하나씩 짚어볼 것이다. Performance 패널로 확인한 이유는 단순한데, 평소에 성능을 세부적으로 측정하고 싶을 때 해당 도구를 사용하는데, 항상 보는 부분만 보고 다른 영역들은 뭘 의미하는걸까 궁금증을 갖고 있었다. 잘 모르니 단편적으로만 확인할 수 밖에 없었고, 그래서 더 잘 활용하고 싶은 니즈가 항상 있었다. 그래서 이번 기회에 조금 더 친해져보고자 사용하게 되었다. 참고로 학습하고 있는 입장이라 최대한 검..

들어가며Sentry는 서비스에서 발생하는 에러를 실시간으로 수집하고 대시보드에서 확인할 수 있는 모니터링 툴이다. 우테코에서 미션 요구사항으로 구축을 했으나, 처음 써보는 툴인 데다 당시 우선순위가 높지 않다 보니 기본적인 초기화 세팅만 해두었다. 에러가 발생해도 잘 활용하지 못하고 있었다. 하지만 사용자로부터 직접 에러 발생 피드백을 받으면서, 사소한 에러라도 사용자의 신뢰도를 떨어트릴 수 있고 이탈로 이어질 수 있겠다는 생각이 들었다. 실제로 연구에 따르면, 기술적 오류는 사용자의 분노와 실망에 유의한 영향을 미치고, 이는 이탈 의도로 직결된다고 한다. 그래서 방치되고 있던 Sentry를 실질적인 디버깅 도구로 만들기 위한 개선 작업을 시작했다. 문제기존엔 에러 타입, 메시지, 상태코드, 페이지 UR..

들어가며지난 글에서는 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 시뮬레이터 설치먼저, 아래 에러에 대한..