2026년 개발 현장의 필수 기술, Docker 입문 가이드 — 30분 만에 첫 컨테이너 띄우는 법

요즘 채용공고 백여 건 훑어보면 절반이 "Docker 우대" 문구예요. 저도 처음엔 한숨 쉬었습니다. 가상머신? 컨테이너? 막연했죠. 막상 직접 돌려보니 진짜 30분이면 충분했습니다.

단계별 솔루션 따라하기

1단계. Docker Desktop 설치

가장 먼저 할 일은 하나. Docker Desktop을 받아 설치하세요.

• 공식 문서를 확인하면, macOS와 Windows 모두 GUI 기반 설치가 가능합니다.
• 2025년 4월 기준 Docker Desktop 4.31 버전이 가장 안정적이에요.
• M1·M2 맥북은 Apple Silicon 전용 빌드를 받으셔야 합니다.

💡

핵심 팁: 설치 중간에 WSL2 활성화 안내가 뜨면, Windows 사용자는 무조건 활성화해 주세요. 안 그러면 나중에 골치 아파집니다.

저는 Windows 노트북에서 처음 시작했어요. WSL2 설정에서 2시간 넘게 헤맸는데, 결국 Microsoft 공식 가이드 보고 겨우 해결했습니다. 스택오버플로우 답변에 따르면 이 에러는 Hyper-V 충돌이 원인인 경우가 많아요.

2단계. 첫 컨테이너 띄우기

설치가 끝났다면 터미널을 여세요.

docker run -d -p 80:80 nginx

이 한 줄이면 끝입니다. 너무 간단하죠? 브라우저에서 localhost에 접속하면 Nginx 환영 페이지가 떠요. 저도 처음엔 어안이 벙벙했습니다.

그냥요? 이게 끝이에요. 진짜로요.

근데 여기서 멈추면 Docker를 쓰는 의미가 없습니다. 다음 단계로 갑시다.

3단계. Dockerfile 작성

제가 처음 만든 Dockerfile은 Node.js 앱이었어요. 아래 템플릿 그대로 따라 해보세요.

FROM node:20-alpine
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
EXPOSE 3000
CMD ["npm", "start"]

MDN 웹 문서에 따르면, 베이스 이미지는 alpine 버전을 쓰는 게 컨테이너 크기를 70% 이상 줄여준다고 합니다. 제 테스트에선 1.2GB에서 380MB로 줄어들었어요.

빌드는 이렇게 합니다.

docker build -t my-app:1.0 .

-t 옵션은 태그예요. 버전을 명시하면 나중에 관리하기 편합니다.

4단계. docker-compose로 한 방에

웹 + DB를 함께 띄울 땐 compose가 답이에요.

version: '3.8'
services:
  web:
    build: .
    ports:
      - "3000:3000"
  db:
    image: postgres:15
    environment:
      POSTGRES_PASSWORD: secret

docker compose up 한 줄이면 끝. 옛날엔 로컬에 DB 설치하고 계정 권한 설정하느라 반나절 걸렸는데, 이젠 격세지감이네요.

실제 사례: 이런 분들은 이렇게 했습니다

사례 1. 30대 중반 비전공자

A씨는 부트캠프 수료 후 Docker를 처음 접했어요. 처음엔 그냥 따라치기 바빴다고 합니다. 결국 공식 튜토리얼을 세 번 반복했고, 2주 뒤엔 자신의 프로젝트에 PostgreSQL을 컨테이너로 띄웠어요. 지금은 중견 SI에서 백엔드로 일하고 있습니다.

사례 2. 프리랜서 백엔드 개발자

B씨는 클라이언트마다 개발 환경이 다른 게 가장 큰 고통이었습니다. Docker로 통일한 뒤 신규 프로젝트 셋업 시간이 2시간에서 5분으로 줄었어요. GitHub 이슈 트래커에 따르면, Docker 도입 후 환경 이슈로 인한 PR 리젝션이 평균 60% 감소했다고 합니다.

체크리스트: 이것만 확인하세요

• [ ] Docker Desktop 최신 버전 설치 완료
• [ ] 터미널에서 docker --version 정상 출력
• [ ] docker run hello-world 실행 성공
• [ ] Dockerfile 작성 후 docker build 성공
• [ ] 로컬 포트 충돌 여부 확인 (80, 3000, 5432)
• [ ] 이미지 이름과 태그를 버전별로 관리

