안녕하세요 선생님 🙂 선생님께서 강의로 알려주신 것들과는 별개의 문제인데요, 로직이 떠오르지가 않아서 도움 요청 드립니다! 제가 판단했을 때, nums 배열 안에 있는 숫자들을 백트래킹으로 더하고 max함수로 그중에서 가장 큰 숫자를 고르는 문제인거까지 파악했는데요, 백트래킹 조건을 어떻게 줘야할지 도무지 모르겠습니다 ㅠㅠ 풀이까지 바라는건 너무 염치가 없을 것 같습니다. 어떤 아이디어로 풀어야 하는지만 알려주신다면 정말 감사하겠습니다..!! 축구 구단에서 신입 선수의 등번호를 정할 때 특이한 방식으로 등번호를 정합니다. 선배 선수들이 -100에서 +100까지의 숫자를 적어서 선착순으로 번호를 제출합니다. 그렇게 해서 만들어진 번호 목록 nums = {-1, -3, -2}가 만들어집니다. 점수는 합할 점수와 버릴 점수로 구분할 수 있습니다. 점수를 계속 더하다가 버리고 싶은 점수가 있으면 버리면 되는데, 연속해서 버리지 못하는 조건만 충족시키면 됩니다. 그렇게 해서 최대값에 해당하는 등번호를 만들어야 합니다. 조건 숫자의 총 합은 점수 목록에서 더할 수 있는 모든 숫자를 더한 경우의 수 중에서 가장 큰 값 숫자를 순서대로 더하는데, 더하지 않을(버릴) 숫자는 2회 이상 연속될 수 없다. 위의 -1, -3, -2에서 아무 것도 버리지 않고 더하면 등번호는 -6이지만, 중간에 -3을 버리면 등번호는 -3으로 정해진다. nums = {-3, 2, 4, -1, -2, -5}라면, 위의 조건을 이용해서 구할 수 있는 최대 등번호는 4. -3을 버리고, 2와 4를 더하고, -1을 버리고, -2를 합하고, -5를 버리면 [2 + 4 + (-2)] 등번호를 4로 만들 수 있다. 제약 조건 1<= n <= 1e+5 -100 <= nums[i] <= 100, 0 <= i < n
혹시 쿼리를 빨리 읽는 방법이 있을까요? 제가 실무에서 프로시저와 함수들을 주로 사용하고 있습니다. 그런데 제가 SQL 에 익숙하지 않아서 인것도 있지만 주석이 없는 프로시저와 함수들을 보고 의도를 파악하고 분석하는데 시간이 너무 오래 걸리고 있어요. 혹시 서브쿼리 join , union 등이 무분별하게 쓰여진 복잡한 쿼리에서 쿼리의 의도만을 빠르게 파악할 수 있는 방법이 있을까요? 제 나름대로 생각을 해서 SELECT 절은 일단 보지 않고 FROM 절을 먼저 보고 어떤 테이블에서 값을 가지고 오는지 판단한후 WHERE 절을 보고 마지막으로 SELECT 절을 보고 있어요 그런데 SELECT 절에서도 CASE WHEN 문이나 단일행 서브쿼리들이 있어서 실행을 시켜보아도 이게 무슨의미인지 파악하지 못할때가 많아요,, 방법이 있을까요?
안녕하세요! 회사에서 Jetbrains 를 사용하고 있어서 VSCode 말고 Webstrom , IntelliJ를 사용하고 있는데요! CLion에서는 재생 버튼 누르면 실행이 됩니다! 교안의 초반의 세팅 및 실행 방법 등과 CLion 다르다는 점이 혹여나 추후 코딩테스트에서 C++ 실행방법 등과 같이 VSCode에서 하는 방법이 더 필요한 내용인지 염치 불구하고 여쭤봅니다
일단 제가 이해한 것은 myArrayMain에서 MyArray에 배열의 참조값을 넘겨주고 그 참조값을 MyArrayIterator에 넘겨 새로운 인스턴스를 생성합니다 최종적으로 MyArrayIterator에서 참조값을 반환받아서 iteorator 함수를 사용합니다. 그러나 아래의 코드처럼 곧바로 MyArrayIterator로 배열의 참조값을 넘겨도 바로 사용이 가능한데 이렇게 하면 어떤 문제점이 생길지 궁금합니다. 유지보수 관점에서 문제가 생기는 걸까요?
안녕하세요 큰돌님 저는 1년 전쯤에 이 강의를 들었던 수강생입니다. 취업 후 문제풀이를 많이 하지 않다가 최근 이직을 생각하게 되면서 다시 이 강의를 켜게 되었는데요.. 처음 들었을 때와 달리 지금 문제를 보니 문제를 보자마자 거의 외운 것처럼 답이 떠오르는 문제와 1년 전쯤에 이해를 완전히 하지 못했어서 지금 새롭게 느껴지는 문제(특히 8장)가 섞여 있어서 좀 뒤죽박죽인 상태입니다. 문제를 오랜만에 풀어서 손이 굳은 것도 이슈이고요.. 이런 상황에서 풀이를 알더라도 처음부터 모든 문제를 풀면서 감을 되살리는 게 좋을지 딱 봤을 때 풀이가 생각나면 넘어가고 풀이가 생각이 안 나는 문제 위주로 빠르게 푸는 게 나을지 모르겠습니다. 공부 방법에 대한 조언을 해주시면 감사하겠습니다.
안녕하세요 큰돌님! 저는 큰돌님 강의를 수강하는 학생입니다. 제가 지금 강의를 들은 부분이 섹션 0이고 알고리즘 교안은 공부중에 있습니다. 지금 빨리 하고 싶은 부분이 섹션 2,3 부분인데 혹시 알고리즘 교안 공부 후에 섹션 1을 스킵하고 섹션 2,3을 진행해도 괜찮을까요? (섹션 2,3을 한 후에 섹션 1을 진행해도 괜찮을까요?)
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 0주차 강의랑 교안을 한번 돌렸습니다. 습득한 정도는 20% ~ 30%정도 인거 같습니다. 코드를 봤을때 하눈에 안들어오고 코드가 이해되지 않아서 넘어간 부분이 많습니다. 이 부분을 모두 이해하고 넘어가기 위해서 교안을 다회독하고 1주차 강의를 수강하는게 맞을까요 아니면 1주차 강의를 들으면서 문제풀이 영상 보면서 교안을 같이 복습하는게 맞을까요?
안녕하세요 선생님 🙂 먼저 양질의 강의를 제공해 주셔서 감사합니다! 정말 재밌게 공부하고 있어요! 다름이 아니라 그날 배운 강의 내용과 관련해서 연습식으로 문제를 풀고 싶은데요 알고리즘은 사이트를 아직 제대로 사용해 본 적이 없어서요.. 혹시 어떤 사이트가 괜찮은지, 그리고 카테고리 별로 풀어 보고 싶다면 어떻게 접근을 해야 하는지 팁을 받을 수 있을까요?!
안녕하세요 선생님 🙂 덕분에 지식이 많이 늘어가는걸 느끼고 있습니다 감사합니다^^ 다름이 아니라, 제가 공부하는 방식이 올바른 방식인지 확인하고 싶어서 질문 드립니다. 2주차까지 끝나고 3주차 강의를 공부하고 있는데요, 사실 이 강의를 접한건 3주차가 아닌 그보다 훨씬 오래되었습니다. 물론 이 강의에만 모든 시간을 집중할 수는 없기 때문에 띄엄띄엄했던 적도 있긴 하지만, 그래도 진행 시간이 너무 오래된 것 같아서 걱정이 됩니다. 목표는 8월 말 ~ 9월 초까지 강의를 끝내는 것이지만 이 속도라면 어려울거라고 생각합니다. 저는 선생님의 강의를 보면서 공부할 때, 먼저 문제를 보고 어떻게 풀어야겠다고 생각한 후에 직접 코드를 짜봅니다. 이후에 선생님의 강의를 보면서 어떤 부분을 잘못 생각했나 체크를 하고 다시 처음부터 코드를 짜보는 경우가 일반적입니다. 이렇게 할 경우 문제 당 기본 1시간 반정도 소요됩니다. 선생님의 강의를 보아도 이해가 되지 않는 부분이 생기거나, 이해가 되긴 하지만 이걸 다시 작성해보려고 할 때 도저히 다시 작성하기 어려운 문제를 보게 되면 직접 코드를 짤 수 있을 때까지 그 문제를 놓지 않고 이해가 될 때까지 며칠을 소요하는 경우도 있습니다. 제 공부방식에서 잘못된 부분이나 고쳤으면 하는 부분이 있다면 조언 부탁드립니다..!!
선생님 하나의 문제에 몇시간까지 혼자 투자하는게 좋을까요? 그리고 다른 질문인데 CS 지식의 정석 | 디자인패턴 네트워크 운영체제 데이터베이스 자료구조 이 강의를 구매하기에 지금은 부담 돼서 책만 보려구 하는데 어떻게 공부하는게 좋을까요..? ㅠㅠ 강의를 구매하지 않구 이런 질문 드려서 정말 죄송합니닷 ㅠㅠ
안녕하세요. 로 타입을 쓰는 팀원에게 어떻게 제네릭을 쓰자고 잘 설득할지 고민입니다. 20년, 10년 전의 레거시 코드를 유지보수하고 있습니다. 현재 사용중인 JDK는 1.6인데요. 그러면 객체 생성 시 할당하는 곳에서 생략하는 건 못해도 제네릭 자체는 쓸 수 있잖아요. 로 타입은 기본이요, 제네릭을 List<Map> 까지만 쓴다거나, 아예 그냥 자료구조를 따로 만들어서(?) 사용하더라고요. 그래서 최근에 제네릭을 쭉 여러 서적과 강의를 보면서 공부하고 있긴 한데, 거대한 레거시 코드라 한 번에 고칠 수는 없고... 그렇다고 팀원에게 강요하는 건 그릇된 개선이라고 봅니다. 어떻게 하면 제네릭을 잘 도입할 수 있을까요? 제가 공부를 정말~ 많이 하는 방법밖에 없는 걸까요? 제네릭 한 번 쓰면 코드의 양이 확 줄텐데 말이죠...그러면 유지보수도 편해지고 좋을텐데... 🥺
