데브코스 3주차 - 정리

<블로그>

블로그는 꾸준히 적으면 매우 좋다.

 

보여줄 것

• 개발자로서 자기 자신을 꾸준히 개선하는 사람
• 자신의 것을 남에게 공유할 수 있는 사람
• 오류를 고칠 수 있고 정리해두는 사람

쓸 내용

• 오류 캡쳐, 해결 방안
• 공부한 내용 정리 ( 나만의 언어로 재정의해서 정리하는 것이 좋다.)

TIL

• 주로 나만 보니까 너무 부담 X
• 회고에 대한 느낌이 강하도록. - 잘한점, 한 것, 아쉬운점, 모든 내용이 있을 필요는 X
• 간결하게 기억에 남는 키워드를 뽑아 배우면서 생각한 것등을 작성하는 것도 O

 

<포트폴리오>

링크 , PDF로 수렴됨. 링크로 안받는 곳도 있으니까 PDF로 하는 것이 좋을 것

 

보여줄 것

• 기본이 되는 기술을 잘 알고 썼다. - 즉 기본에 충실한지, 라이브러리를 쓸거면 알고 쓸 것!
• 코드를 잘 짠다 (ex -코드 컨벤션을 잘 지켰다), 남이 이해하기 좋은 코드이다.

작성팁

• 제목은 기술스택과 주제로 한다.
• 코드 캡쳐시에는 라이브러리 또는 모듈 사용X ,한눈에 이해되는 코드
• 코드를 읽어보고 설명을 읽고 생각해본 뒤 섬영을 읽고 같으면 좋은 점수를 받음

 

<자기소개서>

작성팁

• 프로젝트 단위로 작성한다. ex) 자신의 장점
• 장점등을 프로젝트가 끝나면 역할 장점 이슈를 정리하는 것이 좋다.

 

<회의중 논의한 내용 - 카디널리티의 두가지 의미>

테이블 내인지 밖인지에 따라서 두가지 의미가 있을 수 있다.

 

1. data modeling

관계 차수라고 도 부르며, 두 테이블 사이 관계를 나타낸다. 1:1, 1:n,  n:m이 있다. 일대일, 일대다, 다대다라고 하기도 한다.

2. sql

테이블 내에서 사용하는 것으로 테이블에 있는 열의 카디널리티는 열에 대한 테이블에 나타나는 고유한 값의 수를 나타낸다. 

https://yooloo.tistory.com/54

 

 

<git 프로필 만들기>

• 내 아이디와 동일한 repository를 생성하고 Readme.md를 생성

<뱃지 만들기> 

• 리드미에 작성

<a href="링크" target="_blank">
  <img src="https://img.shields.io/badge/뱃지레이블-배경색?style=뱃지모양&logo=로고&logoColor=로고색상" />
</a>

<모델링 순서>

데이터의 수집/분석=>개념적 데이터 모델링 => 논리적 데이터 모델링=> 물리적 데이터 모델링

 

<REST API: Representational State Transfer>

• Representational (표현) : 표현은 자원의 상태(데이터)를 나타낸다. 즉 모든 데이터는 고유한 url, uri로 표현됨.
• State Transfer (상태 전이) : 상태가 전달됨 의미. HTTP 메서드를 이용하여 이루어짐.

Q- rest api가 무엇이냐?

A- 고유한 url, uri 주소를 이용해 데이터 자원을 표현하고 상태 전이하는 방식으로 설계되어 데이터 통신을 함.

 

장점

• 다양한 형태의 데이터와 종류 표현 가능
• 네트워크 통신 시 명확한 규칙이 존재하여 통일성있고 간결함.

규칙 (REST API는 네트워크에서 통신을 구성할 때 이런 구조로 설계하라는 지침)

- 소문자만 쓴다.

- 하이픈 (-) 을 쓴다.

- 마지막에 / 포함하지 않는다.

- 행위를 포함하지 않는다. 목적을 포함하지 않는다( 즉, method "POST", "GET", "DELETE", "PUT" ).

- 파일 확장자 포함하지 않는다.

- 복수형을 쓴다. ex) http://localhost:8888/api/products/1