진행 방법 질문드립니다!

안녕하세요 ㅎㅎ그부분은 추후 반례강화 + 로컬 채점서버 제공 등을 통해 고도화할 예정입니다일단은 프라이빗tc와 제해설코드로 어느정도 판단해주시면 될 것 같습니다 감사합니다

2-I) 왜 이 문제가 그래프이론 카테고리에 있는지 잘 모르겠습니다.

안녕하세요 찰쓰님 ㅎㅎ왜 이런 질문을 드리냐면, 강의를 보기전 해당 문제를 보고 BFS/DFS/그래프 이론에 알려주신 것들을 공식처럼 생각해놓은 걸 훈련삼아 문제들을 풀어가는 거라고 생각했는데, 오히려 다른 유형의 문제들이 나와서 의아했었습니다.->제가 함정을 놓은것이지요 ㅎㅎ. 저희는 코테를 위해서 이 강의를 듣는데요. 코테는 어떤 문제를 보고 이문제가 bfs로 풀어야 한다. dfs로 풀어야한다. 까지도 파악을 해야하는 테스트입니다. 근데 주차별로 bfs입니다 하고 -> 문제를 풀면서 bfs네 하고 문제를 푸는 것보다 이 문제를 어떻게 풀어야하지? 라는 플로우가 있어야 한다고 생각합니다. 따라서 함정문제로 그 주차와는 무관한 문제를 놓은 것입니다. 실제 코테를 푸신다고 생각하면서 푸시면 좋을 거 같아요 ㅎㅎ예리하시네요 ㅎㅎ 말씀대로 의도가 있는 배치입니다. 배치 순서도 정말 고심해서 만든거에요 ㅎㅎ 또 질문 있으시면 언제든지 질문 부탁드립니다.좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)감사합니다.강사 큰돌 올림.

REST API (Self-descriptive messages)

안녕하세요 동헌님 ㅎㅎ핵심은 “헤더가 말하는 데이터 형식”과 “실제 바디 데이터”가 일치하느냐입니다. Self-descriptive messages는 이 두 개가 정확히 맞아야 성립합니다.먼저 /good을 보면:app.get('/good',(req, res) =>{ res.status(200).json({"a" : 1}) }) 여기서 res.json()은 내부적으로 두 가지를 자동으로 처리합니다.헤더: Content-Type: application/json바디: { "a": 1 } (정상적인 JSON)즉, 클라이언트 입장에서는“이 응답은 JSON이다”라는 정보(헤더)와“실제로도 JSON 데이터”(바디)가 일치합니다.그래서 별도 설명 없이도 바로 JSON으로 파싱할 수 있습니다.이게 Self-descriptive가 잘 된 상태입니다.반면 /bad를 보면:app.get('/bad',(req, res) =>{ res.setHeader('content-type', 'application/json'); res.send("큰돌이") }) 여기서 문제가 발생합니다.헤더: application/json → “JSON이다”라고 선언바디: "큰돌이" → 단순 문자열 (JSON 객체/구조 아님)즉, 헤더와 실제 데이터가 불일치합니다.클라이언트 입장에서 보면:“JSON이네?” → JSON 파싱 시도그런데 실제 데이터는 JSON 형식이 아님파싱 오류 또는 예상과 다른 동작 발생이 상황은 메시지만 보고는 제대로 해석할 수 없습니다.즉, Self-descriptive하지 않습니다. Self-descriptive messages는“헤더만 보면 이 데이터를 어떻게 처리해야 할지 확정할 수 있어야 한다”는 개념입니다./good → 헤더를 믿어도 문제 없음/bad → 헤더를 믿으면 오류 발생그래서 /bad는 Self-descriptive 원칙을 깨는 사례입니다.조금 더 실무적으로 보면 이렇게 이해하면 정확합니다.Content-Type = 계약서Body = 실제 납품물/good → 계약서와 납품물이 일치/bad → 계약서는 JSON인데 실제는 엉뚱한 데이터이 계약 불일치가 바로 Self-descriptive 위반이라고 보시면 됩니다. 또 질문 있으시면 언제든지 질문 부탁드립니다.좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)감사합니다.강사 큰돌 올림.

