🤔회고

2022년의 기술회고는 여기로 https://devent.tistory.com/192 2022년을 마무리하며. (기술편) 2022년을 돌아보면 할 말이 많다. 그래서 기술 관련 회고와 개인 회고로 카테고리를 나누기로 했다. 아직 눈도 내리지 않은 따뜻한(?) 11월이지만 연말에 올릴 예정인 개인 회고보다 일찍 작성해본 devent.tistory.com 여러 번의 퇴고 끝에 무려 한 달이라는 시간을 끌었다. 조금 늦은 감이 없지 않아 있지만, 퇴고의 결과라는 점에서 후회스럽지는 않다. (다음 회고는 10월부터 준비해 놓아야겠다.) 이번 한 해는 기술적 도전을 제외하곤 단조롭게 살아왔던 터라 쓸 말이 그렇게 많지 않았다. 그저 22년은 작년에 비해 진로에 대한 걱정을 덜었다는 점에서 만족스럽게 지냈다고 생각..

2022년을 돌아보면 할 말이 많다. 그래서 기술 관련 회고와 개인 회고로 카테고리를 나누기로 했다. 아직 눈도 내리지 않은 따뜻한(?) 11월이지만 연말에 올릴 예정인 개인 회고보다 일찍 작성해본다. 보통 회고의 경우 과거형으로만 쓰는 경우가 많은데, 이번엔 그렇게 쓰지 않았다. 과거에 있었던 이야기를 한 번 더 엮어보며 생생하게 전달하고자 했다. 경험했던 일을 과거 회상형으로 풀어써도 좋지만 이미 지나간 경험에 현재 생각을 첨가하는 방식으로 작성했다. 보다 객관적으로 분석하기 위함이었다. 참고로 경험은 과거형으로, 개인적인 생각은 블록으로 묶은 현재형으로 썼다. 기술 회고 카테고리 1. 나 2. 도전 (BoB 면접 썰) 3. 오픈소스 4. 기술 블로그 5. 다른 분야로의 확장 (AI, 게임 엔진) 6..

😎 디자인 시스템을 구상하기로 마음먹었다 그동안 개발했던 서비스마다 디자인이 재각각이었다. 버튼 색은 모두 달랐고 내비게이션 바 디자인은 페이지마다 달랐다. 새로운 서비스를 만들거나 개선할 때마다 이전 디자인을 참고해서 새로 만들어야 했고 표준 없이 만들다 보니 걸리는 시간은 배로 늘어났다. 이토록 통일되지 않는 디자인 요소들을 개발 효율을 위해 디자인 시스템으로 묶을 필요가 생겼다. 디자인 시스템이란 디자인 원칙, 컴포넌트, UI 패턴 등을 포함한 디자인 세트라고 보면 된다. 디자인 시스템의 장점으로는 각각의 서비스마다 디자인을 통일시켜주며 서비스의 정체성을 확고하게 할 수 있다. 동시에 디자인 코드의 반복을 줄여주고 빠른 프론트엔드 개발이 가능하게끔 한다. 즉, 디자인 시스템을 적용한다면 빠르고, 확..

사실 이걸 굳이 회고 카테고리로 넣었어야 했나.. 쨋든, 블로그 이름과 프로필 이미지를 변경했습니다. (드디어!) 이전의 투박하던 블로그 이미지와 기억하기 난해한 제목을 제 프로필 사진과 "대혼돈의 형준버스"라는 약간은 캐주얼하면서도 궁금해지는 이름으로 바꿨습니다. 최근 전체 방문자 20000명도 넘었겠다. 보다 개인적이면서 저의 아이덴티티와 "DeVent" 라는 1인 브랜드를 분리할 필요가 있었습니다. 이제 https://blog.devent.kr 은 DeVent 기술 블로그로 활용할 예정입니다. 더 좋은 네이밍 있으면 추천 받겠습니다.

