스마트스타일

섹션3 회고. 섹션3는 역시 마지막 섹션 답게 어려운 섹션이었다. 회고를 이렇게 적다보니 섹션1,2,3 모두 다 어려웠다는 느낌이라는걸 지금 글로 정리하면서 알았다. 섹션1은 let을 치면서도 let이 뭔데? 왜 치는건데? 하면서 많이 어려웠었는데, 지금은 익숙해진만큼 그 때나 지금이나 똑같은 정도의 어려움을 느끼는 것들을 자꾸 만나게 되었다. mysql을 처음 접하면서 이것을 왜 하는지도 이게 무엇인지도 모르고 받아들이기 바빳다. join문 할때 많이 어려웠고, 아마 지금 다시하려면 공부를 한번더 해야 알거같다는 생각이 든다. 그래도 복습하면 다시 알것같다! mysql을 왜 하는거고, 무엇인지 흐름을 파악하고 했다면 조금더 쉽게 받아들였을 텐데 라는 생각이 들었다. 조인테이블, 다대다 설정 등 솔직히 ..

처음 Font Awesome을 알게되고, html, css, javascript 파일구조에서 사용할때는 태그형식으로 사용할 수 있었다. React를 베이스로 진행된 프로젝트에서 Font Awesome 아이콘을 사용할 일이 있었는데, 사용이 안되어 당황해서 찾아보니 리액트에서 사용할 수있게 해주는 모듈이 별도로 있었다는 것을 알고 해결 할 수있었다. 조금 지나면 까먹을까봐 사용방법 기록 끄적끄적. 1.Font Awesome의 SVG 아이콘을 불러 오는 패키지 설치 npm i @fortawesome/fontawesome-svg-core 2.사용할 아이콘종류에 대한 패키지 설치 npm i @fortawesome/free-solid-svg-icons @fortawesome/free-regular-svg-icon..

오늘 새롭게 알게 된 좋은 간이 느낌의 배포방법을 까먹지 않으려고 기록하는 블로그를 적어보려 한다. 배포방법이라고 부를 수 있는게 맞는지는 모르겠지만, 적어도 상황에 따라서 나에겐 매우 유용하다고 생각된다. 오늘도 터미널을 가지고 놀다가 문뜩 로컬에서 개발용으로 실행되고 있는 react서버도 pm2모듈처럼 백그라운드 실행이 가능하다면 정말 좋겠다는 생각이 들었다. 그러면 개발용 로컬서버처럼 실시간으로 서버를 시작했다가 종료하기에 좋고, 빌드를 하지 않고 빠르게 테스트사항을 반영할 수 있어서 매우 좋을 것이라 생각했다. 그래서 제일먼저 떠올리기 쉬운 방법으로, 클라이언트에 있는 App.js를 pm2로 실행하기 위해 sudo pm2 start App.js 해 보았으나 역시나 어림도 없었다. 바로 구글링에 돌..

8월 중순에 있었던 코드스테이츠 섹션2의 ha2시험에 대한 후기. 섹션2에서도 섹션1때와 마찬가지로 알고리즘을 집중으로 다루는 1주가 있었다. 알고리즘에 대한 숙련도를 딥하게 다루기보다는 알고리즘의 개념과 흐름을 공부하는 한주였는데, 꽤 딥한 집중력을 필요로 하는 한 주 였다. 코드스테이츠에서 학습하는동안 대부분 꽤 고되었지만 1~2순위를 다툴정도로 힘들었던 부분이 아닐까 개인적으로 생각한다. 섹션2 알고리즘 주에는 거의 당일 일정을 그날에 끝난 적이 없었던 것 같다. 개념적으로 모르는것을 받아 들이는것이 너무 어려웠다. 차라리 리액트는 몰라도 받아들이며 사용이라도 했는데, 노드 트리 탐색시 큐스택을 javascript 재귀방식으로 구현하고 사용하는것은 정말 제일 어려웠다. dfs방식과 bfs방식으로 문..

팀원들과 팀프로젝트의 리팩터를 하던 중 전날 변경사항을 모두 git에 PR하고 병합된 내용을 pull해온 후 데이터베이스 관련 에러를 만났다. 스키마 변경사항을 적용 및 반영하기위해 npx sequelize-cli db:migrate:undo:all 로 일종의 초기화 세팅으로 돌아감 npx sequelize-cli db:migrate(에러발생) 변경된 모델과 마이그레이션을 기반으로 테이블 생성 하는데 여기서 에러발생하였다. 에러명: Can't create table `dbName`.`tableName` (errno: 150 "Foreign key constraint is incorrectly formed") 무슨 에러 인지 아에 감이 오지 않았다. 직접 작업한내역에서 에러가 발생해도 감잡기 쉽지 않은데,..