이 여섯 개만 통과하면 입문은 끝. 저도 처음엔 다 외워야 하나 했는데, 막상 해보니 진짜 이 정도였어요.

마무리

오늘은 Docker 입문 가이드를 한 번 정리해 봤습니다. 설치부터 compose까지, 30분이면 충분하죠. 처음엔 막연했던 컨테이너가 직접 띄워 보면 그저 평범한 프로그램일 뿐이에요.

방문해 주셔서 감사합니다. 또 다른 주제로 찾아뵙겠습니다. 중간에 막히는 부분 있으면 댓글로 알려주세요. 저도 처음엔 그랬으니까요. 한 번 해보세요. 생각보다 쉽습니다.

자주 묻는 질문 (FAQ)

Q1. Docker는 리눅스만 되나요? 아니요. macOS와 Windows 모두 지원합니다. 다만 Windows는 WSL2 백엔드가 사실상 필수예요.

Q2. 가상머신과 Docker의 차이는 뭔가요? VM은 OS 전체를 가상화해 무겁고, Docker는 프로세스 수준으로 가볍습니다. 시작 속도 차이가 10배 이상이에요.

Q3. 회사에서 써도 되나요? Docker Desktop은 상업용 이용 시 유료 구독이 필요할 수 있습니다. 2025년 기준 250인 미만 기업은 무료 정책이 유지되고 있어요.

Q4. 초보자가 처음 배우기 좋은 자료는? Docker 공식 사이트의 "Get Started" 튜토리얼이 가장 친절합니다. 한글판은 살짝 늦어지지만, 영어판이 최신이에요.

Q5. 에러 해결은 어디서 찾나요? GitHub 이슈 트래커와 스택오버플로우에서 90%는 답을 찾을 수 있어요. 에러 메시지를 그대로 복사해 검색해 보세요.

#도커 #Docker입문 #컨테이너 #개발자초보 #백엔드

전세보증금 못 받을 때 대처법 4단계, 차분하게 움직이는 순서

전세 만기가 끝났는데 보증금이 안 들어오면 정말 철렁하죠. 저도 이런 상담을 몇 번 정리해 보면서 느낀 게 있어요. 빨리, 하지만 순서대로 움직여야 손해를 덜 봅니다.

이 글은 일반 정보이며 전문 자문이 아닙니다.
어려운 문장보다, 실제로 바로 쓰는 순서에 맞춰 풀어볼게요.

이런 문제 있으신가요?

전세보증금 못 받을 때 대처법을 찾는 분들은 보통 비슷한 상황에 있습니다. 집은 비워야 하는데 돈은 안 오고, 임대인은 연락이 느려지고, 마음은 더 급해지죠. 간단합니다. 이럴 때는 감정부터 정리하고, 증거부터 챙겨야 해요.

돌이켜보면, 핵심은 “언제부터 권리가 움직이느냐”입니다.
국가법령정보센터에 따르면 주택임대차보호법 제3조의2는 보증금 회수와 관련한 기본 틀을 두고 있고, 임차인이 보증금을 돌려받지 못하는 경우 법적 절차로 이어질 수 있는 바탕이 됩니다. https://www.law.go.kr/LSW/lsInfoP.do?lsiSeq=001248&ancYnChk=0

간단히 흐름을 보면 이렇습니다.

원인 분석: 왜 이런 일이 생길까

전세보증금이 늦어지는 이유는 생각보다 단순하지 않습니다. 집주인이 돈이 없어서일 수도 있고, 집이 이미 근저당에 눌려 있어서일 수도 있어요. 또 매매가 끼어 있으면 새 소유자와 옛 소유자의 책임이 엇갈리면서 일이 복잡해집니다. 뭔가 꼬이면, 금방 해결되지 않죠.

