아마 다른 시니어들도 비슷한 관점에서 볼꺼같음.

사실 초반빼고 코드가 필요한 문제들은 애가 어떤 식으로 문제를 접근하는지 볼려고 만든 문제임.

틀려도 상관없음. 코드를 어떤식으로 짜는지 보는거임.

일단 나 같은 경우 코드 컨벤션을 봄.

코드 컨벤션이라고 거창하지만 변수 만들때 a,b,c,d 이짓거리하는지 보는거임.

많은 학생들이 이러지만 아주 아주 아주 안 좋은 습관임. 

함수 이름 만들고 변수 이름 만드느라 썪어가는게 한세월임. 그만큼 함수 변수 이름은 중요함.

거기에 낙타방식으로 하나 아니면 구글 스타일쓰나 그런것도 봄. 요즘엔 구글 스타일이 먹힘. 낙타 방식은 GetParameter이런식인거고

구글 스타일은 get_parameter 이런식임. 코드 컨벤션만 기깔나도 시니어들이 '이 색히!' 이런 표정으로 볼꺼다.

두번째로 보는거는 std 라이브러리 같은걸 잘 쓰나 보는거임. 사실 이부분은 좀 못 써도됨. 잘 쓰면 '이 색히! 나보다 잘하는데!' 이런식으로 반응이 나오는거고.

그외에 코드 간결성을 봄. 2중 for문 같은거 돌리나. 뭐 나도 가끔 돌리는데.. 특수한 경우 빼고는 코드 댑스(tab을 몇번 치고 들어가나)를 적게 만들어야함.

그게 보기에도 간결하다. 예를 들면....

if(condition_A){

   bla bla... 

   if(condition_B){

   ...

}

이런식 보다는

if(condition_A == false){

return

}

if(condition_B ==false){

return

}

이런식이면 깔끔하다.

여하튼 이런식으로 짜는 애들보면 뭔가 본격적으로 해본 애들이고 책만 보지 않고 코딩 좀 많이 한애들이라는 감이 오게 됨.

근데 뭐 이런것도 회사와서 몇달 구르다보면 남의 코드보고 그대로 따라함.

그외에 배열에 접근할 줄도 모르고 포인터도 못쓰는등 기본적인게 안되있는 것도 봄.

이러면 나가리지.

사실 알고리즘 뭐시기 소팅 이런거는 왜보는지 모르겠다. 개인적 의견으로는 말이다..

그런건 실무에 하등 중요치 않음. 라이브러리가 알아서 나보다 잘해줌.