저도 거의 똑같습니다. 하지만 가장 기본적인 알고리즘과 데이터 구조를 넘어, 지원자 이력서에 기재된 프로젝트를 더 깊이 있게 파고드는 데 더 관심이 있습니다. 애초에 왜 이런 식으로 설계했을까요? 어떤 장단점이 있었나요? 어떤 대안들이 평가되었나요? 실제 서비스를 시작한 후 현실에서 교훈을 얻었나요? 이 경험을 통해 당신의 습관이 바뀌었나요? 이러한 지표는 엔지니어의 실제 능력을 나타내는 지표로, 엔지니어가 해결한 코딩 문제의 수나 암기한 API의 수보다 더 중요합니다. 이런 종류의 실제 경험은 가짜로 만들기 어렵습니다. 언어는 바뀔 수 있고, 프레임워크도 바뀔 수 있지만, 어떤 것들은 그냥 바꿀 수 없습니다.
스레드를 불러오는 중
깔끔한 읽기 화면을 위해 X에서 원본 트윗을 가져오고 있어요.
보통 몇 초면 완료되니 잠시만 기다려 주세요.