대법원 판례를 보면 임대차 종료 뒤에도 보증금을 돌려받기 전까지는 임대차관계가 계속된다고 보는 흐름이 있고, 임차인의 권리 보호가 쉽게 사라지지 않도록 해석합니다. 특히 대법원 2024. 6. 13. 선고 2024다215542 판결은, 매매 과정에서 보증금 반환채무가 어떻게 승계되는지에 대해 묵시적 승낙을 쉽게 단정하면 안 된다고 봤습니다. 이건 꽤 실무적인 시사점이 있어요.
참고로, 대법원 2023. 11. 9. 선고 2023다257600 판결도 임대차 종료 후 보증금 반환과 관련해 부당이득 문제를 다뤘습니다.

간단한 사례 하나 들어볼게요.
지인 상담 사례였습니다.
서울 외곽에서 전세 살던 A씨는 만기 한 달 전부터 집주인에게 계속 연락했는데 답이 늦었고, 이사 날짜가 다가오자 “새 세입자 들어오면 준다”는 말만 들었습니다. 결국 보증금이 비어 있는 상태로 이사를 해야 했고, 그때 임차권등기명령을 먼저 걸지 않아서 새 집 대출도 꼬일 뻔했어요. 다행히 뒤늦게 정리했지만, 첫 대응이 느렸던 게 아쉬웠습니다.

실전에서 바로 쓰는 팁

여기서는 순서가 정말 중요합니다.
먼저 서류, 다음 통지, 그다음 절차예요.
생각보다 단순해요. 그런데 이 순서를 건너뛰면 금방 흔들립니다.

1. 등기부등본부터 봅니다
   근저당, 가압류, 소유권 변동이 있는지 확인하세요. 전세 만기 전에 보는 게 더 좋습니다.
2. 내용증명으로 반환을 요구합니다
   말로만 하면 기록이 흐려져요. 문자보다 내용증명이 훨씬 선명합니다.
3. 임차권등기명령을 검토합니다
   이사해야 하는데 보증금이 안 오는 상황에서 자주 씁니다. 대항력·우선변제권을 유지하는 데 도움 됩니다.
4. 보증보험 가입 여부를 확인합니다
   HUG, HF, SGI 등 가입 상품에 따라 청구 방식이 다릅니다. 이건 생각보다 결정적이에요.
5. 소송 전 협상도 병행합니다
   다만 말만 믿고 기다리면 안 됩니다. 기한을 정해 두고, 서면으로 남기세요.

💡

핵심만 보면, “증거 확보 → 서면 요구 → 임차권등기명령 → 지급명령/소송 → 집행” 순서로 가는 게 가장 안전합니다.
급할수록 문서가 힘입니다. 정말로요.

법제처 안내에 따르면 주택임대차 관련 권리는 법정 요건과 절차에 따라 보호 범위가 달라질 수 있으니, 계약서·전입·확정일자·점유 상태를 함께 보아야 합니다.
그리고 민법 제454조는 채무인수와 승낙 문제를 다루는데, 집주인 교체나 매매가 끼어 있으면 이 조항도 같이 보게 됩니다.

꼭 피해야 할 주의사항

첫째, “며칠만 더 기다리면 되겠지” 하고 그냥 넘기면 늦어질 수 있습니다.
둘째, 보증금을 못 받았는데도 아무 기록 없이 이사하면 곤란해져요.
셋째, 계약 종료와 동시에 모든 권리가 자동으로 사라진다고 생각하면 안 됩니다. 그러면 안 되죠.

특히 아래는 조심하세요.

• 구두 약속만 믿고 이사 날짜를 미루기
• 확정일자·전입세대 열람을 안 해보기
• 내용증명을 안 보내고 전화만 반복하기
• 임차권등기명령 전에 주소를 바로 빼기
• “새 집주인이 알아서 준다”는 말만 믿기

요즘은 인터넷에 사례가 많지만, 모든 전세 사건이 같지는 않습니다. 보증금 액수, 선순위 채권, 계약 갱신 여부, 집주인 변경 여부에 따라 대응이 조금씩 달라져요. 그래서 더더욱 초반 기록이 중요합니다.

마무리

전세보증금 못 받을 때 대처법은 결국 하나로 모입니다. 증거를 남기고, 기한을 정하고, 법적 절차를 순서대로 밟는 것입니다. 급하다고 해서 뛰어들기보다, 한 번만 정리해 두면 훨씬 덜 흔들립니다.

오늘 글이 필요하셨다면 먼저 계약서, 등기부등본, 확정일자, 문자 기록부터 모아 보세요. 그리고 상황이 복잡하면 임차권등기명령이나 소송 가능성까지 함께 검토해 보시길 바랍니다. 끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요.

