인프라가 좋지 않을까? But, 이건 백엔드의 유의미한 키워드를 모르는 것일 수도 있을 것 같다.
⇒ 신입에게 인프라적인 지식을 요구하지는 않는다. 현업 경험이 중요한 포지션 중 하나. ⇒ 신입에게는 데이터 베이스 기초 역량, CS 지식, 네트워크 기본 역량등을 더 중요하게 보며, 이것이 사실 인프라와 연관이 많다.
⇒ 기술적인 난이도가 높지 않더라도, 코드를 꾸준히 리팩토링 하거나 프로젝트를 꾸준히 한 경험이 더 중요하다.
⇒ 코딩을 잘하는지. 방치되지 않고 코드를 유지/보수 하고 있는가?
⇒ 백엔드의 특정 영역의 전문성을 보여주기 보다는, 현재 프로젝트나 코드의 품질을 높이기 위한 노력을 보여주는게 나을 것 같다. CS나 DB 역량은 깊이 들어가기보다는 전공 지식 수준에서 보여주는 것이 나을 것 같다.
⇒ DB는 질의문, 네트워크는 데이터의 흐름. 웹 전반이 어떤 식으로 이루어져 있는지 ⇒ 면접 질문들을 한 Depth 더 들어갔을 때가 실제로 지원자 판단의 기준이 된다.
⇒ 프론트도 같을까요?
⇒ 프론트 / 백 모두 신입 때 요구되는 역량은 비슷하다. 기술이 다른 것일 뿐 역량은 비슷하다. 채용과정에서 백엔드는 알고리즘 테스트를 보는 경우가 더 많고, 프론트는 과제를 보는 경우가 더 많다.
⇒ 선택하기 나름. 팀 프로젝트에서만 할 수 있는 경험이 있다. 유지보수나 코딩 습관을 보여주기 위해 정할 필요는 없을 것 같다.
⇒ 프로젝트 볼륨이 커서 마감까지 빡빡하게 구현을 하는건 지양하는 것이 좋다.
⇒ 주제보다는 과정이 더 중요할 것 같다. 도메인을 어떻게 풀어냈는지, 어떤 고민을 했는지 보여주기.
⇒ 보통은 큰 기능 단위로 나눈다. 그러나 한 사람이 하나를 작업하기 보다는 여럿이 작업(예를 들어 프론트 백엔드의 협업)해보는게 좋지 않을까 싶다.
⇒ 상황에 따라 조금씩 다르다. 보통은 대략적으로 정해놓는다. 어떤 통신 규약을 쓰는지에 따라서도 다르다.
⇒ 주로 백엔드에 의해서 결정이 된다. 프론트에서 특정한 요구사항이 없다면 백엔드에서 개발해서 프론트에게 전달해준다.
⇒ 기능 의존성은 기능별로 해결해야하는 문제이다.
⇒ git 사용할 때, remote에 올라가는 코드를 rebase하고 push 하거나 force push 하면 안된다.
⇒ 작업하다가 pull 받으려고 했더니 엄청나게 꼬이게 된다. remote에 올라가는 코드는 rebase해서 하면 안되고, 새로운 커밋으로 만들어서 push 해야한다.