최근 react를 함수형으로 hooks만 쓰다가 한번씩 class문법으로 된 코드를 보니까 클래스, 상속 등등이 이해가 안되고있다는 점을 떠올렸다. prototype도 아직 이해되지 않고 너무어렵다. 이런것을 보면 바닐라자바스크립트를 딥하게 한다는게 정말 제일 어려운것 같다. 그래서 패기있게 이해해보려고 덤벼들었다가 기록만 남겨본다. 1.class,constructor,new 문법 사용 정리 class Person{ //class문법을 사용하여 객체를 찍어낼 주물용 함수인 Person을 생성했다. constructor() { //constructor함수를 사용하여 객체의 기본상태를 설정하고, 객체를 초기화 하였다. this.lifespan = '80'; //lifespan(수명)이 80살이라는 기본 상태..

7월 중순 쯤 코드스테이츠에서 3가지 관문 중 첫번째 관문인 ha1 시험이 있었다. 문제형시험, 과제형시험이 각각 하루씩 진행되었다. 1.문제형 시험 문제형시험인 알고리즘 문제의 난이도로 인하여 좀 걱정되긴했다. 만약 ha1에서 고전한다면 문제형시험 때문일 것이라고 예상했었는데 진짜였다. 개인적으로 3번의 문제형 ha중에 가장 당황하며 푼 것 같다. 게다가 전날 커피 한통 다 마시고 잠을 못자고 했더니 거짓말 안하고 뇌가 멈췄었다. 진심 뇌가 까마득한 느낌으로 글자도 잘 안읽혀서 떨어지는줄 알았다. ha를 준비한다고 밤새거나 늦게 자지 않는것을 추천한다. 알고리즘은 진짜 뇌가 잘 굴러가냐의 싸움인 것 같다. 5문제 정도 출제되었는데, 그 중 인상에 남았던 문제는 객체와 배열을 자유자재로 변환하여 사용할 ..

1.깃 브랜치 표시되도록 설정하게 된 사연 -브랜치 변경안해서 생기는 실수 없이, 프로젝트2개를 무사히 끝내서 영영 실수 안할 것이라 생각하였는데, 리팩터를 하다가 발생했다. 브랜치변경했다고 생각했는데, 어떤 이유로 변경되지 않았다.(오타났거나, git commit안되서 브랜치 변경이 안되었거나) feat에서 실컷 작업하고, git push하려 보니 작업했던 branch가 dev branch였다. 무튼 깃브랜치가 보이지 않으면 언젠가는 실수를 한다. 그래서 브랜치를 설정할 수있는 방법 이 있는지 구글링에 돌입. 2.필요성 - 사람은 언젠가는 실수 한다. 실수 방지 - 큰 실수 방지로 작업 효율을 올릴 수있다. - 브랜치를 변경하였는지 안하였는지 확인하는 명령어를 치거나, 다시 변경하는 명령어를 구태여 칠..

1.필요성 - 같은 명령어를 매번 끝까지 타이핑해야하는 불편함, 작업의 비효율, 시간아까움 - 오타가 발생할경우 더더욱 증가하는 비효율성, 짜증 - 맥사용자들 자동완성 사용하는게 부러웠다. 2.설명 - 구글링 해서 찾아보니 다 비슷한데, 잘 안되는 것도 있었어서 내가 사용해보고 잘된방법 공유 - 윈도우 가상 우분투사용으로 언제든 사용환경우 리셋될수 있으며, 노트북 우분투에서 사용할 가능성이 있으므로 재사용성을 위해 가장 간단한 방식 공유 3.방법 1)터미널에서 root 디렉토리로 이동 1-1)cd / 1-2)cd root 터미널 어떤 위치에서든 위의 2명령어를 모두 치면 작성자 가라고 하는 위치로 갈 수 있으니 일단 치고 본다. 2) git-completion.bash 파일 생성 touch git-com..

어느덧 코드스테이츠 수료 후 열흘정도가 흘렀다. 그 동안 많은 일들이 있었다. 굵직한 사건들로는 ha1, ha2, ha3, 퍼스트프로젝트, 파이널프로젝트, 코드스테이츠수료, 프로젝트리팩터시작 등이 있다. 그때 그때마다 느낌을 남겼으면 좋았을테지만, 바쁘다는 핑계로 쓰지 않았다. 기록저장용 및 기억저장용으로 지금 부터 하나씩 회고+그 당시느낌+지금드는 생각을 정리해서 작성 해볼까 한다. 오늘의 TIL 끝~