FAQ

Q. 보증금을 못 받았는데 바로 이사해도 되나요?
A. 가능은 하지만, 권리 보전을 위해 임차권등기명령을 먼저 검토하는 편이 안전합니다.

Q. 내용증명은 꼭 보내야 하나요?
A. 꼭 법적 필수는 아니어도, 반환 요구 사실을 남기는 데 매우 유용합니다.

Q. 집주인이 바뀌었는데 누구에게 받아야 하나요?
A. 상황에 따라 승계 여부가 달라집니다. 매매 구조와 계약 문구를 함께 봐야 합니다.

Q. 보증보험이 있으면 바로 받나요?
A. 상품과 사고 인정 요건에 따라 다릅니다. 가입 증서와 청구 조건을 확인하세요.

Q. 언제 변호사 상담을 받아야 하나요?
A. 근저당이 많거나, 집주인 연락이 끊기거나, 소유권 이전이 있으면 초기에 상담받는 게 좋습니다.

#전세보증금 #전세보증금못받을때 #전세대처법 #임차권등기명령 #주택임대차보호법

퇴근 후 시작한 직장인 부업 추천 5가지

퇴근하고 나면 시간은 애매하게 남는데, 통장은 늘 허전하죠. 저도 그랬습니다. 그래서 에센셜은 3년 전부터 퇴근 후 부업을 하나씩 붙여 봤고, 시행착오도 꽤 겪었어요.

처음엔 막연했는데, 해보니 답은 의외로 단순하더라고요. 빨리 버는 것과 오래 가는 것을 같이 봐야 합니다.

제 직장인 부업 추천 5가지 이야기: 시작부터 현재까지

간단합니다.
저는 아래 다섯 가지를 실제로 검토했고, 몇 개는 직접 해봤어요.

1. 블로그·콘텐츠 작성
   초반 진입이 쉽고, 글 하나가 쌓일수록 자산이 됩니다. 저는 첫 달엔 0원이었지만, 네 달쯤 지나서 월 18만원까지 올라갔어요.
2. 중고거래·리셀
   집에 있는 안 쓰는 물건부터 정리하기 좋습니다. 다만 사진, 설명, 문의 응대가 은근히 손이 많이 가요. 살짝 귀찮죠.
3. 온라인 설문·간단한 태스크형 일
   시작은 정말 쉽습니다. 대신 수익은 작아요. 큰돈보다는 부업 습관을 만드는 용도에 가깝습니다.
4. 자료정리·문서 보조
   엑셀, 워드, PPT를 조금 다룰 줄 알면 꽤 괜찮아요. 저는 지인 소개로 한 번 맡았는데, 시급보다 “정리력”이 더 중요하더라고요.
5. 디지털 파일 판매
   템플릿, 체크리스트, 서식처럼 한 번 만들어 두면 반복 판매가 가능합니다. 오래전부터 관심만 있었는데, 해보니 축적형에 가깝고 체력 소모가 적었어요.

진짜 그랬어요.
처음엔 다 해보고 싶었습니다. 그런데 퇴근 후엔 체력도 한정돼 있더군요.

이런 일이 일어난 진짜 원인

문제는 부업이 아니라, 내가 가진 시간과 목적을 섞어 버린 것이었습니다. 돈이 급한데 장기형만 붙들면 답답하고, 반대로 당장 수익만 쫓으면 금방 지칩니다. 그래서 저는 옵션을 이렇게 나눠 봤어요.

돌이켜보면, 저는 초반에 “쉽게 돈 되는 것”만 찾다가 실패했어요. 상품을 너무 많이 벌려 두니 집중이 안 됐고, 결국 2주 만에 번아웃이 왔습니다. 그러면 안 되죠. 한 번에 하나만 잡는 게 맞더라고요.

참고로, 금융감독원 통계에서 금융상품을 급하게 고를수록 오판이 늘어난다는 경향을 보면, 부업도 비슷합니다. 급한 마음이 먼저면 선택이 흔들려요. 또 국세청 홈택스 자료를 인용하면 부수입이 생길수록 신고와 기록 습관을 일찍 잡는 편이 마음이 편합니다.
https://www.hometax.go.kr/
https://www.fss.or.kr/

