·당근
내용에 문제가 있는 경우, 삭제, 수정조치하겠습니다.6,7주차가 끝났다.6주차 주말에는 너무 정신이 없어서 작성하지 못해서 이번주에 한번에 회고하고자 한다. 되돌아보기도구를 통해 UI정확성 확인하고, 수치값으로 한번 더 확인하기우선 PixelParallel보다 좋은 Pixel Perfect Pro라는 확장 익스텐션으로 변경했고, 작업중에 지속적으로 확인했다.완전히 UI에 대한 정확성을 100% 챙길수는 없었지만 그런 부분이 줄어들었다. 100%가 될 수 없었던 이유는, Figma와 브라우저 렌더링 방식이 100% 동일하지 않았기때문이다. 좀더 정확하게 써보자면 원인은 다음과 같다.1. 폰트크기가 같아도 브라우저와 피그마간에 미묘한 크기차이가 발생하고, 이로 인해 줄바꿈이 발생하는 경우 확인하기가 어려워진..
·당근
내용에 문제가 있는 경우 삭제, 수정조치 하겠습니다.5주차가 끝났다. 이번 주는 대체 휴일로 하루를 쉬어서 4일동안 일했기도했고 저번주에 설계한 것들을 바탕으로 리팩터링을 하거나 코드보다 스펙에 대해 이해하고 설계하는 시간이 대부분 이었어서 뭔가 따로 세운 목표를 적용해볼 기회가 좀 적었던 것 같다. 되돌아보기뽀모도로 휴식시간에 다음 계획 더 잘 작성해보기 이 부분은 좀 더 개선된 것 같다. 여전히 가끔은 놓치기도 하지만.... 어떤 테스크를 한다 -> 어떤 테스크중에 어떤 부분을 한다 형태로 좀 더 구체적으로 작성하려고 노력했다. 그리고 GPT사용해서 자체적으로 만든 업무 기록표를 넣으면 보고서를 만들도록 프롬포트를 만들어뒀는데, 이게 생각보다 유용해서 좀더 정확한 정보/인사이트를 얻기 위해서 앞으로 ..
·문제 해결기
이전까지 패키지 관리에 대해서는 뭔가 부분적으로 이해하고 있었다. 왜냐하면 경험 자체가 패키지를 설치하거나, 만든 패키지를 배포하기 위한 버전 관리였기 때문이다.이런 경험은 버전에 대해 심화적으로 살펴볼 필요가 없다.그래서 버전정보와 관련한 것들은 틸드, 캐럿에 대해서만 어느정도 이해하고 있었다. 그러나 이번에 Typescript를 비롯한 여러 패키지의 버전을 업그레이드하는 경험을 할 수 있었고, 이때 학습한 것들을 글로 남기고자 한다. yarn.lock파일package.json은 어떤 패키지를 사용하는지 대략적인 정보만을 가지고 있다.yarn.lock파일은 package.json에 기록된 라이브러리가 실제로 어떤 버전으로 설치된 것인지를 기록한 파일이다.덕분에 여러 개발자가 같은 프로덕트를 개발할때 동..
·당근
내용에 문제가 있는 경우 삭제, 수정조치 하겠습니다. 벌써 한달차가 끝나버렸다.돌아보기우선 이전 주 목표를 기반으로 돌아보고, 느낀 것들을 적어보려고 한다. 1. 뽀모도로 유지 및 좀 더 잘 작성하기 이전 주와 비슷하게 유지되었다. 다만, 좀더 익숙해져서 다음 일을 계획하거나 기록하는 것은 조금 개선됐다.아직까지 완벽하게 일하다가 돌아와서 5분간 다음 할일을 계획하는 수준은 아니어서 이 부분에 대해서는 계속해서 의식적으로 인지해서 개선할 필요가 있다. 2. 문제가 안풀릴 땐 다시 상단부터 다시 좁혀나가기 + 코드/맥락 파악시 그림을 적극 이용하기이번 주에 리팩토링을 진행할때 적극적으로 활용할 수 있었던 부분이다.추상화 방식 자체가 잘못되었을 수도 있겠다는 생각에 좀더 상단으로 돌아가 생각을 했고, 보다 ..
·당근
내용에 문제가 있는 경우 삭제, 수정조치 하겠습니다. 점점 시간이 빨리 간다. 3주차가 지나갔다. 돌아보기쪼갠 문제를 푸는 시간이 기능을, 이 코드를 여기에 두는게 맞는가? 고민하는 시간을 줄이고자 했는데, 관련해서 직접 물어보고 한번 정리를 해서 시간을 조금 단축 시킬 수 있지 않았나 싶다. 사실, 이번 주에는 새롭게 컴포넌트를 짤 일이 거의 없었어서 그렇게 느끼는 것일 수도 있다.아마 이 목표는 다음 UI작업을 하게될 때 한번 더 되돌아볼 필요가 있다. 그래도 하다보니 5번 중에 한번은 맞게 예측하는 경우도 생기는 것 같다.사실 예측이라는게 기존 데이터가 있어야 가능한건데, 이전에 본격적으로 측정한 경험이 없어서 어려운 것도 있는 것 같다.우선 이건 한 주만에 해결되는 문제는 아니다. 우선은 측정을 ..
·당근
내용에 문제가 있는 경우 삭제, 수정조치하겠습니다. 순식간에 2주차가 지나갔다.첫주차는 주저리주저리 다 적었다면 이제는 좀 간결하게 작성해볼 예정이다. 돌아보기전주에 개선이 필요한 것들부터 돌아보자. 문제가 무엇인지 정확히 파악할 것 (섣불리 코드를 먼저 살펴보지 말 것) 이전보다 확실히 문제를 파악하는 시간이 단축된 것 같다.이 과정에서 가장 도움이 됐던 두 가지는이걸 해결해서 어떤 것이 나아지는가를 생각해보는 것, 그리고 그것이 완료되면 문제를 잘게 쪼개는 것이었다.내가 하는 작업이 어떤 것을 개선시키고 어떤 가치를 가져오는지 파악하고자 할때 문제를 좀더 잘 정의할 수 있게 됐다.그리고 테스크에서 주어지는 문제들을 다시 잘게 쪼개어 개발 단위로 쪼갰을 때, 확실히 시간이 단축되는 것을 느꼈다.  Co..
·당근
내용에 문제가 있는 경우 삭제, 수정조치하겠습니다. 드디어 당근에서 일해보다나에게 당근은 꼭 일하고 싶은 회사였다.기술적인 부분도 분명 있지만, 무엇보다 프로덕트 자체가 로컬 플랫폼이기에, 삭막해져가는 사회에 동네라는 가치를 만들고 사람들과 사람들을 이어준다는 가치에 크게 공감하고 있기 때문이다. 이건 있다 설명할 당근에서의 이름인 Manolin과도 이어진다.또한, 내가 유튜브, 인스타 다음으로 많이 사용하는 앱이기도 하기 때문에 제품에 대한 애정과 오너십을 가질 수 있겠다는 생각에서 재작년 12월부터 계속해서 공고가 올라올때마다 도전하고 있었다.  세 번의 면접 불합격그래서 그전까지 인턴 포지션이 열릴 때마다 지원했다.아마 이번에 떨어졌어도 또 적었을 것이다.하지만 되돌아보면 불합격도 하나의 피드백이었..
·회고
벌써 2024년의 마지막날이다.되돌아보면 이번년도는 꽤 많은 일이 있던 1년이었다.연초부터 창업 프로젝트가 좌초되고, 수 많은 탈락을 겪기도하고하필 내가 인턴을 시작했을때 업무강도나 역대급으로 강해지거나... 하는 식이었다.상반기 목표로 하반기 돌아보기회사/팀/프로덕트에 기여하기이 부분은 정말 잘해냈다고 생각한다. 짧은 기간이었음에도 불구하고, 많은 양의 업무를 해낼 수 있었다.더불어 회사의 lint룰이나, multi-starter cli를 만들어 생산성을 향상시키는 등의 기여를 할 수 있었고, 덕분에 좋은 피드백도 받을 수 있었다. 회사에서 한 경험을 잘 기록하기이 부분은 완전히 잘한 것은 아니지만, 휘발되지 않을 정도의 정보는 기록해두어서 나의 경험으로 만들어내는데에는 성공한 것 같다. 경험을 블로그..
·문제 해결기
배경여러 번의 리젝과 끝없는 기다림 끝에 개인 프로젝트인 dev-feed을 playstore와 appstore에 배포하는데 성공했다...! 그러나 배포가 끝이 아니다. 나는 앞으로도 컨텐츠를 추가할 생각이다. 그중에 하나가 인기 블로그를 제공하는 것인데, 우선 데이터를 모아보고 싶어 analytics로 해당 데이터들을 모으고자 했다. dev-feed는 react-native로 만들었기에 @react-native-firebase/analytics를 사용하여 google-analytics를 통해 어떤 블로그를 구독했는지를 수집하기로 했다. 그런데, 조금 있다가, 인기 글도 제공하고 싶어졌다. 그래서 뒤늦게 코드를 추가하려다보니, 글조회, 구독 등등... 전반적인 앱의 핵심 기능과 로깅이 붙어있는걸 발견할 수..
고민의 시작이전부터 좋은 코드란 무엇인지 고민해왔다.이런 고민은 팀원과 함께 협업하여 개발해야했던 인턴을 진행하면서 좀 더 심해졌고, 정리되지 않은 상태였다.이번 글로 하여금 생각을 정리해보고자한다. 좋은 코드를 작성하는 방법이라기보다는, 조금 더 근본적인 이해와 내가 해야하는 노력에 대한 글이다. 좋은 코드?좋다라는건 참 모호하다. 좋은 사람은? 좋은 인생은? ~에가 빠진 좋다 라는 가치판단은 머리를 점점 혼란스럽게 할 뿐이다. 목적을 따져보기목적을 따져보자. 코드는 왜 쓰는가? 코드는 불편한 문제를 해결하고, 자동화하여 가치를 제공하기 위해 만들어진다.이런 관점에서는 좋은 코드를 따질 필요는 없다. 왜냐하면 완벽한 제품을 한번 만들면, 더이상 바꿀 필요가 없기때문이다. 하지만, 현대 사회에서 불편한..
_0422
_0422의 생각