2주차 개념#12 트리 순회

안녕하세요 ㅎㅎ출력순서는 postorder인데 visited 적용 순서를 이렇게 바꾸는게 좋습니다. void postOrder(int here) { visited[here] = 1;1.코드는 개발자의 올바른 의미를 담아야 합니다. 이 지점을 먼저 방문했다는 의미를 담아야 합니다.사이클을 방지해야 합니다. 예를 들어 현재 코드는 visited가 늦게 찍히기 때문에, 사이클이 있으면:A → B → A → B … 형태로 계속 재귀가 돌 수 있습니다. 50% postorder 코드라고 보시면 됩니다. 또 질문 있으시면 언제든지 질문 부탁드립니다.좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)감사합니다.강사 큰돌 올림.

시스템 엔지니어 관련 질문입니다.

안녕하세요 동현님 ㅎㅎ시스템 엔지니어 면접이라면 네트워크, 운영체제, 데이터베이스를 먼저 들으시고 -> 나머지 강의를 들으시면 될 것 같습니다. 감사합니다.

최근 코테, 과제 테스트 트렌드

안녕하세요 ㅎㅎ AI 때문에 요즘 기업들이 코테나 과제 테스트를 어떤 방식으로 평가하는지 아시는지 궁금합니다.-> 코테는 아직까지 유효합니다. 과제는 회사마다 다릅니다. 그리고 이에 맞춰서 어떤 방식으로 준비를 해야할지 조언을 듣고 싶네요->기본이 되어있고 에이전트 개발을 할 수 있는 개발자를 뽑습니다. 여기에 초점을 맞춰서 해주시면 됩니다.

백준사이트가 종료된다고 합니다.

안녕하세요 찰쓰님 ㅎㅎ확인해본결과, 현재 백준 사이트 접속 및 제출은 됩니다. 혹시 지금도 안되실까요?

백준 서비스 종료

안녕하세요 ㅎㅎ해당 부분 제가 공지드리겠습니다. 조금만 기다려주십쇼 ㅎㅎ 감사합니다.

3-G 최댓값 질문

안녕하세요 ㅎㅎ 최대값이 10만이고 *2 경우의 수 가 있어서 20만까지 잡아야 하는 것 아닌지 고민할 수 있습니다. 실제로 그렇게 잡아야 한다 생각합니다. "해당 경우의 수가 존재하기 때문이죠" 그러나 10만으로 해도 답이 맞는 이유는 목표가 k = 100000일 때,100000을 넘는 순간 이미 목표를 지나친 상태가 됩니다.이후에는 다시 -1 연산으로 돌아와야 하므로,그 과정은 반드시 추가 이동이 발생하는 비효율적인 경로가 됩니다.즉,어떤 경로가 100000을 넘었다면 그 경로는 처음부터 넘지 않고 바로 도달하는 경로보다 항상 더 느립니다.따라서 최단 거리 기준에서는 100000을 초과하는 경우는 고려하지 않아도 되는 것이죠. 이 문제의 경우 그러한 부분 때문에 10만으로 해도 되지만, 다른 문제- 다른 지문의 경우 안되는 경우의 수도 존재하기 때문에 보통 이런 문제를 만나면 가능한 경우의 수 -> 를 기반으로 배열 최대크기를 잡는게 좋습니다. 또 질문 있으시면 언제든지 질문 부탁드립니다.좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)감사합니다.강사 큰돌 올림.

sk 하이닉스 코테 대비

안녕하세요 ㅎㅎ프로그래머스, 백준 둘 다 좋습니다.제 강의기반으로 7주차까지 공부하시고 -> sk 하이닉스 작년 dp, 완탐, BFS 출제 되었기 때문에 해당 부분 더 중점적으로 공부해주세요.시간이 부족하다면 완탐이랑 백트래킹 파트까지 공부해주세요 또 질문 있으시면 언제든지 질문 부탁드립니다.좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)감사합니다.강사 큰돌 올림.