일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- vscode
- 제일어려워
- array
- 엔퀸즈
- 해커톤
- nqueens
- 자바스크립트
- method
- this
- ftech
- DOM
- 취업
- 포스기
- 일상
- 초보
- underbar
- JavaScript
- 클라이언트
- 리액트
- 공부
- Instantiation Patterns
- 알고리즘
- JS
- 코드스테이츠
- 개발
- grpahQL
- 코딩
- underscores
- 연습
- react
- Today
- Total
목록Be well coding/In Immersive (64)
analogcoding
Toy 36번 문제. Tree 구조에서 모든 node 에 value 값을 변경한다. React router 라우터에 exact 가 없으면 한 페이지에 같이 나온다! exact={true} 가 없으면 중복되는 경우가 밑으로 싸인다. / 이거나 /xxx 나 / 가 들어가서 중복된 페이지가 렌더된다. React-Apollo란? Apollo는 REDUX를 대체 할 수 있는 GraphQL-Client의 하나이다. GraphQL을 기반으로 한 상태관리 플랫폼이며 클라이언트에서 GraphQL을 사용하여 데이터를 가져오는 UI를 만들 때 사용하기 좋다. fetch 형식이 아닌 query문을 정의하고 GraphQL 서버로 보내면 원하는 데이터 혹은 한 번에 많은 양의 데이터를 받아 올 수 있다. 캐싱을 자동으로 관리해줘..
Toy 35번 문제. 배열 내에서 연속된 숫자의 값이 가장 큰 경우를 리턴. Redux 미들웨어로 컴포넌트들의 상태 관련 로직들을 다른 파일들로 분리시켜서 더욱 효율적으로 관리. 컴포넌트끼리 상태를 공유하게 될 때 여러 컴포넌트를 거치지 않고도 손쉽게 상태 값을 전달 가능. 비동기 작업, 로깅 등의 확장적인 작업들을 더욱 쉽게 할 수도 있게 돕는다. 글로벌 상태 관리를 하게 될 때 굉장히 효과적이다. graphQL , apollo 이후 계속! graphQL 프로젝트에서 apollo 와 graphQL 을 사용하기에 앞서 graphQL 정리에 들어갔다. graphQL 은 데이터를 요청하는 방법에 일부로 정보를 얻기 위해 보내는 질의문(Query)을 만들기 위해 사용되는 언어이다. RESTful API 로는 ..
Toy 34번 문제. 문자열 알파벳 갯수에 따라서 우선 갯 수 순으로 정렬, 알파벳 순으로 정렬해서 리턴. 팀회의 중 스택과 아웃풋에 대한 이슈가 발생했다. 새로운 스택을 많이 가져가고 싶지만 아웃풋에 완성도가 떨어질 것 같다는 이슈에 대해 배우는 게 더 필요한 우리는 프로젝트의 규모를 줄이고 조금 더 많은 스택을 가져가기로 결정났다. React-Redux / React-Apollo / graphQL / TypeScript 를 사용해서 진행해볼 예정. 부족한 SQL 쿼리문 복습 Select 데이터베이스에서 데이터를 선택 SELECT CustomerName, City FROM Customers; Where 지정된 조건을 충족하는 레코드 만 추출 .. WHERE Country='Mexico'; And , O..
Toy 33번 문제. insert sort . sort 내부까진 아니여도 구현 완료. UI 설계 과정을 마치고 팀룰 , sprint 기간 선정 등 기획 초기 단계를 맞추었다. 이제 백엔드 파트 전에 공부 시작! import 와 require 의 차이 . require -> 옛날 기본형 / import -> ES6 + react 에서 babel 이 import 를 허락해줘서 사용할 수 있다? 복습 겸 침착하게 hello 띄우고 시작.. Middleware란? 이름처럼 요청에 대한 응답 과정 중간에 껴서 어떠한 동작을 해주는 프로그램. 라우팅이란? 클라이언트에서 보내는 주소에 따라 다른 처리를 하는 것을 의미한다. Router 는 요청을 보내는 길(분기)이다. 요청에 대한 응답을 res 로 받을 수 있다...
Toy 31번 문제. 숫자 n 이 소수인 지 판별하는 함수를 작성하고 n ~ n 까지 있는 소수를 배열로 리턴하는 함수 작성. 2주가 끝나자마자 4주 프로젝트 돌입.. 팀장과 프로젝트 아이디어 모두 맡게 되어서 어깨가 무겁다 ㅠㅠ 기업협업도 좋은 기회라고 생각하지만 내가 원하는 것을 더 공부해보고 싶은 맘이 커서 개인 프로젝트를 선택했다. 스택과 소개는 따로 notion 개인 페이지나 project 카테고리에 소개 예정!
2주 프로젝트 발표 당일. 끝내 발표일은 다가왔고 디버깅 과정에서 모든 상황에 오류를 잡지 못했지만 미니멈으로 잡은 기능은 다행히 무사작동했다. 서로 사용한 스택과 UI , 기능 구현 , 각자 맡은 파트에 대해 발표하고 나누는 시간이었다. 프로젝트에 정신이 팔려 잘 신경쓰지 못했던 다른 팀의 프로젝트 발표를 들으면서 관심이 생긴 것이 많았다. 비동기 편지 app 이라 사용하지 못한 socket 이나 신세계를 보여준 D3 등 다음에 써보고 싶은 스택 천지였다. owlpost 에 대한 발표를 하면서 생각보다 많이 부족함을 느꼈지만 코린이가 2주간 만든 것 치곤 훌륭하다고 말씀해주셔서 조금은 안도했다. 발표관련 자료는 아래에 첨부! 개인 notion 링크
Toy 30번 문제. treecountLeaves 트리구조의 노드 갯수 파악 Tree.prototype.countLeaves = function() { let count = 0; function counting(node) { if (node.children.length === 0) { count++; } for (let i = 0; i < node.children.length; i++) { counting(node.children[i]); } } counting(this); return count; }; 오류 잡는데 모든 시간을 투자했다.. App 을 사용하는데 치명적인 오류는 아니지만 didmount err 가 자꾸 발생했다. stack 이 쌓이는데 이전 stack 을 삭제하는 부분이 제대로 작동하지 ..
Toy 29번 문제. roboPath - nqueens 같은 순수 100% 알고리즘 문제..손도 못대고 땡!ㅠㅠ 프로젝트 마무리 이틀 전. 프론트를 나눠 맡은 동기분과 git merge 과정에서 많은 오류가 발생했다. 서로 props 를 넘겨주거나 한 쪽에서 post 한 걸 반대 쪽에서 get 하는 양식에서 API 문서를 제대로 보지 않아서 일어난 문제도 있고 같은 screen 을 작업하다 오류가 일어나는 경우가 많았다. 보통 한 기능 , 한 screen 씩 작업하기로 정하고 작업하고 API 문서도 작성했지만 아직 배우는 단계인 우리에게는 무리였나보다 .. 하루종일 빨간화면과 노란경고 처리하는데 시간을 보냈다.. 그래도 내일이 발표다 화이팅!! 공유하고 있는 API 문서 작성 양식인데 확실하게 적어주고 ..