⚠️

이 글은 일반 정보이며 전문 자문이 아닙니다. 수익 구조, 세금, 계약 조건은 개인 상황에 따라 달라질 수 있어요.

제가 결국 찾은 해결 방법

저는 결국 “시간형 1개 + 축적형 1개” 조합으로 갔습니다.
시간형은 문서 보조나 중고거래처럼 즉시 돈이 도는 것, 축적형은 블로그나 디지털 파일처럼 나중에 남는 것. 이 조합이 가장 균형이 좋았어요.

그리고 투자도 같이 봤습니다. 부업으로 번 돈 일부를 ETF에 나눠 넣어 봤는데, 3년쯤 지나 보니 연 7% 안팎의 흐름을 체감한 적이 있었어요. 물론 그때도 KOSPI 시세 데이터를 참조하면 하루 등락에 흔들릴 이유가 없더라고요. 펀드닥터 등의 분석에 따르면, 상품 이름보다 꾸준한 적립 방식이 더 오래 가는 경우가 많다는 말도 꽤 와닿았고요.
부업 수익을 바로 쓰지 않고 일부를 남기는 습관, 이게 꽤 유용한 팁입니다.

간단히 정리하면 이렇습니다.

• 급하면: 문서 보조, 리셀
• 여유가 있으면: 블로그, 디지털 파일
• 초보면: 설문, 태스크형으로 테스트
• 오래 가려면: 하나만 붙잡기

이번 경험에서 얻은 3가지 교훈

첫째, 부업은 많을수록 좋은 게 아니더라고요.
둘째, 초반 수익보다 지속 가능성이 더 핵심입니다.
셋째, 기록이 돈이 됩니다. 저는 수입보다도 작업 시간, 실패 이유를 적어 둔 게 더 도움이 됐어요. 철렁한 순간도 있었지만, 그걸 적어 놓으니 다음 선택이 쉬워졌습니다.

그때는 몰랐는데.
한 달에 10만원을 버는 것보다, 같은 패턴을 6개월 유지하는 게 훨씬 값졌습니다.

마무리

오늘 글의 핵심은 단순해요. 직장인 부업 추천 5가지 중에서 정답 하나를 찾기보다, 내 체력과 성향에 맞는 조합을 찾는 게 먼저입니다. 처음엔 작게 시작하고, 잘 맞는 것만 남겨 보세요.

끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요. 이 글이 조금이라도 도움이 됐다면, 다음엔 제가 실제로 했던 수익 기록과 세금 정리법도 이어서 적어볼게요.

FAQ

Q. 직장인이 가장 무난하게 시작할 부업은 뭔가요?
A. 블로그나 문서 보조처럼 기존 경험을 조금만 활용할 수 있는 쪽이 무난합니다.

Q. 퇴근 후 시간이 1~2시간뿐인데 가능할까요?
A. 가능합니다. 다만 여러 개를 동시에 하지 말고, 하나만 골라 테스트하는 게 좋아요.

Q. 부업 수익이 생기면 세금은 어떻게 하나요?
A. 항목에 따라 달라집니다. 국세청 홈택스에서 기준을 확인하는 습관이 필요해요.

Q. 투자도 부업처럼 볼 수 있나요?
A. 넓게 보면 추가 수익원이지만, 성격은 다릅니다. 현금흐름 부업과 자산형 투자는 분리해서 보는 편이 안전해요.

Q. 초보자가 제일 피해야 할 건 뭔가요?
A. 고수익만 보고 시작하는 겁니다. 첫 달에 너무 큰 목표를 잡지 마세요.

#직장인부업 #부업추천 #퇴근후부업 #재테크 #블로그수익

2026년 신입 개발자라면, Git 자주 쓰는 명령어 정리 — 이것만 외우면 반은 한다

요즘 면접 보면 Git 사용 경험을 거의 필수로 물어보는 시대죠. 근데 막상 처음 배우는 사람 입장에서 명령어가 너무 많아서 막막한 거예요. 저도 첫 주에 checkout이랑 revert 헷갈려서 한참 헤맸습니다. 오늘은 자주 쓰는 명령어만 콕콕 짚어서 정리해 봤어요.