🖥 기술 블로그가 필요하게 된 이유 블로그라는 매체를 통해 생각을 쉽게 전파할 수 있다. 그 장점으로, 유튜브가 득세하는 현재까지도 광범위하게 사용되고 있는 주요한 콘텐츠 플랫폼으로 자리매김하고 있다. 지금 보고 있는 티스토리 블로그는 본래 기술 전용 블로그로 계획되었다. 그러나 의도와는 다르게 일상에 관한 글을 쓰기 시작했고, 결국 개인 블로그로 목적을 바꾸게 되었다. 이후 데벤트와 관련된 소식과 기술만을 따로 다룰만한 블로그의 필요성이 생겼다. 사실 DeVent라는 이름은 1인 브랜드로서 만들었다. 기술 블로그에는 브랜드의 이야기와 스토리등만을 게시할 예정이었기 때문에, 티스토리 블로그로 운영하는 건 특색이 없었다. 티스토리 플랫폼 외에도 브런치, 구글 블로거 등 여러 가지 대안을 탐색해보았지만 딱히..

📂 동기 내 블로그를 들여다보면 썸네일 크기와 형식이 제각각이다. 대체 어떤 내용을 전달하려고 하는지도 명확하지 않다. 썸네일은 블로그의 첫인상인데, 보다 간결하고 명확하게 바꿀 필요가 있었다. 문제는 썸네일뿐만이 아니었다. 카테고리의 정리가 더 시급해 보였다. 프로그래밍과 컴퓨터 카테고리는 기술로 묶고, 잡다한 이야기나 불쑥 떠올라서 쓴 글들은 모두 생각 카테고리로 집어넣었다. 이때 회고 카테고리도 신설했는데, 회고를 글로 옮긴 적이 거의 없어서 이번 기회에 프로젝트 기준으로 회고를 작성하려 한다. 그동안 블로그를 운영해오며 생각이 정리되었다. 살아가면서 얻은 소소한 경험을 글로 기록한다는 일 자체가 참으로 값진 일이라는 걸 깨달았다. 그렇게 글 하나하나에 할애하는 시간은 점점 늘어갔고 비로소 글 전체..

😅 그동안의 비효율적인 배포 과정 기존 홈서버에 배포할 때 번거로운 과정의 연속이었다. 원격 접속으로 파일을 이동하고 서버를 종료시킨 다음 코드를 덮어쓰고 다시 실행하는 과정을 통해 코드를 업데이트할 수 있었다. 또한 깃허브와 같은 툴을 쓰지 않아 버전 관리에도 문제가 있었다. 이외에도 의존성이 깨지면 다른 소프트웨어에도 영향이 간다거나, 다운그레이드를 위해 앞선 과정을 다시 진행하는 등 문제점이 많았다. 코드란 유기체와 같다. 지속적으로 관리해주고 신경 써주지 않으면 찌꺼기(레거시 코드)가 필연적으로 발생하게 된다. 관리 방법 중 하나가 바로 배포의 자동화다. 이전 글에서도 설명했듯이, 몇 년 전에는 USB로 파일을 이동하는 만행(?)을 저지르기도 했다. 분명 당시에는 버전이 꼬이고 레거시 코드가 넘쳐..

https://devent.tistory.com/141 NodeJS 템플릿 개발기 I. 개발 동기 개발 동기를 3가지로 정리하자면 반복적인 코드 귀찮음 예) 로그인/인증 로직 라우터 몰빵 습관 개선 의지 내가 짠 코드 오픈소스화 '그동안 발로 짠 코드가 많아서 이번 기회에 devent.tistory.com 🖥 바퀴를 재발명하지 말자 앞선 글에 나와있듯이 자동차를 만들기 위해 바퀴를 재발명할 필요는 없다. 반복적인 일을 줄이기 위해서는 한 번 발명했던 기술을 공식화하여 누구나 쉽게 사용할 수 있도록 해야 한다. 마치 수학자들이 수학 공식을 만들듯, 개발자 또한 템플릿화를 해놓으면 편하다. 대부분의 상용 서비스들은 고만고만하다. 커뮤니티, 채팅 앱, 정보공유 서비스 등등 무수한 웹서비스들은 모두 프론트/백엔..