![]()
1. 기초 알고리즘 스터디 문제 인증 - 매주 최소 1주차씩 인증을 하면 됩니다. - 8주차 문제를 다 풀었으면 코딩 테스트 반으로 넘어갈 수 있습니다. - 인증 방법은 카카오톡 게시판에 댓글로 "[백준 아이디] 풀은 문제 번호1, 풀은 문제 번호 2, .... " 이렇게 댓글을 작성해주시면 됩니다. - 문제 인증을 하지 않으면 활동비에서 1000원이 차감이 됩니다. 블로그 포스팅 - 매주 최소 한 문제는 팀블로그에 글을 포스팅을 해야합니다.(형식은 문제 링크 + 풀이 + 코드로 자세한 내용은 팀블로그 다른 풀이 글을 참고) - 포스팅할 문제는 자신이 풀어본 문제 아무거나 글을 쓰시면 됩니다.(다른 사람이랑 문제가 겹쳐도 상관이 없습니다.) - 인증 방법은 카카오톡 게시판에 댓글로 "[백준 아이디] 팀블..
백준 아이디 김대성 - ee1234 송수헌 - songsuheon97 이충형 - cndgud9056 박민희 - qag331 박채원 - p3c1w3 이인 - aorwn970 이지수 - wltn2814 이해찬 - cksgodl 허윤석 - ssfic3380 허태영 - gjxodud1 황재웅 - ghkdwodnd321 전영서 - wjsdudtj20 - 벌금 X 1. 문제 인증 - 하루 한 문제(미참여 -400원), 일주일에 6문제 하루 빼고 매일 인증 1주차 2주차 3주차 4주차 5주차 6주차 7주차 김대성 OOOOOO OOOOOOO OOOOOO OOOOOX OOOXXX OOOOXX XXXXXX 송수헌 OOOOOOO OOOOOOO OOOOOOO OOOOOO OOOOOOO OOOOOOO OOOOOOO 전영서 기초..
백준 아이디 강성민 - ddingmin 오범석 - oh2279 김정훈 - fanatel 김종현 - rlawhdgus 이혜인 - 2hi 박준규 - junju404 왕준호 - jun0w7 전영서 - 20wjsdudtj - 코테 스터디로 이동 장수연 - suyeonjang05 이학준 - lhj8231 강대양 - rkdeo4104 1. 문제 인증 (미인증 -1000원) 1주차 2주차 3주차 4주차 5주차 6주차 7주차 8주차 강성민 O O O O O O O O 오범석 O O O O O O O O 김정훈 O O X X O O O X 김종현 O O O O O O O O 이혜인 O O O X X X X X 박준규 O O X X X X X X 왕준호 O O O X X X X X 전영서 O O O O O O O O 장수..
🐨한국항공대 알고리즘학회 KOALA 5기 모집🐨 안녕하세요! 한국항공대학교 알고리즘 학회 KOALA 에서 이번 겨울방학에 같이 공부하실 분들을 모집합니다! 저희 학회는 프로그래밍 문제 해결 역량을 중요시 하는 현재 기업 채용 추세에 맞춰 알고리즘 스터디를 교외에서 찾을 필요 없이 우리 학교 학생들과 함께 혼자 접근하기 어려운 알고리즘을 다 같이 공부하자는 취지로 만들어졌습니다! 😀저희 학회는 이런 분들에게 추천합니다! ✔알고리즘에 관심이 있으신 분! ✔코딩 꾸준히 해야한다고 생각하는데 혼자하면 안되는 분! ✔삼성, 카카오, 네이버 등 기업 코딩 테스트에 통과하고 싶은데 정보가 없으신 분! ✔acm-icpc, 삼성 scpc 등 알고리즘 대회에 참가하고 싶은데 정보가 없거나 같이 공부할 사람이 없으신 분! ..
0. Q & A - 다른 언어로 문제를 풀어도 상관이 없나요? 문제 해설 코드가 파이썬, C++로 진행될 예정이라 C++, 파이썬 코드를 읽을 줄 아시면 상관은 없습니다. - 모의테스트는 어떻게 진행되나요? 백준 - 그룹 - 연습 기능을 사용하여 백준 문제를 제공할 예정입니다. - 면접은 어떻게 보나요? 비대면으로 진행됩니다. - 코딩테스트 스터디에 들어가고 싶은데 필요한 조건이 있을까요? 알고리즘 지식은 몰라도 시간을 많이 투자하면 되는 것이라서 상관은 없지만, 백준이나 프로그래머스 문제를 풀어보시지 않으셨으면 따라오시기 많이 힘드실 수도 있습니다. - 알고리즘 기초 스터디에 들어가고 싶은데 필요한 조건이 있을까요? 파이썬 수업을 수강하셨으면 충분하다고 생각됩니다. - 스터디 진행은 시간이 정해져 있나..
노드 사이 가중치가 다르다는 점과 최저 택시요금을 구해야 한다는 점에서 다익스트라나 플로이드-와샬을 사용하면 되지 않을까 싶었습니다. 다익스트라보다는 플로이드-와샬이 이해도 더 잘 가고 재미있는 것 같아서 플로이드-와샬을 사용해서 풀었습니다. 풀이 방법 전체적인 틀은 플로이드-와샬 기본 코드를 사용해서 풀었습니다. 백터 전체를 INF로 초기화 한 뒤에 행과 열이 같은 인덱스일 때 0으로 채워줍니다. vector가 2차원이기 때문에 [i][0]은 시작 노드, [i][1]은 도착 노드, [i][2]는 가중치가 됩니다. dist 배열에 아래와 같이 가중치를 대입합니다. 플로이드-와샬 방법을 이용해서 1~n까지 노드 사이의 최단거리를 구합니다. 최종적으로 브루트포스 방식으로 answer를 구합니다. dist[s..
![]()
신기하게도 백준에서 플로이드-와샬 문제를 딱 풀고 왔는데 이 문제더라구요.. 근데 여전히 플로이드 와샬이라는 것을 떠올리는 것이 조금 어려웠습니다. 일단 답을 구하기 위해 필요한 것은 출발점부터 각 지점에 이르는 최소 비용 그리고 각 지점으로부터 a,b까지 드는 비용이라고 생각했습니다. 이것을 확신하고 이해하는게 첫 번째 어려움이였고, 이 3가지 값의 합 중 가장 작은 값이 정답이라는 생각은 첫 번째 어려움을 거치니 별로 어렵지 않게 해냈습니다. from sys import maxsize def solution(n,s,a,b,fares): inf = maxsize mn=inf value_table=[[inf for i in range(n)]for _ in range(n)] for start,end,cos..
![]()
1. 키패드의 번호와 해당 번호의 위치를 맵에 저장합니다. (Ex. '1' : (0, 0) = 키패드 "1" 은 (0,0) 좌표상에 있음.) 2. 맵에 저장된 키패드의 위치를 기반으로 거리를 구할 수 있으므로, 주어진 조건대로 충실히 구현하면 됩니다! + 엄청 쉬운 문제래서 처음에는 별 생각없이 '3과 5의 거리는 2고, 4와 5의 거리는 1이라... 이거 두 수의 절대값이 거리가 되는건가!?' 하고 무지성으로 풀다가 다칠 뻔했네요 ^__^; 파이썬 코드입니다. keypad = {} def check(numbers, hand): result = "" prevRight = '#' prevLeft = '*' for number in numbers: # print(prevLeft, prevRight, numb..
![]()
맵 자료형을 통해 키패드의 번호마다 좌표값을 넣어 주었습니다. 전달받은 hand가 left인지 right인지 확인한 다음 handtype을 정해주었습니다. 입력받은 넘버들을 키로 사용해서 키패드의 좌표값을 얻어줬습니다. 좌표값에서 x가 0이면 맨 왼쪽이므로 왼손 2면 오른손을 사용해야 하므로 if elif로 해주었습니다 그 다음 해당 좌표값을 왼손위치와 오른손 위치에 넣어주었습니다. 만약 x가 1이라면 왼손의 위치와 오른손의 위치 거리를 비교해 준 다음 가까운 손 만약 같다면 맨 처음 입력받은 손을 이용해서 문자열을 늘려주었습니다. def solution(numbers, hand): keypad={(i+1)%11:(i%3,i//3) for i in range(11) if i!=9} lefthand=0,3..
![]()
코드가 조금 지저분해 보이기는 하지만 오랜만에 풀이를 안 보고 문제를 풀었던 것 같습니다. 풀이 과정 문제에 오른손과 왼손의 거리가 같을 경우, 거리가 가까운 경우와 같은 거리와 관련된 조건이 있었기 때문에 거리를 구하기 위한 좌표가 필요하다고 생각했습니다. vector에 담겨 있는 번호들의 좌표를 알기 위해서 keypad라는 변수를 하나 만들어서 1~9, 0, *, #를 저장해주었습니다. 저장된 keypad의 숫자와 vector에 들어가 있는 숫자를 비교하여 vector에 담겨 있는 숫자의 좌표를 queue에 담아주었습니다. 처음 시작이 왼손의 경우 '*', 오른손의 경우 '#'이기 때문에 rx, ry, lx, ly를 아래와 같이 초기화해주었고, numbers size만큼 for문을 돌면서 숫자 하나씩..
![]()
로직은 이렇게 구성했습니다. 만약 이렇게 key의 크기가 3*3이고 lock의 사이즈가 4일때 (빨간 곳은 겹치는 배열) 이러한 배열을 만드시는 분들이 많더라구요. 그런데 어차피 탐색을 할 때 기준점을 키의 왼쪽 위 즉 이렇게 잡는다면 만든 큰 배열에서 기준점이 들어갈 수 있는 곳은 배열의 크기보다 꽤나 작습니다. 연두색 부분은 검사를 할 필요도 없는 부분입니다. 기준점이 연두색 부분에 있으면 모든 값이 자물쇠 바깥의 값들이니까요. 이렇게 한다면 배열의 크기를 (자물쇠의 크기+(열쇠의 크기-1)*2)^2 에서 (자물쇠의 크기+열쇠의 크기-1)^2로 줄일 수 있습니다. 짠돌이 호석의 경우 무조건 정사각형도 아니고 크기도 어떤것이 크다! 라고 하기 애매한 것들도 많아서 구현에 실패했었지만 이 문제는 가능할 ..
![]()
투 포인터 안한지 하도 오래되서 그런지 엄청 어려웠습니다.. 투 포인터인 것은 바로 알았는데 투 포인터를 어떻게 이용해야 하는지 감 잡기가 어려운 문제였던 것 같습니다. 0. 무조건 투 포인터 문제일 것 0.1 DP로 풀려면 10만*10만의 배열이 필요할 것 0.2 그냥 탐색을 하려면 엄청 큰 시간복잡도 1. gems를 Set화한 크기를 무조건 알아야 함, 2. 방문과 방문횟수에 사용할 딕셔너리(맵)가 필요함, 딕셔너리를 채워나가며 코드를 진행 2.1 방문하지 않은 보석을 방문하면 딕셔너리의 크기들을 더해주면 1+2+3+4...n n(n+1)/2임 n은 set화 했던 크기 (취소) 2.2 굳이 저럴 필요 없이 len으로 비교해줘도 가능할 듯 2.3 두 방법 모두 딕셔너리에서 del을 통한 크기 비교 및 ..
