그 가능성이라는 걸 알 방법이 사실상 불가능에 가까운 게 문제죠.

그 가능성이라는 말이 사실은 현재의 실력인 경우가 태반이구요.

그게 아니면 기능인으로써의 학교는 왜 다닌 건지 이해가 안되네요.

써먹지도 못하는 실력이라니, 대체 기업에서 왜 돈을 줘야 하는 건지, 애당초 기업이 뭔지나 아는지~

3시간 주고 온라인으로 집에서 제출하는거였는데 말이죠.

^^;;;;;

루프를 반드시 사용해야 한다는 전제하에 1개요...-_-;;;;

후다닥~

ㅋㅋ.

사실은 0개로도 가능하고 1개로도 가능합니다.

그까이꺼 한방에 print 시키고 루프문으로 한번만 돌리게 짜면 되니까요..

이렇게 답한넘 뽑아다 잘 부려 먹고 있습니다.

정답이 목적인 질문이 아니니까요.

교과서적인 답은 3번입니다 ..

그러니 땡~~

TT 징~징~ F 당.

코딩 면접은 집에서 정해진 시간에 해서 온라인으로 제출하고, 이걸 이제 채점하고 다시 면접하는거죠.

그런데 이런 방식 말고도 그 자리에서 코딩하는 면접도 많은 회사들이 쓰고 있어요. 해외 유명개발회사들은 거의 다 채용하고 있는 방식이구요. 구글, 페이스북, 아마존 같은데는 아예 컴퓨터도 없이 화이트보드나 종이에 코딩시켜요. pseudo 코드도 아니라 정말로 돌아가야 하는 코드를 만들죠. 그 코드가 다시 제 3의 면접관들에게 가서 재평가를 받아야 하니, 컴파일 안될 코드나 실행에 문제가 있는 코드면 절대 좋은 평가를 받기 어렵죠.

물론 대다수의 회사들은 그 정도의 인력을 뽑기는 힘들기 때문에 난이도를 많이 낮추죠. 그래도 개발자는 코드로 이야기하는게 기본입니다. 말빨로 실력을 속일 순 있지만, 코드는 속일 수 없거든요. 물론 그 후의 대화에서 이거 정말 본인이 짠건가? 이해는 하고 짠건가? 를 판단해야 하구요. 그걸 잡아낼 수 있는게 면접관의 실력이기도 하구요.

흔히 코더가 되지 말고 아키텍처가 되라고 하는데, 코드도 뛰어나게 못짜면서 뛰어난 아키텍처가 된 사람들은 아주 뛰어난 천재들이나 완전히 제대로 교육을 받은 사람들이라고 봐야 합니다. 그렇다면 관련 전공분야에서 최소한 석사, 엔간하면 박사 정도는 따거나, 그만큼의 실적을 스스로 만들어냈거나요. 뛰어난 천재들은 혼자서 실적을 만들어냅니다. 그 외의 경우라면, 최소한 뛰어난 코드를 빠른 속도로 만들어내는걸 보여줄수 있어야 하죠.

코딩... 정말 많이 해봐야 해요.