전체 글

[TIL] 프로그래머스 - 체육복

프로그래머스 문제) 체육복 반에서 체육복 도난 사건이 있었는데, 여벌 체육복이 있는 학생이 도난 당한 학생들에게 체육복을 빌려주려 한다. 학생들의 번호는 체격 순으로 매겨져 있어서 바로 앞번호의 학생이나 뒷번호의 학생에게만 체육복을 빌려줄 수 있다. ex. 4번은 3번과 5번한테만 빌려줄 수 있다. 체육복을 적절히 빌려 최대한 많은 학생이 체육수업을 들어야 한다. 전체 학생수 n, 도난당한 학생의 번호가 담긴 배열 lost, 여벌 체육복을 가져온 학생들의 번호가 담긴 배열 reserve가 매개변수로 주어진다. 체육수업을 들을 수 있는 학생의 최대값은? 주의) 여벌 체육복을 가져온 학생이 체육복을 도난 당하면 한 벌만 남아있는거로 생각한다. 문제의 의미는 알겠는데 이것을 코드로 어떻게 구현할까. 잘 떠오르..

[TIL] 프로그래머스 - 숫자 짝꿍

5일이 걸려서 드디어 문제를 푸는 데 성공했다. 이번 주는 시간이 없어 매일 30분 정도밖에 투자하지 못한것 같다. 하지만 풀어낸 과정이 괜찮았던 거 같아서 기록해본다. 문제 설명(from. Programmers '숫자 짝꿍') 두 정수 X, Y가 있을 때 겹치는 숫자를 찾아 가장 큰 수를 만드는 것. ex. X = 3403, Y = 13203 : 공통으로 나타나는 3, 0, 3으로 만들 수 있는 가장 큰 정수인 330 ex. X = 5525, Y = 1255 : 공통으로 나타나는 2, 5, 5로 만들 수 있는 가장 큰 정수인 552 겹치는 수가 없으면 "-1" return. X와 Y는 String으로 주어지며, 자릿수는 3,000,000이하이다. X와 Y는 0으로 시작하지 않는다. String으로 re..

[WIL] 230515 ~ 230521

Facts(사실, 객관) : 이번 일주일 동안 있었던 일과 내가 한 일 Feelings(느낌, 주관) : 나의 감정적인 반응과 느낌 Findings(배운 것) : 그 상황으로부터 내가 배운 것, 얻은 것 Future(미래) : 배운 것을 미래에는 어떻게 적용할 지 Facts 팀을 소개하는 페이지를 HTML, CSS, JavaScript, Python을 이용하여 팀과 같이 만들었다. 내가 맡았던 일은 내 소개 카드 부분 HTML을 만드는 것과 DB와 HTML을 연결시키는 것. Feelings HTML, CSS, JavaScript에 대한 지식이 거의 없었기 때문에 우당탕탕 만든 내 카드는 디자인도 코드도 별로였다. 다른 팀들의 소개 페이지를 보니 내 소개 카드가 너무 번잡스러워 보였다. 내가 팀장이었음에도..

[TIL] GitHub Repository 정리(IntelliJ 파일 정리하기) #내 잔디 돌려줘..

* Repository를 정리하게 된 이유 * 잔디 사라짐 이슈.. 내 잔디 돌려줘...ㅠㅠㅠ * 해결!!! 십년감수했다 징챠아... Repository 정리를 해보자! 나는 현재 쓰는 Repository 말고도 안 쓰는 Repo가 두 개가 더 있다. 첫 번째는 github에서 처음으로 만들어서 사용하고 있었던 legendary-pancake(페이지 자체 추천을 받아 만들었다. 전설의 팬케익이라니? 너무 좋아..! 해서 만들었다) 두 번째는 원래 쓰고 있던 자바 버전이 19버전이라 non-LTS이기도 하고, 한글 깨짐 이슈가 있었기 때문에 LTS인 17로 다시 되돌리면서 사용하던 이클립스도 다시 설치를 하면서 만든 "after-pancake"가 있었다. 나는 깃을 잘 몰라서 문제가 생길 때마다 일단 re..

[TIL] GitHub README를 잘 적는 방법.

README란? 깃의 한 Repository를 간결하게 잘 보여주는 설명문 같은 것. 오늘 팀별 프로젝트 발표를 듣다가 튜터님께서 README를 써보라고 하셨는데 프로젝트에 대해서 어떻게 적어야 하는지, 어디까지 적어야 하는지, 무엇을 적어야 하는지 잘 몰랐기 때문에 튜터님께 직접 DM을 보내 여쭈어보았다. 튜터님은 README에 대해서 찾아보면 Format이 다양하게 나오는데, 어떤 README가 좋은 README인지는 잘 나오지 않는다고 하시며 예시를 들어 아주 자세하게 잘 가르쳐 주셨다. (아래 링크들은 튜터님이 참여하셨던 실제 프로젝트의 GIT의 Repo 주소) 앱, 백엔드, 프론트엔드에 따라 README를 적는 포맷이 조금씩 다르다. 앱(IOS) https://github.com/3dollar-..

