프로그램 수정·유지보수 프리랜서를 모집합니다

• 기존 소스코드 구조 파악 및 문서화되지 않은 부분 분석
• 보고된 오류의 원인 파악 및 수정
• 기존 코드에 새로운 기능 추가
• 사용 중인 개발 환경(버전, 라이브러리) 최신화
• 데이터베이스 구조 확인 및 필요 시 마이그레이션
• 성능 저하 구간 파악 및 개선
• 정기 점검 및 오류 로그 확인
• 인수인계 문서 작성 및 향후 유지보수를 위한 정리

자주 쓰는 도구와 기술

• Git
• 다양한 언어(Python, Java, PHP, C# 등)
• MySQL
• 디버깅 도구
• 서버 접속 도구(SSH 등)
• 이슈 트래킹 도구

작업 흐름

1. 1

   기존 프로그램의 소스코드와 서버 접근 권한을 인수받습니다.

2. 2

   코드 구조와 데이터베이스를 파악해 현재 상태를 점검합니다.

3. 3

   긴급한 오류가 있다면 우선 파악해 수정 범위를 안내합니다.

4. 4

   요청받은 기능 추가나 수정 작업을 진행합니다.

5. 5

   테스트 환경에서 확인 후 실제 서비스에 반영합니다.

6. 6

   이후 정기 점검이나 추가 요청 대응 범위를 안내합니다.

• 코드 문서화 수준과 파악에 걸리는 시간을 기준으로 나눕니다.
• 단발성 오류 수정인지 지속적인 유지보수 계약인지에 따라 크게 달라집니다.
• 기존 코드 규모와 사용 언어·기술의 복잡도를 기준으로 산정합니다.
• 긴급 대응(주말, 야간)이 필요한지 여부에 따라 나눕니다.
• 기능 추가 범위와 데이터베이스 변경 필요 여부에 따라 나눕니다.
• 정기 점검 계약 시 점검 주기와 보고 방식을 미리 정합니다.

패키지 구성 예시

• 다양한 언어와 기술 스택으로 남의 코드를 이어받아 처리한 경험을 포트폴리오에 구체적으로 씁니다.
• 포트폴리오 제목에 다뤄본 기술(언어, 프레임워크)을 명확히 적어 검색에 걸리게 합니다.
• 첫 답장에서 기존 코드 문서화 여부와 접근 권한 인계 가능 여부를 먼저 확인합니다.
• 코드를 처음 볼 때 파악 시간이 필요할 수 있음을 미리 안내해 오해를 줄입니다.
• 오류 대응 가능 시간대(평일, 야간, 주말 등)를 프로필에 명확히 표기합니다.
• 정기 유지보수 계약이 가능한지 여부를 프로필에 안내합니다.
• 기존 코드를 존중하며 불필요한 전면 재작성을 권하지 않는다는 원칙을 밝힙니다.

인수인계 자료가 전혀 없음

작업 전 소스코드, 서버 정보, 데이터베이스 접근 권한이 모두 있는지 확인하고 없으면 파악 시간이 추가될 수 있음을 안내합니다.

수정 중 다른 기능이 깨짐

수정 전 반드시 백업을 받고, 테스트 환경에서 먼저 확인한 뒤 반영합니다.

오류 원인이 코드가 아니라 서버·환경 문제

코드 수정 전 서버 상태와 환경 설정도 함께 점검합니다.

긴급 대응 범위에 대한 오해

야간·주말 긴급 대응 가능 여부와 그에 따른 조건을 계약 전 명확히 합니다.

무제한 기능 추가 요구

최초 인수받은 범위와 별도의 신규 기능 추가는 구분해 안내합니다.

• API 연동·개발
• 봇·챗봇
• 완성형 프로그램 스토어
• 크롤링·스크래핑
• 엑셀·스프레드시트
• 일반 프로그램
• 서버·클라우드
• 업무 자동화