본문 바로가기

분류 전체보기

(15)
뒤늦게 작성해보는 2022년 회고 너무 바빴던 2022년 2022년은 정말 너무나 바빴던 한 해였다. 업무적인 부분 외에도 결혼이라는 큰 행사를 계획, 준비를 하면서 정말 너무 바빴고 스트레스가 많았다. 어떻게 보면 이룬 게 많은 해였지만 또 어떻게 보면 정말 후회가 되는 해이기도 했던 것 같다. 그래서 같은 실수를 반복하지 않고자 2022년을 정리해보기로 했다. 이사 상반기의 큰 이벤트 중 하나였던 이사. 2021년 말에 주거 관련해서 스트레스를 정말 많이 받았기 때문에 전세 만기 3개월을 앞두고 조금 급하게 다음 이사를 하게 되었다. 금전적인 부분이나, 이전 전세집의 집주인 문제나, 이사짐 업체 등 정말 스트레스를 많이 받았었지만 나름대로 이사를 잘 했다. 지금 집이 꽤 넓어졌다고 생각했는데 벌써 짐이 한가득 늘어난 걸 보면 얼른 돈..
모바일 청첩장을 직접 만들어본 후기 오랜 연애 끝에 결혼이라는 걸 하게 되었다. 예전부터 개발자분들이 직접 만든 온라인 청첩장을 보면서 나도 시간이 허락한다면 꼭 직접 만들어보고 싶다라는 생각을 하게 되었는데, 마침내 기회가 찾아온 것이다. 하지만 현실은 그리 녹록치 않았다. 왜 직접 온라인 청첩장을 만들게 되었나 앞에서 이야기 한 '직접 만들고 싶어서'라는 이유 외에도 사실 여러 가지 이유가 있었다. 업체에서 만들어주는 템플릿은 자유롭지 않다. URL을 내맘대로 정하고 싶었다. 필요한 기능을 자유롭게 구현하고 싶었다. 아내가 직접 만들거라고 자랑하고 다녔다. 위와 같은 이유들로 주어진 시간은 짧았지만 직접 만들게 되었다. 1차 배포까지 디자인도 하고 모션도 멋들어지게 넣고 싶었지만, 주어진 시간이 너무 없어서 현실적으로 가능한 정도롬나 ..
한 달만에 작성하는 인프콘 2022 후기 정말 오랜만에 개발자 오프라인 행사가 열린다는 사실을 알게 되었고, 추첨으로 진행된다기에 신청했다. 그리고 운이 좋게도 추첨에 당첨되어 참가할 수 있게 되었고, 기분 좋게 8월 26일에 행사에 참여할 수 있게 되었다. 행사 당일엔 제임스, 케일리와 함께 행사에 참여했다. 행사장에 일찍 갔음에도 불구하고 이미 수많은 사람들이 있어서 좀 더 일찍 출발할 걸 하고 후회했다. 행사장 행사장은 인프런 부스 여덟 개의 기업 부스와 발표 세션을 위한 네 개의 컨퍼런스 룸, 핸즈온 세션을 위한 하나의 컨퍼런스 룸이 마련되어 있었다. 이미 많은 사람들이 줄을 서 있었기 때문에 서둘러 줄에 합류하여 여러 부스들을 돌아다녔다. 인프런 부스에서는 인프런 컨텐츠를 위한 것들을 제공하고 있었고, 다른 기업 부스들은 적극적인 채용..
VSCode 1.69 업데이트 후 오른쪽에 생기는 하이라이트 제거하기 VSCode 1.69 업데이트 후 코드 에디터 오른쪽에 알 수 없는 하이라이트가 생겼다. 꽤나 신경쓰여서 릴리즈노트와 VSCode 개발자 도구까지 열어가며 뭔지 찾아보려고 했는데 새로운 기능도 아니고 개발자 도구에서도 찾을 수 없었다. 그래서 VSCode 깃허브 이슈를 열심히 찾은 결과 아래와 같은 이슈를 찾을 수 있었다. There is a gray area to the right of the editor that looks very uncomfortable #154731 해결 방법은 아래와 같다. 명령어 팔레트(cmd + shift + p)를 열고 Preferences: Confiture Runtime Arguments를 선택해 argv.json 파일을 연다. disable-color-correct-..
Poetry로 파이썬 의존성 관리하기 Poetry? 파이썬에서 사용하는 의존성 관리자는 몇 가지가 있습니다. 파이썬의 공식 의존성 관리자인 pip, 그리고 pip와 virtualenv를 같이 사용할 수 있는 Pipenv가 있고, 이번에 소개할 Poetry가 있습니다. 현재 회사에서 pip와 venv를 사용하여 프로젝트를 진행하고 있는데, 생각보다 번거롭기도 하고, 의존성 관리가기가 영 쉽지 않아서 Pipenv나 Poetry를 고려하고 있습니다. 여기서는 Poetry를 직접 설치하고 간단하게 써보도록 하겠습니다. pip가 불편한 이유 저는 회사에서 pip를 쓰면서 불편했던 경험이 있습니다. 처음부터 관리를 잘 한 프로젝트의 경우엔 큰 문제가 없었지만, 오래된 프로젝트나 여러 번 패키지 업데이트를 거치면서 여러 사람의 손을 탄 경우가 문제였습니..
AWS 액세스 키 발급하고 설정하기 AWS를 통해 배포를 하려고 할 때 반드시 필요한 것이 바로 액세스 키입니다. 이번엔 개인 계정을 만든 후 액세스 키를 발급 받는 방법에 대해 알아봅시다. 먼저 당연하게도 AWS 계정을 만들어야 합니다. 계정을 만드는 방법은 그냥 AWS 상의 스텝을 따라가기만 하면 되므로 따로 설명은 추가하지 않겠습니다. 이후 AWS 콘솔에 로그인 한 후, 내 보안 자격 증명으로 접속해 줍니다. 그리고 액세스 키(액세스 키 ID 및 비밀 액세스 키) 부분을 펼칩니다. 이후 새 액세스 키 만들기 버튼을 눌러줍니다. 그러면 바로 액세스키가 생성되며, 생성된 액세스 키 ID와 보안 액세스 키를 확인할 수 있습니다. 이 두 가지 정보는 생성된 시점에 딱 한 번만 확인할 수 있으므로 미리 기록해 두거나 키 파일 다운로드 버튼을 ..
효율적인 커밋 메세지 관리를 위한 Conventional Commits 적용하기 개발을 진행하다 보면 항상 고민이 많이 되는 부분이 커밋 메세지인 것 같습니다. 내가 쓸 때에도 잘 쓰지 않으면 문제가 되지만, 여러 명이 함께 건드리게 되는 프로젝트의 경우엔 더더욱 커밋 메세지가 명확하지 않으면 히스토리 파악이 쉽지 않을 때가 왕왕 있습니다. 이런 커밋 메세지 관리를 위해 나온 것이 Conventional Commits입니다. Conventional Commits Conventional Commits은 말 그대로 커밋 메세지를 위한 규칙입니다. 명확한 커밋 히스토리를 위한 간단한 규칙을 제공하고, 이를 사용하여 자동화된 도구를 만들기 쉽게 합니다. 이 규칙은 커밋 메세지에 기능, 수정 사항 및 변경 사항을 설명함으로써 SemVer(Semantic Versioning)와 일치합니다. 커..
LeetCode 0819. Most Common Word(Python) 문제 Given a string paragraph and a string array of the banned words banned, return the most frequent word that is not banned. It is guaranteed there is at least one word that is not banned, and that the answer is unique. The words in paragraph are case-insensitive and the answer should be returned in lowercase. Example 1: Input: paragraph = "Bob hit a ball, the hit BALL flew far after it was hit...