< 초록색이 젤다 맞죠? > - KPT 회고

* KPT회고란 * 프로젝트 요약 * Keep * Problem * Try KPT회고란? 다양한 회고 방법론 중 하나로, Keep, Problem, Try의 약자이다. 회고 내용을 세 가지 관점으로 분류하여 회고를 진행한다. 프로젝트 요약 프로젝트 내용 : 팀 소개 페이지 만들기 필수 작업 CRUD의 CR 구현하기(각자의 댓글 리스트) 각자의 소개 카드부분 HTML 만들어서 버튼 클릭할 때마다 보여주기. 1p에서 2p로 넘어가는 것 2p에서 3p 카드 펼친 부분으로 넘어가는 것 3p에서 카드 눌렀을 때 카드 전환되는 것. Keep 이번 프로젝트에서 유지했으면 하는 부분 지수 : 문제가 생겼을 때 팀원들에게 빨리 말하고 같이 문제 해결 방법을 찾아서 빠르게 해결했던 것, 매일 시간을 정해서 본인의 진행 정..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 04

comment 따로 따로 만들기 db 하나로 합치기 이름 추가 조건에 따라 이름 익명으로 만들기 comment 따로 따로 만들기 원래는 팀 소개 페이지에 댓글 페이지를 하나만 만들었다. 팀원 소개 페이지를 처음에 열면 댓글 페이지를 숨겨 주고, 팀원 카드가 나올 때마다 댓글 페이지가 나오게끔까지만 해놓았다. 그런데 팀원TIL을 보다가 각자 따로 댓글을 달 수 있게 하면 좋을 거 같다는 의견을 보고 당장 만들어야겠다는 생각이 들었다..! 일단은 손이 많이 가는 형태로 DB를 DB_A, DB_B, DB_C, ... 이런 식으로 각자 만들어 준 뒤, 그 DB에 코멘트를 넣어서 저장해서 불러오는 형태로 구현했다. 그런데 조금 더 생각을 해보니 DB에 굳이 나눠담을 필요가 있을까? 생각했다. 한 DB에 key값만..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 03

- 카드 폰트 고치기 - comment 기능 div html에 넣기 - 부트스트랩에서 가져온 comment 디자인하기! - 내일 할 것! 카드 폰트 고치기 내 카드 div 를 html에 잘 끼워서 실행시켰더니 내가 적용시켰던 폰트가 적용이 안 되어 있었다. 무슨 일인지 봤더니 내 css에서 내가 전체 선택자( * )를 잘못 써서 그랬다..! 해결 완료! comment기능 div html에 넣기 두구두구두구두구 이제 POST와 GET 기능이 잘 돌아가는지 봐야 해서 comment div를 html에 넣고 실행시켰다. 댓글을 입력하고 버튼을 눌렀을 때 POST가 잘 되면 "댓글 기록 완료!"라는 alert가 뜨게 해놓았는데, 잘 떴다! alert가 뜨고 나서 새로 고침이 되면 기존에 내가 임시로 써 놓은 c..

[TIL] Git 협업할 때 오류가 덜 나는 브랜치를 이용하는 방식(주관적)

나는 깃으로 협업하는 건 처음이었고 혼자 잔디 심는 법을 검색해서 초록색 칸만 채울 줄 아는 사람이었다. Git Bash에 명령어를 치는 것도 너무 어려워서 다른 Git 명령어는 써보지도 못했다. 그저 git status > git add -A > git status > git commit -m "" > git push origin master 만 주구장창 이용을 해봤다. 그래서 브랜치를 병합한다는 게 뭔지 pull 하는게 뭔지 push하는 게 뭔지 개념도 이해를 잘 못한 상태로 깃 협업을 하려니 너무 어려웠다. 처음에는 각자 브랜치를 만든 상태로 만들고 붙이고 만들고 붙이고 하려니 여기서 오류가 나고 저기서 오류가 나고 브랜치를 이동하려니 change를 현재 브랜치에 놔두고 갈거니? 아님 이동하려는 브..

< 초록색이 젤다 맞죠? > - 팀 프로젝트 02

API 개인 카드 만들기 깃 협업 에러 API 어제 와이어 프레임과 API를 설계하여 SA(Starting Assignments)를 작성하고 제출했는데, 와이어 프레임에 대한 설명 추가와 API를 구체화하여서 써보라고 튜터님의 조언을 받았다. 사실 나는 그 정도 와이어 프레임이면 충분히 구체적으로 표현했다고 생각했는데 그건 내 생각이었다. 프레임을 처음 본 사람이라면 이 부분이 설명이 더 필요하겠구나라고 느꼈다. 이 프로젝트를 모르는 사람이 봤을 때도 기능과 대략적인 모양이 눈에 보이게 하는게 중요하구나 라고 생각했다. API 구체화는 배운 적이 없어서 튜터님이 달아주신 링크를 참고하여 다시 해보았다. 참고링크1 https://khj93.tistory.com/entry/%EB%84%A4%ED%8A%B8%..