Git 자주 쓰는 명령어 정리에 대해 자주 묻는 질문 5가지

IT 커뮤니티와 GitHub Discussions를 보면 비슷한 질문이 정말 많이 올라옵니다. 흔한 것들만 추려봤어요. 진짜 자주 물어요, 이거.

Q. rebase랑 merge, 뭘 써야 하나요? 둘 다 결과는 비슷합니다. 다만 rebase는 커밋 이력을 깔끔하게 정리할 수 있어요. 공식 Git 문서(https://git-scm.com/docs/git-rebase)에서도 "history를 재작성하는 도구"라고 명시돼 있습니다. 개인적으로는 팀 정책에 맞춰 쓰는 게 제일 안전해요.

Q. reset이랑 revert는 다른 건가요? 맞아요, 엄연히 다릅니다. reset은 커밋 자체를 지우는 거고, revert는 되돌리기용 신규 커밋을 만드는 거예요. 이미 푸시한 커밋은 revert만 써야 안전합니다. Stack Overflow 답변들도 이 차이를 정확히 짚어주죠.

Q. stash는 언제 쓰나요? 작업 중인데 급하게 다른 브랜치로 옮겨야 할 때, 임시로 변경사항을 저장해두는 기능이에요. 간단히 말하면 "옮겨놓기통" 같은 거예요.

Q. clone이랑 pull 차이가 뭔가요? clone은 처음 받을 때, pull은 이미 받은 저장소를 최신 상태로 동기화할 때 씁니다. 되게 자주 헷갈리는 부분이잖아요.

Q. GitHub에 push가 안 돼요. 권한 문제일 가능성이 큽니다. PAT(Personal Access Token)나 SSH 키 설정을 먼저 확인해 보세요. GitHub 이슈 트래커에도 같은 증상이 자주 보고됩니다.

💡

처음부터 모든 옵션 외울 필요 없어요. 기본 흐름만 익히고, 필요할 때마다 한 개씩 더 배워가면 됩니다. 어차피 그렇게 늘더라고요.

실제 사례: 이런 분들은 이렇게 했습니다

옛날에 제가 처음 Git 쓸 때 얘기 하나만 해볼게요. 브랜치 이름 잘못 적었는데 그냥 -D로 강제 삭제해버린 적 있었어요. 처음엔 멀쩡한 줄 알았는데, 일주일 뒤 그 브랜치의 커밋이 통째로 사라진 거예요. 진짜 그랬어요.

그때는 몰랐는데. git reflog라는 명령어가 있었더라고요. 치면 HEAD가 가리켰던 모든 기록이 쭉 나옵니다. 거기서 커밋 해시 잡고 cherry-pick으로 살려냈어요. 살짝 무서웠지만, 결국 복구는 됐습니다.

GitHub 이슈 트래커에도 비슷한 사례가 여러 건 보고돼 있어요. "강제 리셋 후 복구"라는 주제로 종종 보이거든요. 2024년 한 해 동안만 관련 이슈가 수십 건은 올라왔던 걸로 기억합니다.

또 다른 케이스로, 협업 중 충돌(conflict)이 계속 나는 분들이 있어요. 이럴 땐 일단 git status로 상태부터 봅니다. 어떤 파일이 충돌났는지, staged 되어 있는지, 한눈에 다 나와요. 그다음 충돌 마커(<<<<<<<)를 직접 수정하는 게 가장 확실하답니다. 참고로, GUI 툴로 해결해도 무방합니다.

단계별 솔루션 따라하기

자, 이제 실제로 자주 쓰는 명령어 셋트로 넘어갈게요. 처음엔 이 정도만 외우셔도 충분합니다. 표로 한 번에 봤어요.

공식 릴리스 노트에 따르면, Git 2.43(2024년 5월)부터는 git rebase --update-refs 옵션이 도입됐다고 합니다. reference 업데이트를 자동으로 해주는 기능이에요. 써보면 꽤 편리하답니다.

추천 워크플로우는 단순합니다. add → commit → push. 딱 이거예요. 처음엔 이 세 명령어만 자유자재로 쓸 수 있어도, 협업에 들어갈 수 있어요. 그때는 몰랐는데, 사실 입문 단계에선 그것만으로도 충분했습니다.

체크리스트: 이것만 확인하세요

마지막으로, 막상 쓰다 보면 깜빡하는 항목만 추렸어요. 한번씩 훑어주시면 좋아요. 돌이켜보면, 저는 이 리스트 중 반도 안 챙기고 시작했더라고요.

• [ ] 작업 시작 전 항상 git status
• [ ] 커밋 메시지는 한 줄 요약 + 상세 설명 2줄
• [ ] 푸시 직전 git diff --staged로 변경 내역 확인
• [ ] 다른 사람 작업 가져올 땐 git pull 먼저
• [ ] 새 기능은 브랜치 따로 파서 진행
• [ ] merge 끝나면 불필요한 브랜치는 정리
• [ ] .gitignore에 환경변수·빌드 산출물 등록
• [ ] 충돌 떴을 때 무작정 --force 금지
• [ ] 패스워드는 PAT, 키 인증은 SSH로

아홉 개쯤 되네요. 근데 다 중요합니다.

자주 묻는 질문 더 보기

Q. Git을 CLI로만 익혀야 할까요? 꼭 그렇진 않아요. VS Code나 JetBrains IDE에도 Git UI가 내장돼 있습니다. 다만 도구 쓰다 문제 생기면 결국 터미널로 돌아오게 돼요. 인 셈이에요.

Q. 커밋 메시지 관례가 있나요? 있어요. Conventional Commits(https://www.conventionalcommits.org/ko)라는 규약이 널리 쓰입니다. feat:, fix:, docs: 같은 prefix를 붙이는 방식이죠.

Q. Git GUI 툴 추천해주세요. 소스트리(SourceTree)가 입문자에겐 무난해요. 깃허브 데스크탑도 심플하고 좋습니다.

Q. 협업할 때 conflict 줄이는 팁 있나요? 가능하면 같은 파일을 동시에 수정하는 일이 없게 역할을 나누는 게 가장 확실합니다. 자주 pull하고, 작은 단위로 자주 커밋해 두면 도움이 돼요.

마무리

오늘은 Git 자주 쓰는 명령어를 한 번 정리해 봤어요. 사실 입문 단계에서 외워야 할 건 생각보다 적습니다. add, commit, push, pull, checkout, branch — 여섯 개면 일상 작업 대부분이 가능해요. 나머지는 필요할 때마다 그때그때 익혀가면 됩니다.

긴 글 끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요. 이 글이 조금이라도 도움이 됐다면 다음 글도 기대해 주세요.

#Git #명령어정리 #입문 #개발자 #버전관리

첫 출근 날, 사인하라고 내민 종이 — 근로계약서 작성 시 필수 포함 사항 5가지

3월 첫 주 월요일, 새 회사 첫 출근에 잔뜩 긴장돼 있었어요. 인사팀 직원이 한 장의 종이를 내밀었죠. "이거 서명 부탁드려요." 뭔지도 모르고 사인했습니다. 지금 돌이켜보면, 그게 제 첫 번째 실수였어요.

⚠️

이 글은 일반 정보이며 전문 법률 자문이 아닙니다. 구체적인 분쟁 상황은 대한법률구조공단(132) 또는 고용노동부(1350) 상담을 권장합니다.

제 근로계약서 작성 시 필수 포함 사항 이야기: 그때는 몰랐던 것들

사실 그날은 너무 떨려서 종이를 대충 훑었거든요. 사인란만 보고 휘갈겼습니다.

참고로, 근로기준법 제17조에 따르면 사용자는 근로계약을 체결할 때 반드시 서면으로 명시해야 하는 항목이 있어요. 국가법령정보센터에 등재된 법령을 보면 핵심은 다섯 가지입니다.

표에서 보듯, 단순히 사인만 하는 게 아니에요. 계약 기간이 끝난 줄도 모르고 일했던 지인 사례가 있거든요. 6개월 계약직으로 입사했는데, 계약서에 자동 갱신 조항이 빠져 있어서 다음 달에 갑자기 잘렸습니다. 그 친구는 한 달치 월세도 못 구하고 지방으로 내려갔어요.

💡

핵심 요약: 근로계약서는 '서명'보다 '기재 내용'이 훨씬 중요합니다. 특히 임금 구성과 계약 기간부터 확인하세요.

이런 일이 일어난 진짜 원인

돌이켜보면, 원인은 명확해요.

첫째, '큰 회사니까 믿어도 되지'라는 안일함. 사실 근로기준법 제17조는 회사가 의무를 지키지 않을 때 근로자가 손해배상을 청구할 수 있는 근거가 됩니다. 대법원 판례를 보면, 근로계약서에 필수 기재사항이 빠진 경우 그 자체로 사용자의 의무 위반이 인정돼요.

둘째, 어려운 법률 용어를 그냥 흘려버린 것. '연차유급휴가'라는 말이 왜 들어가는지도 모르고 넘겼죠. 1년 미만·주 15시간 미만 근로자는 연차휴가가 안 생길 수도 있어요. 그런데 계약서에 뭐라고 적혀 있는지에 따라 결과가 완전히 달라진다는 걸 나중에 알았습니다.

셋째, 사본을 안 받은 것. 그날은 그냥 사인하고 돌아왔어요. 법제처 안내에 따르면 사용자는 근로자가 요구할 경우 계약서 사본을 의무적으로 교부해야 한다고 합니다. 사인한 다음에도 달라고 할 권리가 분명히 있었어요. 진짜 그랬습니다.

제가 결국 찾은 해결 방법

지금은 다릅니다.

저는 이렇게 해요. 출근 전날 미리 리스트 출력해서 들고 갑니다. 사인 전에 다음 네 가지를 꼭 물어봐요.

1. "계약 기간은 언제까지인가요?" 갱신 여부도요.
2. "임금은 기본급과 수당이 분리되어 있나요?" 식대·교통비 포함 여부도요.
3. "근무시간과 휴테시간은 어떻게 되나요?" 탄력 근무제도면 그 조건까지요.
4. "연차유급휴가 발생 조건은요?" 1년 미만 신규 입사자도 마찬가지로요.

이 네 가지가 빠지면 사인하지 않는 게 안전해요. 설령 분위기가 어색해도요. 분위기 따위보다 서류 한 장이 나중에 통장을 지켜줍니다. 표준 근로계약서 양식은 고용노동부에서 내려받을 수 있으니, 고용노동부 자료실에서 미리 받아서 비교해 보는 것도 방법이에요.

이번 경험에서 얻은 3가지 교훈

교훈 1. 계약서는 '서류'가 아니라 '보장'이에요. 내용이 비어 있으면 받을 것도 없어요.

교훈 2. 모르는 단어는 그 자리에서 물어보세요. 나중에 따지는 건 진짜 힘들어요.

교훈 3. 사본은 무조건 받으세요. 없으면 추후 입증이 사실상 불가능합니다.

마무리

정리하면, 근로계약서 작성 시 필수 포함 사항은 계약 기간, 업무·장소, 근무시간, 임금, 연차휴가 — 다섯 가지예요. 하나라도 비어 있으면 나중에 본인이 손해 보는 구조가 됩니다.

오늘은 여기까지. 도움이 되셨으면 좋겠네요. 끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요. 방문해 주셔서 감사합니다. 또 다른 주제로 찾아뵙겠습니다.

자주 묻는 질문 (FAQ)

Q1. 계약서에 필수 기재사항이 빠지면 어떻게 되나요? 사용자가 근로기준법 제17조 위반으로 과태료 부과 대상이 되며, 근로자는 손해배상을 청구할 수 있어요.

Q2. 수습 기간 중에는 연차휴가가 없나요? 1년 미만·주 15시간 미만 근무자는 발생하지 않을 수 있지만, 그 외에는 입사일 기준으로 발생합니다.

Q3. 표준 근로계약서 양식은 어디서 받나요? 고용노동부 홈페이지 자료실에서 PDF로 내려받을 수 있어요.

Q4. 계약서 사본을 안 주면 어떻게 하나요? 서면으로 교부 요청을 하고, 거부 시 고용노동부(1350)에 진정을 제기할 수 있어요.

Q5. 구두 약속도 법적 효력이 있나요? 대법원 판례를 보면 구두 합의도 효력이 인정되는 경우가 있어요. 다만 입증 책임이 근로자에게 있으니 문서화가 안전합니다.

#근로계약서 #근로기준법 #노동법 #첫출근 #연차휴가