https://school.programmers.co.kr/learn/courses/15008/lessons/121683?language=javascript 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요. programmers.co.kr 문제설명 수도코드 로직구성 1.알파벳 배열을 순회한다. 2.순회하면서, 알파벳이 바뀐걸 체크해야한다 3.알파벳이 바뀔떄마다 배열에 넣어주고, 해당배열에 indexOf(el) 했을 떄, -1이 안나온다면 같은 알파벳이 서로 뭉쳐있지 않은 외톨이. 4.외톨이 알파벳을 answer배열에 넣어준다. 5.순회가 끝나면, answer 배열을 알파벳순으로 정렬 후 중..

문제 : https://school.programmers.co.kr/learn/courses/30/lessons/250137 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요. programmers.co.kr 문제설명 수도코드 조건 시전 시간 * 초당 회복량 = 체력회복량 (시전 시간)초 연속으로 붕대를 감으면 추가 회복량 만큼 체력회복 최대체력은 health보다 올라갈 수 없다. 공격당하면 체력회복이 불가능하고 기술이 취소되며, 연속시간 0으로 초기화 bandage는 [시전 시간, 초당 회복량, 추가 회복량] health는 최대체력 attacks[i] = [공격 시간, 피해량] 이고 공격시..

http://mainproject-uncover.s3-website.ap-northeast-2.amazonaws.com/ Uncover mainproject-uncover.s3-website.ap-northeast-2.amazonaws.com 비디오 믹싱 페이지가 뭔가요? 현재 나는 코드스테이츠에서 파이널 프로젝트를 진행하고있다. 우리 팀의 서비스 이름은 "Uncover" 라는 No Copyright Music 스트리밍 서비스이다. 나는 이 서비스에서 로그인/인증보안(Oauth) 과 비디오 믹싱페이지를 맡았다. 여기서 믹싱페이지란, No Copyright Music이란 다른 음악 플래폼과 차별점이 있는 우리 서비스의 강점을 더 부각시켜보기 위해 만든 페이지인데, 상업적으로 이용가능한 우리 서비스 음악을 ..

※해당 글은 배워놓고 까먹는 블로그 주인장을 위해 작성한 글 입니다.※ 리코일? 그게뭔데?😮 리코일(Recoil)은 페이스북에서 리액트의 상태관리를 위해 만든 라이브러리이다.리액트에는 다른 상태관리 라이브러리가 많이 존재하는데, 대표적으로 리덕스,조타이,주스탠스 등 다양한 라이브러리가 존재한다. 그렇다면 굳이 왜 리덕스를 두고 리코일을 사용하려고 그래?😦 리액트에서 상태관리를 하면서 가장 크게 느낀점이, 상태관리는 무조건 어떻게 해야해! 이런 '정도'가 없다고 느꼈다.요즘 상태관리는 거의 리덕스로 한다고 들었는데, 리덕스로 상태관리를 해보려고 했지만 대부분의 경우에서 프로젝트의 볼륨에 비해서 리덕스의 초기세팅이 너무 방대했다. 배보다 배꼽이 큰 격.그렇다고 props드릴링을 방치 할 수는 없으니, 진입장..

Git branch 브랜칭(branching)은 기존 개발중인 메인 개발 코드를 그대로 복사하여 새로운 기능 개발을 메인 개발 코드를 건드리지 않고 할 수 있는 버전 관리 기법입니다. 처음에 GitHub Repository를 생성하면 나오는 main 브랜치에서만 작업을 하다가 새로운 기능 개발을 위해 feature 브랜치를 새로 생성하는 경우, 기존 main 브랜치에서의 작업은 유지하고 새로운 feature 브랜치에서 자유롭게 코드를 추가 및 삭제할 수 있습니다. 브랜치 생성하기 / 변경하기 (git switch) 이 때, 새로운 브랜치로 Git이 바라보는 곳, HEAD를 변경하는 작업을 switch라고 부릅니다. 브랜치를 생성할 때는 생성(create)의 의미로 -c 를 붙여줘야 하고, 기존에 있는 브..

GitHub Repository에 꼭 필요한 파일 README.md gitHub는 개발자에게 필수적인 정보들이나 프로젝트들이 공유되어 있다. 다른사람의 프로젝트(레포지토리)에 들어가면 가장 먼저 나를 반기는건 README.md 파일이다. README.md는 기본적인 마크다운 사용법을 잘 숙지하고 있으면 간단한 소개 페이지처럼 제작 할 수 있다. 그렇기 때문에 프로젝트 레포지토리의 경우 프로젝트의 설명, 사용기술 , 시연영상, 개발인원 등 프로젝트의 상세 내용이 담겨있는경우가 많다. 그렇기 때문에 프로젝트에 앞서 README.md 파일을 작성하는편이 다른 사람들이 나의 프로젝트를 쉽게 알아봐주고 이용 할 수 있게 해준다. 프로젝트 README.md 파일에는 아래 정보들은 꼭 포함되야 한다. 프로젝트 이름 ..