hojncode 웹개발 공부하기.

오늘 TIL 3줄 요약 Rest API 도커 모바일 어플리케이션 종류 책에서 기억하고 싶은 내용을 써보세요. REST (representational state transfer) 방식으로 설계한 API를 뜻하는 명칭. 1 . rest 없이 영화 api 를 설계 할 경우. - 영화 정보 생성 : /createMovie - 모든 영화 정보 조회: /seeMovies - 특정 영화 정보 조회 : /getMovie/avatar - 특정 영화 정보 삭제 : /deleteMovie/avatar - 특정 영화 정보 수정: /editMovie/avatar 위 와 같은 url 은 패턴이 없다는 문제가 있다. see와 get 처럼 헷갈리기 쉬운 단어를 사용했기에 (작업시 실수로 get을 see로 입력할 수도 있다 ) 백엔..

책에서 기억하고 싶은 내용: 함수형 프로그래밍 "버그가 발생하기 어려운 구조" 라서 개발자에게 매우 유용하다. 프로그래밍의 패러다임의 큰 갈래인 선언형 , 명령형 프로그래밍을 비교하여 함수형 프로그래밍을 알아보자. (프로그래밍 패러다임은 여러 갈래가 있고, 그중에 객체 지향 , 절차 지향, 함수형 프로그래밍이 있다.) css는 선언형 프로그래밍의 대표적 예. body {background-color: pink } 텍스트에서 공백을 ❤️로 바꾸는 코드를 예시로 알아보자. 명령형 프로그래밍 : function spaceToHeart(text) { let result = ""; for (let i = 0; i< text.length; i++) { if (text[i] === "") { result += "❤️..

오늘 TIL 3줄 요약 스택 , 큐 해시 테이블 클린 코드 책에서 기억하고 싶은 내용을 써보세요. 해시 테이블은 키 와 값을 짝지어 모은것 : { key : value} 해시 테이블을 통해 프로그램을 더 빠르게 만들 수 있는데, 그 원리는 카페 메뉴를 컴퓨터에 저장하는 예시를 통해 알아보았다. 메뉴판 = [ {이름 : '아메리카노' , 가격 : 4000원}, {이름 : '카페모카' , 가격 : 5000원}, {이름 : '라떼' , 가격 : 5000원}, {이름 : '녹차' , 가격 : 6000원}, ] 위 와 같이 배열로 메뉴들의 정보를 저장하면, 메뉴 하나의 정보를 찾을 때 선형 검색을 해야 하므로, 검색 시간이 오래 걸린다. - 시간 복잡도 O(N) 하지만, 아래 와 같이 해시 테이블로 저장하면 더 ..

오늘 TIL 3줄 요약 자료 구조, 알고리즘 이란? 알고리즘의 종류들 배열의 저장 방식 오늘 읽은 범위 챕터 22~25 책에서 기억하고 싶은 내용을 써보세요. 프론트엔드 개발자라면 백엔드에서 내려받은 JSON 데이터를 보기 좋게 화면에 띄우는 역할을 한다. 그러기 위해서는 데이터 형태에 알맞는 자료구조로 데이터를 효율적으로 만들어져 있어야 한다. 자료구조 중 하나인 배열의 특징을 알려면 읽기, 검색, 추가, 삭제 과정에서의 시간 복잡도 개념을 알아야 한다. (시간 복잡도는 프로그램 작업 속도를 측정하는 방법이다. 알고리즘으로 작업을 완료할 때 까지 걸리는 절차 수 N을 이용해서 O(N), 0(log N)과 같이 표현하는 것을 Big-0 빅오 표기법이라고 한다.) 프로그램에 필요한 데이터(변수, 함수 등)..

오늘 TIL 3줄 요약 서버란 무엇인가 쿠키 프론트 , 백엔드 어떻게 접근할 것 인가 오늘 읽은 범위 에피소드 16 : 인터넷 익스플로러가 사라진 이유와 브라우저 엔진 에피소드 17 : 아, 쿠키가 먹는 게 아니라고요? 에피소드 18 : 프런트엔드, 백엔드? 에피소드 19 : 서버가 뭔지 아직도 모른다고? 에피소드 20 : 슈퍼개발자만 할 수 있다, 풀스택? 에피소드 21 : 서버리스는 서버가 없다는 뜻? 책에서 기억하고 싶은 내용을 써보세요. HTTP ?? 인터넷에서 정보를 주고 받기 위한 프로토콜 (클라이언트와 서버가 소통하기 위한 규칙) stateless 다 - 항상 연결 된 상태가 아니라 , 클리언트가 데이터를 요청하면(브라우저에 주소를 치면) 서버가 데이터를 주고 연결이 끊어진다. 쿠키 ?? 사..

챕터 6 - 왜 나만 오류가 자주 생길까? "훌륭한 개발자도 실수를 한다. 다만 그들은 실수를 그냥 넘기지 않고 성장을 위한 발판으로 사용한다" 1. 참고 자료 (책, 인터넷 문서)의 오류만 찾지 말고, 내 코드의 입력값이 맞는지 확인해보자. 가져온 코드와 내 코드를 비교해주는 사이트를 이용해 보자. 나는 코드를 가져올때 배우는 단계라 생각해서 나 스스로 직접 타이핑 해서 사용하는 경우가 많다. 그래서 오류가 생길때 눈으로 가져온 코드와 내코드를 비교해보는 고집같은게 있는데, 이게 시간 단위를 소모해서 오류를 찾게 되면 멘탈이 탈탈 털리는 경험을 하곤 했다. 이 부분을 읽으면서 이상한 고집부리지말고 , 사이트를 이용해서 객관적으로 오류를 찾는 습관을 들여야겠다고 생각되었다. 2. 오류메세지 확인하기 당연..

1번 챕터를 읽으며 느낀 점 : 요즘 개발자 입문하기 위한 많은 학원들이 생겨나면서 누구나 개발자가 될 수 있다는 광고가 많다. 하지만 그런 광고들이 개발을 정말 잘 알려주는지 의문이다. 수강생의 교육비를 통한 매출에만 신경쓰는건지, 과연 그 교육을 통해 개발자가 되어 본인 스스로 자생할 수 있을지 고민이 많았다. 그런점에서 직접 강의를 만들고 , 교육을 하는 노마드코더 니코의 방식이 내가 개발을 공부해 나아가는데 맞는 방식 같다. 나 또한 개발자가 되고 싶고 , 특히 앱을 만든것에 흥미가 있는 것을 노마드코더 강의를 보고 알게 되었다. 개발자는 누구나 할 수 있다는 광고처럼 개발자는 재밌거나, 누구에게나 맞는건 아닌것 같다. 개발을 공부하면서 이해 되기 전에는 어렵고 , 나 스스로 이것도 이해 못하는 ..