개발하는 인사담당자 개발하는 인사담당자

* 생성 모델 : 실제 존재하지 않지만 있을 법한 이미지를 생성할 수 있는 모델- 학습했던 데이터와 유사한 데이터 생성- 데이터 분포 학습- 다음 단어 예측ex) chatGPT 도 동일하게 문맥 상황을 파악해서 나와야 하는 답을 도출-> 각 클라스의 분포(Distribution) - Training data 가 주어졌을 때 이 training data 가 가지는 real 분포와같은 분포에서 sampling 된 값으로 new data 를 생성하는 model ■ Word Embedding (글자를 숫자(백터값)으로 변경)- 숫자화된 단어의 나열로부터 sentiment 추출- 단어나 문장을 vector space 로 끼워 넣음(embedding)  ■ Tokenization- 토큰 : 단어화하는 최소 단위  ..

windows 추천으로 뜬 여우 사진이 맘에 들어서 배경화면으로 설정하고자 했다.기존 windows 추천의 경우 사진이 랜덤하게 바뀌어서 하나로 설정하기로 결정  현재 배경화면 경로는 레지스트리에서 확인이 가능하다. 1. 배경화면 경로 확인하기(레지스트리 확인)- Windows + R 키 눌러 실행창 열고 난 후 regedit 입력 후 레지스트리 편집기로 이동 - 아래 경로로 이동HKEY_CURRENT_USER\Control Panel\Desktop - 오른쪽 창에서 Wallpaper 항목 찾은 후 이미지 경로 복사 - 해당 파일 경로 검색 - 나온 파일 저장 후 windows 에서 사진으로 등록하기

■ 캐시 기본 동작 캐시가 없으면 데이터가 변경되지 않아도 계속 네트워크 통해서 다운로드 받아야 함인터넷 네트워크는 매우 느리고 비쌈브라우저 로딩 속도가 느리다.느린 사용자 경험  서버에서 cache-control: max-age=60 으로 하면 캐시 유효한 시간 60초로 지정한다는 뜻이다.   웹 브라우저 캐시를 저장하는 저장소에 캐시를 저장한다.   두 번째 요청에서 캐시 저장소에서 캐시 유효시간을 검증해서 유효하다면 해당 캐시에서 조회를 한다.   캐시에서 조회를 하게 되면 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다.비싼 네트워크 사용량 줄일 수 있다.브라우저 로딩 속도가 매우 빠르다빠른 사용자 경험  캐시 유효시간이 초과했으면 다시 요청해야 한다.  기존 결과에서 새롭게 응답 받으 결과를..

HTTP 헤더에는 HTTP 전송에 필요한 모든 부가정보가 담겨 있음.   Request 헤더 ex) 웹브라우저 정보 등Entity 헤더 : 메세지 바디에 들어가는 정보   메시지 본문은 엔티티 본문 전달하는데 사용되는데엔티티 본문에는 요청이나 응답에서 전달할 실제 데이터가 들어간다.  엔티티 헤더는 엔티티 본문의 데이터를 해석할 수 있는 정보를 제공한다.ex) 데이터 유형(html, json), 데이터 길이, 압축 정보  ※ 엔티티 : 데이터의 집합  이전 기준이 바뀜  엔티티 용어 사라지고 -> 표현 용어가 생김Representation(표현) = representation Metadata(표현 메타 데이터) + Representation Data(표현 데이터)  - 메세지 본문을 통해 표현 데이터를 ..

■ 2xx 성공 코드 200 : 요청에 대한 성공   201 : 요청 성공해서 새로운 리소스 생성 서버에서 신규 리소스 URI 만들고,응답의 Location 에 새롭게 생긴 리소스 경로 넣어준다.   202 : 요청이 접수되었으나 처리가 완료되지 않음 (잘 사용은 안함)배치 처리 같은 곳에서 사용ex) 요청 접수 후 1시간 뒤에 배치 프로세스가 요청 처리  204 : 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음 ex) 웹 문서 편집기에서 save 버튼 save 버튼 결과로 아무 내용 없어도 된다.save 버튼 눌러도 같은 화면 유지해야 한다.결과 내용이 없어도 204 메시지(2xx) 만으로 성공 인식할 수 있다.  ■ 3xx 리다이렉션 요청을 완료하기 위해 유저 에이전트..

/members 를 컬렉션이라 부른다. 컬렉션 아래 하위 멤버 아이디를 넣어준다.  PATCH : 회원 데이터 수정 PUT : 게시글 수정 (전체 수정)POST : 애매하면 POST  POST 등록 시 서버에서 리소스 URI 결정하고 만들어줌 * 컬렉션- 서버가 관리하는 리소스 디렉토리- 서버가 리소스의 URI 생성하고 관리- 여기서 컬렉션은 /members  새로운 파일 등록 (기존 파일 덮어쓰기)  PUT 은 클라이언트가 리소스 URI 알고 있어야 한다. 클라이언트가 직접 리소스 URI 지정한다.  * 스토어(Store)- 클라이언트가 관리하는 리소스 저장소- 클라이언트가 리소스 URI 알고 관리- 여기서 스토어는 /files ■ HTML FORM 사용- GET, POST 만 지원- AJAX 같은 기..

■ 클라이언트에서 서버 데이터 전송1. 쿼리 파라미터를 통한 데이터 전송- GET- 정렬 필터(검색어)2. 메시지 바디를 통한 데이터 전송- POST, PUT, PATCH- 회원가입, 상품 주문, 리소스 등록, 리소스 변경  ■ 정적 데이터 조회 쿼리 파라미터 없이 리소스 경로만 주로 적어준다.  ■ 동적 데이터 조회 (검색어 입력) 쿼리 파라미터를 기반으로 Key Value 로 꺼내서 정렬 필터해서 결과를 동적으로 생성해준다.   ■ HTML Form 데이터 전송 컨텐트 타입 application/x-www-form-urlencoded 보내기마치 쿼리 파라미터 처럼, key value 스타일로 데이터 만들고 http 바디에 넣고 전송해준다.   GET 으로 했을 경우 메시지 바디를 안쓰기 때문에 해당 ..

■ HTTP 메서드 속성 3가지- 안전 (Safe Methods)- 멱등 (Idempotent Methods)- 캐시가능 (Cacheable Methods) ■ 안전 (Safe Methods) 안전하다는 것은 호출해도 리소스 변경하지 않는다는 것이다. GET 은 단순 조회이므로 안전하다.DELETE, PUT, PATCH 안전하지 않다. (변경이 있음) ■ 멱등 (Idempotent Methods)  몇 번 호출하든 결과가 똑같은 것PUT 의 경우 같은 요청을 하면 몇 번을 하든 최종 결과는 같다.DELETE 도 삭제하면 계속 삭제된 결과 똑같음POST 는 두 번 호출하면 두 번 결제한다 -> 결과 같지 않음 (멱등하지 않음)  멱등하기 때문에 같은 요청을 해도 된다.즉 서버 응답 못 줬을 때 클라이언트가..