[1일 1커밋 1년 회고] 1일 1커밋을 시작하려는 사람들에게
·
개발/회고록
📝 들어가며글을 시작하기에 앞서, 이번 글을 쓰기까지 꽤나 많은 고민을 했다. 앞으로는, 그리고 글또를 진행하는 기간 동안에는 기술적인 부분의 글들을 주로 쓰고 다는 생각을 가지고 활동을 시작했는데 결국 또 쓰게 된 주제가 회고 글이라니... 개인, 팀 프로젝트와 채용 프로세스를 진행하느라 바빴던 지난 2주이기에 감안하자는 미약한 구실을 만들어 본다. 1일 1커밋을 구글에 검색만 해도 수많은 회고글이랑 후기 글이 나온다. 나 역시도 그들과 비슷한 장, 단점을 가지고 있지만 여기에 나는 앞으로 어떻게 성장할 수 있을까에 대한 이야기까지 섞어서 나만의 특색 있는 글을 써보고자 한다. 🎬1일 1커밋을 시작하게 된 이유일단 1일 1커밋을 알게 된 계기는 많은 사람들과 비슷하게 향로님의 EO 유튜브 인터뷰였다..
React와 Vite에서 번들 용량 최적화 방법
·
개발/프론트엔드
이번 포스팅에서는 기존에 진행했던 팀 프로젝트에서 빌드 후 배포하는 과정과 용량을 최적화하는 과정에 대해서 포스팅해보려고 한다. 이 과정이 중요한 이유는 고정적으로 발생하는 네트워크 비용을 줄일 수 있기 때문이다. 구체적인 수치는 아래 글에서 비교, 분석해 보는 것으로 하겠다. ⚠️Warning일전에 프로젝트를 완료하고 Vercel 배포를 진행하기 전, 배포 명령어인 `npm run build`가 제대로 동작하는지 로컬에서 확인하고자 하였다. 해당 명령어를 실행하니 빌드는 잘되었다. 하지만..에러는 아니지만 Vite에서 경고문구를 출력해 주었다. 이 문구의 내용은 다음과 같다.(!) 일부 청크는 최소화 후 500 kB보다 큽니다. 다음을 고려해 보세요:- 동적 import() 사용: 애플리케이션을 코드 ..
토스 개발자 컨퍼런스 SLASH24 신청
·
개발/개발관련 이모저모
토스 개발자 컨퍼런스 SLASH24참가 신청 8.23-9.2 / 본 행사 9.12 COEXtoss.im토스 개발자 컨퍼런스 신청이 오늘부터 시작되었다. 인프콘, FEconf 등 개발자들에게 꽤나 유명한 컨퍼런스 중 하나로 토스 역시 SLASH라는 개발자 컨퍼런스를 운용한다. 항상 뒤에 년도를 붙여서 구분하는 것 같다. 약 10일간 신청이 가능한데 까먹을까봐 미리 신청했다. 그리고 당첨에 실패하더라도, 세션 발표 자료와 유튜브를 통해 다시 볼 수 있기를 기대한다..그래도 제발 당첨됐으면 좋겠다. 인프콘을 다녀온지 얼마 안되었지만, 토스의 컨퍼런스는 어떨지 매우 기대되고 궁금하다. 유익한 세션이 많으니 관심있으면 꼭 신청해보면 좋을 것 같다. 세션 정보와 신청은 링크에서 할 수 있다. https://toss..
두 번째 컨퍼런스, 2024 인프콘에서 얻은 배움
·
개발/회고록
# 첫 번째 컨퍼런스 참여의 추억🔵 NAVER DEVIEW 2023 신청회사에서 인턴을 하면서 남는 시간에 이것저것을 알아보던 중 네이버에서 개발자 콘퍼런스를 주최한다는 사실을 접하게 되었고 그게 바로 NAVER DEVIEW 2023 이었다 메인화면부터 웅장하다. 사이트shqpdltm.tistory.com내가 처음 참여했었던 FE 컨퍼런스는 2023년에 네이버에서 진행했던 DEVIEW이다. 나의 첫 개발 컨퍼런스이자 나에게 개발자들이 이렇게 많구나라는 생각을 갖게 해 준 시간이었다. 근데 저때의 회고글은 없다. 인턴 기간에 부여받은 딱 2번의 휴가 중 귀중한 하루를 사용해서 갔는데도 후기가 없다. 컨퍼런스에 참가하기 전에는 쓰려고 마음먹었지만 쓰지 않았다. 아니 정확히 말하면 회고할 수 있는 게 없었다..
성장의 이정표, 데브코스 프론트엔드 5기 수료 후기
·
개발/회고록
재수강 없나요..? 🥺 ## 나는 어떻게 버텼, 아니 어떻게 공부했었지? 🥵 과정은 생각했던 것만큼 빡쎘다.. 과정에서 얻을 수 있는게 많은 만큼 초반의 의지대로만 열심히 하는게 제일!! 정말! 중" data-og-host="velog.io" data-og-source-url="https://velog.io/@surim014/%EC%9E%AC%EC%88%98%EA%B0%95-%EC%97%86%EB%82%98%EC%9A%94..-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%A8%B8%EC%8A%A4-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EB%8D%B0%EB%B8%8C%EC%BD%94%EC%8A%A4-%EC%88%98%EA%B0%9..
2024년 2회 정보처리기사 필기 전공자 합격 후기
·
개발/회고록
합격인지 아는 이유는, 마지막에 정답을 제출하면 바로 채점 결과가 나오기 때문이다. CBT의 장점이자 단점이다. 사람을 울릴 수도, 웃길 수도 있는.... 어쨌든 합격해서 간단하게 소회를 써보고자 한다. 일단 나는 전공자이다. 소프트웨어과목을 모두 수강했고 여러 공학적인 기반지식이 있는 상태로 공부했다. 그렇다고 내가 다 아는 건 아니다. 나 역시도 근 1년 만에 CS 시험을 보다 보니 처음 문제를 풀 때 헷갈리고 틀리는 부분이 너무 많았는데,,, 어쨌든 공부하고 합격했던 과정을 써보려고 한다. 🏅점수 공개 및 백그라운드점수소프트웨어 설계75소프트웨어 개발70데이터베이스 활용60프로그래밍 언어 활용75정보시스템 구축관리70평균 70점시험점수가 굉장히 부끄럽다. 전공자에게 70점은 거의 턱걸이다. 그럼에..
GitHub README에 기술 블로그 최근 글 자동으로 업데이트 시키기
·
개발/Javascript
🚨맨날 하는 수동 업데이트가 귀찮았다.나는 깃허브 README에 내가 최근에 작성한 블로그 글을 띄워둔다. 아무래도 블로그를 꾸준히 작성하고 싶은 마음이 커서 그런 것도 있고, 언젠가 나의 장점이 되었으면 하는 다짐을 여러 곳에서 보고자 띄워두고 있다. 최근 작성한 5개의 글을 띄워두고 있는데 `매우 불편한 점`이 한 가지 있었다. 바로 업데이트를 수동으로 해야 한다는 문제였다.매번 글을 쓸 때마다 깃허브에 찾아가서 일일이 링크를 가져다가 최신화하는 과정이 필요했고, 한 두 번이야 괜찮겠다 싶었는데, 이러한 일이 매일 발생한다면 매우 귀찮을 것 같았다. 지난 포스팅에서도 내가 개발자인 장점을 살려서 자동화 스크립트를 만들었었다. 이번에도 비슷하게 GitHub Actions를 활용하여 자동적으로 내 블로..
[프론트엔드 데브코스 월간 회고] 5,6차 단위기간(24.01.19 ~ 24.03.25) 프로젝트 kiwing 회고 (2/2)
·
개발/회고록
프론트엔드 데브코스 5,6차 단위 기간 회고, kiwing 회고 (2/2)  [프론트엔드 데브코스 월간 회고] 5,6차 단위기간(24.01.19 ~ 24.03.25) 프로젝트 kiwing 회고 (1/2)프론트엔드 데브코스 5,6차 단위 기간 회고, kiwing 회고 (1/2) 뒤늦게 써보는 월간회고이다. 마지막 프로젝트 기간에는 월간 회고가 필수가 아니지만, 회고의 중요성을 깨달았기에 시간을 내서 따shqpdltm.tistory.com1편에 이어서 작성하는 5,6차 단위기간 회고 2/2 편이다. 이번에는 기술적인 부분이랑 마무리를 언급하고 회고를 마쳐보려고 한다. ⚙️왜 CSR 기반으로 한 React를 사용했을까? (기술스택 의사결정)우리는 왜 기술스택을 정하면서 많은 고민을 했을까? 지금부터 우리 팀이..