본문 바로가기

IT 커리어 정보169

클라우드 (개념 이해, 서버 인프라, 활용 사례) 웹 프로젝트를 완성한 취업 준비생과 배포 과정을 점검하던 중 브라우저에서 서비스 화면이 열리지 않는 문제가 발생했습니다. 지원자는 클라우드 서버가 고장 난 것 같다고 판단해 가상 서버를 여러 번 중지하고 다시 시작했지만 상황은 달라지지 않았습니다. 서버 상태는 정상으로 표시됐고 애플리케이션도 실행 중이었지만, 외부에서 접속하는 데 필요한 포트가 보안그룹에 허용되지 않은 것이 실제 원인이었습니다. 포트 규칙을 수정하자 화면은 바로 열렸지만, 지원자는 자신이 어떤 문제를 해결했는지 면접 답변으로 설명하지 못했습니다. 클라우드에 서버를 만들고 프로젝트를 올려본 경험은 있었지만 사용자의 요청이 네트워크를 거쳐 애플리케이션에 도달하는 흐름을 제대로 이해하지 못했기 때문입니다.이 사례를 복기하면서 서버 생성, 운영.. 2026. 4. 30.
개발자 면접 준비(직무 이해, 프로젝트 정리, 기술 설명) 한 신입 개발자와 모의면접을 진행했을 때의 일입니다. 이 지원자는 자료구조, 네트워크, 데이터베이스 질문을 대비해 개념을 꼼꼼하게 외웠고 프로젝트도 세 개나 완성한 상태였습니다. 준비한 자료만 보면 충분히 좋은 답변이 나올 것처럼 보였지만, 실제 질문을 시작하자 상황이 달라졌습니다. 지원한 백엔드 직무에서 어떤 일을 하고 싶은지 묻자 서비스를 안정적으로 개발하고 싶다는 말에 머물렀고, 프로젝트에서 맡은 역할을 묻자 회원가입과 게시판 기능을 구현했다고만 답했습니다. 데이터베이스 트랜잭션을 설명할 때도 여러 작업을 하나의 단위로 처리하는 기능이라는 정의는 알고 있었지만, 자신의 주문 프로젝트에서 왜 필요했는지는 연결하지 못했습니다.면접이 끝난 뒤 답변을 함께 복기해 보니 기술 지식이 부족한 것이 가장 큰 문.. 2026. 4. 29.
신입 포트폴리오(작은 결과물, 문제해결 기록, 프로젝트 경험) 신입 개발자 취업을 준비한 한 지원자는 포트폴리오 상담에서 아직 보여줄 만한 프로젝트가 없다고 말했습니다. 교육과정에서 게시판을 만들었고 개인적으로 할 일 관리 서비스와 날씨 조회 화면도 구현했지만, 규모가 작고 특별한 기술을 사용하지 않아 취업 자료가 될 수 없다고 생각했습니다. 그래서 기존 결과물을 정리하기보다 결제와 채팅, 소셜 로그인 같은 기능을 계속 추가하려 했습니다. 그러나 코드를 검토해 보니 할 일 등록에서 빈 내용이 그대로 저장됐고, 버튼을 반복해서 누르면 같은 항목이 여러 번 생성됐습니다. 서버 요청에 실패해도 사용자는 성공 여부를 알 수 없었으며 오류를 수정한 과정도 기록되어 있지 않았습니다. 부족했던 것은 프로젝트 규모가 아니라 작은 기능을 끝까지 확인한 경험이었습니다.신입 포트폴리오.. 2026. 4. 29.
신입개발자 이력서(직무타기팅, 기술스택, GitHub정리) 신입 개발자 취업을 준비한 한 지원자의 이력서를 검토한 적이 있습니다. 첫 부분에는 자바와 파이썬, 자바스크립트, 리액트, 스프링, 데이터베이스, 클라우드까지 다양한 기술이 나열되어 있었습니다. 팀 프로젝트와 개인 프로젝트도 여러 개였지만 프런트엔드와 백엔드 중 어느 역할에 지원하려는지는 알기 어려웠습니다. 같은 문서로 두 분야의 공고에 모두 지원하고 있었고, 기술마다 상과 중이라는 숙련도를 표시했지만 어느 기능에 사용했는지 질문하자 강의를 수강했다는 답변이 많았습니다. GitHub 링크도 있었지만 대표 저장소가 구분되지 않았고 대부분 프로젝트 종료일에 전체 코드가 한 번에 올라가 있었습니다. 이력서의 정보는 많았지만 채용 담당자가 직무 적합성과 실제 경험을 확인할 근거는 부족한 상태였습니다.이 사례에서.. 2026. 4. 28.
데이터베이스 기초(개념 이해, 정보 관리, 서비스 구조) 백엔드 개발자를 준비한 한 지원자의 쇼핑몰 프로젝트를 검토한 적이 있습니다. 포트폴리오에는 자바와 스프링, 관계형 데이터베이스를 사용해 회원가입과 상품 주문 기능을 구현했다고 적혀 있었습니다. 하지만 테이블 구조를 살펴보니 주문이 생성될 때마다 회원 이름과 이메일, 주소가 같은 형태로 반복 저장되고 있었습니다. 회원이 주소를 변경하면 이전 주문의 배송지까지 모두 바뀌어야 하는지, 주문 당시 정보를 유지해야 하는지도 정해져 있지 않았습니다. 이메일 중복은 저장 전에 조회하는 코드만 있었고 동시에 같은 이메일로 요청하면 두 건이 저장될 가능성도 있었습니다. 데이터베이스를 사용했다는 결과는 있었지만 정보를 어떤 기준으로 나누고 관계를 만들었는지는 설명하지 못했습니다.이 사례에서 부족했던 것은 복잡한 SQL 문.. 2026. 4. 28.
서버와 클라이언트 관계(요청과 응답, 프런트엔드, 백엔드) 팀 프로젝트에서 게시글 저장 버튼을 눌러도 데이터가 등록되지 않는 문제를 함께 검토한 적이 있습니다. 프런트엔드 담당자는 서버가 응답하지 않는다고 생각했고, 백엔드 담당자는 화면에서 요청값을 잘못 보냈다고 판단했습니다. 두 사람 모두 자신의 코드만 확인하면서 상대 영역의 문제라고 생각했지만 브라우저의 네트워크 기록을 열어 실제 요청과 응답을 비교하지는 않았습니다. 요청 본문을 확인해 보니 화면에서는 게시글 제목을 title이라는 기준으로 보냈지만 서버에서는 다른 항목명을 기다리고 있었습니다. 서버는 필수값이 없다는 오류를 반환하고 있었지만 화면에서는 모든 실패를 같은 문구로 처리해 원인을 알기 어려웠습니다.이 사례에서 필요한 것은 화면 코드와 서버 코드 중 어느 쪽이 더 잘못됐는지를 따지는 일이 아니었습.. 2026. 4. 27.

티스토리툴바