bong-u/til

bong-u/til

🏠 home 🐈 repository 📡 rss

OpenSearch를 활용한 RAG 실습

🤖 인공지능

배경 테커 부트캠프에서 팀프로젝트를 진행 중이다. 우리 팀의 주제는 특정 인물에게 상담을 받는 것 같은 대화를 할 수 있는 챗봇을 만드는 것이다. 이를 위해 특정 인물이 했던 말을 모아 데이터셋으로 만들고 이를 RAG 모델에 적용시키려고 한다. 순서 일론 머스크가 TED에서 한 인터뷰를 텍스트로 가져온다. OpenSearch 도커 컨테이너를 실행한다. 텍스트 데이터를 임베딩해서 OpenSearch에 저장한다. RAG 모델이 OpenSearch를 쿼리하여 대답을 생성한다. 1. 일론 머스크 인터뷰 텍스트 가져오기 유튜브에서 “스크립트 보기"를 통해 인터뷰 자막을 가져온다. 122:03 2EM: 이 큰 트럭을 몰면서 말도 안되는 움직임을 보였죠. 3CA: 아주 멋지네요. 자, 그럼 정말 굉장한 사진에서 422:09 5조금은 덜 굉장한 사진을 보죠. "위기의 주부들"인가에서 나오는 귀여운 집 사진인데요. 622:15 7이게 갑자기 왜 나온거죠? 8... 일론 머스크가 한 말만 손수 정리한다. 1네. 제 스스로도 그 질문을 자주 하는 편입니다. 2저희는 LA의 지하에 구멍을 내려고 하는데요. 이는 교통 체증을 완화시키기 위한 33차원 네트워크의 터널이 될 수도 있는 시발점을 만들기 위함입니다. 4교통 체증은 오늘날 우리의 영혼을 탈탈 터는 문제 중의 하나입니다. 5세계 모든 사람들에게 영향을 끼치고 있죠. 인생에서 너무도 많은 부분을 가져갑니다. 6... 2. OpenSearch 도커 컨테이너 실행 1docker create -it -p 9200:9200 -p 9600:9600 -e OPENSEARCH_INITIAL_ADMIN_PASSWORD={password} -e "discovery.type=single-node" -v opensearch_vol:/usr/share/opensearch/data --name opensearch opensearchproject/opensearch 설명 -p 9200:9200 : OpenSearch HTTP 포트 -p 9600:9600 : OpenSearch 모니터링 포트 -e OPENSEARCH_INITIAL_ADMIN_PASSWORD={password} : 초기 비밀번호 설정 -e “discovery.type=single-node” : 단일 노드로 실행 -v opensearch_vol:/usr/share/opensearch/data : 데이터 볼륨 마운트 SSL 오류 발생과 해결 하지만 위 명령어로 실행하면 컨테이너 내부에서 오류가 발생한다 12024-07-05 22:15:12 Caused by: io.netty.handler.ssl.NotSslRecordException: not an SSL/TLS record: ... 22024-07-05 22:15:12 at io.netty.handler.ssl.SslHandler.decodeJdkCompatible(SslHandler.java:1314) ~[netty-handler-4.1.110.Final.jar:4.1.110.Final] 32024-07-05 22:15:12 at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1387) ~[netty-handler-4.1.110.Final.jar:4.1.110.Final] 42024-07-05 22:15:12 at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:530) ~[netty-codec-4.1.110.Final.jar:4.1.110.Final] 52024-07-05 22:15:12 at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:469) ~[netty-codec-4.1.110.Final.jar:4.1.110.Final] 62024-07-05 22:15:12 ... 16 more 프로젝트 기간이 길지 않고, 해당 포트는 외부에 노출할 필요가 없으므로 SSL을 끄고 실행하는 것으로 해결하였다. 1/usr/share/opensearch/config/opensearch.yml 2# 변경 전 3plugins.security.ssl.http.enabled: true 4# 변경 후 5plugins.security.ssl.http.enabled: false 3. 텍스트 데이터 임베딩 및 OpenSearch에 저장 RAG 세션을 해주신 멘토님이 짜준 코드를 적극! 참고하여 작성하였다. OpenSearch 인덱스 생성 1from opensearchpy import OpenSearch 2import torch 3from transformers import AutoTokenizer, AutoModel 4from langchain.text_splitter import RecursiveCharacterTextSplitter 5from langchain_community.document_loaders import TextLoader 6from langchain_community.vectorstores import OpenSearchVectorSearch 7 8INDEX_NAME = "elon_musk" 9FILE_NAME = "ted_elon_musk_script.txt" 10 11## OpenSearch 연결 설정 12client = OpenSearch( 13 hosts=[{"host": "localhost", "port": 9200}], http_auth=("admin", {password}) 14) 15 16## 텍스트 데이터 불러오기 17loader = TextLoader(file_path=FILE_NAME, encoding="utf-8") 18docs = loader.load() 19 20text_splitter = RecursiveCharacterTextSplitter( 21 chunk_size=100, 22 chunk_overlap=0, 23 separators=["\n"], 24 length_function=len, 25) 26 27documents = text_splitter.split_documents(docs) 28 29# print(documents) 30 31## Embedding 모델 정의 32class MyEmbeddingModel: 33 def __init__(self, model_name): 34 self.tokenizer = AutoTokenizer.from_pretrained(model_name) 35 self.model = AutoModel.from_pretrained(model_name) 36 37 def embed_documents(self, doc): 38 inputs = self.tokenizer( 39 doc, return_tensors="pt", padding=True, truncation=True, max_length=512 40 ) 41 42 with torch.no_grad(): 43 outputs = self.model(**inputs) 44 embeddings = outputs.last_hidden_state.mean(dim=1).tolist() 45 46 return embeddings 47 48 def embed_query(self, text): 49 inputs = self.tokenizer( 50 [text], padding=True, truncation=True, return_tensors="pt", max_length=512 51 ) 52 with torch.no_grad(): 53 outputs = self.model(**inputs) 54 embeddings = outputs.last_hidden_state.mean(dim=1).tolist() 55 return embeddings 56 57 58## index 구조 정의 59index_body = { 60 "settings": { 61 "analysis": { 62 "tokenizer": { 63 "nori_user_dict": { 64 "type": "nori_tokenizer", 65 "decompound_mode": "mixed", 66 "user_dictionary": "user_dic.txt", 67 } 68 }, 69 "analyzer": { 70 "korean_anlyzer": { 71 "filter": [ 72 "synonym", "lowercase", 73 ], 74 "tokenizer": "nori_user_dict", 75 } 76 }, 77 "filter": { 78 "synonym" :{ 79 "type": "synonym_graph", 80 "synonyms_path" : "synonyms.txt" 81 } 82 } 83 } 84 } 85} 86 87## Embedding 모델 생성 88my_embedding = MyEmbeddingModel("monologg/kobert") 89 90## OpenSearch에 데이터 삽입 91vector_db = OpenSearchVectorSearch.from_documents( 92 index_name=INDEX_NAME, 93 body=index_body, 94 documents=documents, 95 embedding=my_embedding, 96 op_type="create", 97 opensearch_url="http://localhost:9200", 98 http_auth=("admin", {password}), 99 use_ssl=False, 100 verify_certs=False, 101 ssl_assert_hostname=False, 102 ssl_show_warn=False, 103 bulk_size=1000000, 104 timeout=360000, 105) 106 107result = vector_db.add_documents(documents, bulk_size=1000000) tokenizer는 한국어를 지원하는 “nori_tokenizer"를 사용하였다. embedding 모델은 저거 말고도 여러가지가 존재하는데, 어떤 모델이 프로젝트에 가장 부합하는 모델인지는 실험을 해볼 것이다. curl을 통해 localhost:9200/elon_musk/_search로 요청을 보내 임베딩한 데이터가 잘 들어갔는지 확인할 수 있다. 4. RAG 모델이 OpenSearch를 쿼리하여 대답 생성 1from langchain.prompts import PromptTemplate 2from langchain.chains import LLMChain 3from langchain_openai import ChatOpenAI 4from opensearchpy import OpenSearch 5import os 6 7INDEX_NAME = "elon_musk" 8 9# 환경변수 설정 10os.environ["OPENAI_API_KEY"] = {api_key} 11 12llm = ChatOpenAI( 13 model_name="gpt-3.5-turbo", 14) 15 16prompt_template = PromptTemplate( 17 input_variables=["context", "question"], 18 template=""" 19Imagine you are {character_name}, 20a wise and experienced advisor. Given the context: "{context}", 21how would you respond to this inquiry: "{question}"?', 22(in korean) 23""", 24) 25 26 27llm_chain = LLMChain(llm=llm, prompt=prompt_template) 28 29client = OpenSearch( 30 hosts=["http://localhost:9200"], 31 http_auth=("admin", {password}), 32 use_ssl=False, 33 verify_certs=False, 34 ssl_assert_hostname=False, 35 ssl_show_warn=False, 36) 37 38def search_documents(query): 39 search_body = {"query": {"match": {"text": query}}} 40 response = client.search(index=INDEX_NAME, body=search_body) 41 hits = response["`its"]["hits"] 42 return [hit["_source"]["text"] for hit in hits] 43 44if __name__ == "__main__": 45 question = input("Enter your question\n") 46 search_results = search_documents(question) 47 48 print(search_results) 49 50 # context = " ".join(search_results) 51 context = "" 52 53 response = llm_chain.invoke({"character_name": INDEX_NAME, "context": context, "question": question}) 54 55 print (response["text"]) OpenSearch에 저장된 데이터를 쿼리하여 RAG 모델에 넣어 대답을 생성한다. search_documents 함수를 통해 OpenSearch에 쿼리를 보내고, 그 결과를 context로 사용한다. 결과 질문 테슬라에 대해서 어떻게 생각해? RAG를 사용하지 않았을 때의 대답 테슬라는 혁신적인 기업으로서 미래를 향한 비전을 가지고 있습니다. 그들의 전기 자동차 기술과 에너지 솔루션은 전 세계적으로 주목받고 있습니다. 테슬라의 혁신적인 접근 방식과 지속 가능한 비즈니스 모델에 대해 매우 긍정적으로 생각하고 있습니다. RAG를 사용할때 적용된 context [‘길게 갈 것 같지는 않아요.\n그러네요. 저는 최대한 오랫동안 테슬라에 머물 생각이에요.\n그리고 준비 중에 있는 흥미로운 일도 많고요. 아시다시피, 모델 3이 출시 예정이고요.’, ‘올해 말까지 LA에서 뉴욕까지\n완전 자율 주행으로 횡단하는 계획에 맞춰서 진행 중이에요.\n사람이 테슬라에 타서 운전대를 잡지 않고 “뉴욕"을 찍으면 그리로 간다는 말이네요.’, ‘길게 갈 것 같지는 않아요.\n그러네요. 저는 최대한 오랫동안 테슬라에 머물 생각이에요.\n그리고 준비 중에 있는 흥미로운 일도 많고요. 아시다시피, 모델 3이 출시 예정이고요.’, ‘올해 말까지 LA에서 뉴욕까지\n완전 자율 주행으로 횡단하는 계획에 맞춰서 진행 중이에요.\n사람이 테슬라에 타서 운전대를 잡지 않고 “뉴욕"을 찍으면 그리로 간다는 말이네요.’] RAG를 사용할 때의 대답 저는 테슬라를 매우 긍정적으로 생각합니다. 테슬라는 혁신적인 기술과 지속 가능한 미래를 위한 비전을 갖춘 기업으로서, 자율 주행 기술을 통해 우리의 삶을 혁신하고 있습니다. 또한, 전기차 시장을 선도하고 환경에 친화적인 차량을 제공하는 멋진 기업이라고 생각합니다. 테슬라의 미래가 밝고 흥미로운 일들이 계속해서 일어날 것이라고 믿습니다. 고찰 확실히 RAG를 사용하지 않았을 때는 객관적이고 일반적인 대답을 하는 반면, RAG를 사용할 때는 테슬라에 대해 긍정적인 일론 머스크의 대답과, 자율주행 기술을 언급했다는 것을 반영하여 대답을 생성하였다.

RAG 이론 정리 + OpenSearch

🤖 인공지능

RAG (Retrieval-Augmented Generation) RAG는 검색과 생성을 결합한 모델로, 검색을 통해 얻은 정보를 바탕으로 생성을 수행하는 모델 LLM의 문제점 할루시네이션: 생성 모델이 훈련 데이터에 없는 내용을 생성하는 현상 최신의 응답을 기대하는 상황에서 오래되었거나 일반적인 정보를 생성하는 문제 신뢰할 수 없는 출처로부터 정보를 생성하는 문제 RAG는 위에서 서술한 LLM 문제의 일부를 해결하기 위해 사용할 수 있는 수단이다. OpenSearch OpenSearch는 오픈소스 검색 및 분석 엔진으로, 엘라스틱서치의 포크 버전 벡터 데이터베이스 : 벡터 데이터를 저장하고 쿼리할 수 있는 데이터베이스 주요 기능 분산 검색 및 분석 보안 시각화와 대시보드 지원 index와 document index : 데이터베이스 document : 데이터베이스에 저장되는 데이터 분석 분석기 Analyzer (Character Filter + Tokenizer + Token Filter) 텍스트를 토큰화하고 필터링하는 과정을 수행 분석 과정 Character Filter 특정 문자를 제거하거나 변경하는 등의 작업을 수행 Tokenizer 기본적으로 공백을 기준으로 텍스트를 분리 Token Filter 토큰을 추가하거나 제거하는 등의 작업을 수행 OpenSearch에서 지원하는 요소 Tokenizer Standard Tokenizer : 공백을 기준으로 텍스트를 분리, 문장 부호 삭제 Letter Tokenizer : 문자를 기준으로 텍스트를 분리 Whitespace Tokenizer : 공백을 기준으로 텍스트를 분리 Ngram Tokenizer : 부분 문자열로 텍스트를 분리 Token Filter Standard Token Filter : 아무것도 하지 않음 Lowercase Token Filter : 텍스트를 소문자로 변환 Synonym Token Filter : 동의어 처리 Analyzer Standard Analyzer : Standard Tokenizer + Standard Token Filter Simple Analyzer : Letter Tokenizer + Lowercase Token Filter Whitespace Analyzer : Whitespace Tokenizer + Lowercase Token Filter OpenSearch 접근을 위한 cURL 명령어 인덱스 조회 1curl -X GET -u {username}:{password} \ 2"http://localhost:9200/_cat/indices" 특정 인덱스 조회 1curl -X GET -u {username}:{password} \ 2"http://localhost:9200/{index_name}" 전체 검색 결과 조회 1curl -X GET -u {username}:{password} \ 2"http://localhost:9200/{index_name}/_search" 특정 검색어로 검색한 결과 조회 1curl -X GET -u {username}:{password} \ 2"http://localhost:9200/{index_name}/_search" \ 3-H "Content-Type: application/json" \ 4-d '{"query": {"match": {"field": "value"}}}' 인덱스 삭제 1curl -X DELETE -u {username}:{password} \ 2"http://localhost:9200/{index_name}"

C++ 개념 정리

🌊 C/CPP

본 내용은 2023 MISRA-CPP 가이드라인을 공부하면서 개념을 정리한 것이다. 참조(Reference)와 포인터(Pointer) 포인터(Pointer) 메모리 주소를 저장하는 변수 1// 변수 선언 2int a = 10; 3int* b = &a; // a의 주소를 저장 4 5// 매개변수로 전달 6void add(int* a, int* b) { 7 *a + *b; 8} 9 10add(&a, &b); 참조(Reference) 변수에 별칭을 부여하는 것 이름으로 대상을 가리킨다. 제약사항 참조는 선언과 동시에 초기화해야 한다. 참조는 한 번 초기화되면 다른 변수로 변경할 수 없다. 참조는 NULL로 초기화할 수 없다. 1// 변수 선언 2int a = 10; 3int& b = a; // a의 별칭을 b로 지정 4 5// 매개변수로 전달 6void add(int& a, int& b) { 7 a + b; 8} 9add (a, b); 템플릿 (Template) 템플릿은 함수나 클래스를 정의할 때, 타입을 일반화하여 코드를 작성하는 방법 함수 템플릿 1template <typename T> 2T add(T a, T b) { 3 return a + b; 4} 클래스 템플릿 1template <typename T> 2class Point { 3public: 4 T x, y; 5 Point(T x, T y) : x(x), y(y) {} 6}; 템플릿 특수화 (Template Specialization) 템플릿을 특정 타입에 대해 구체화하는 것 함수 템플릿 명시적 특수화 1template <typename T> 2T add(T a, T b) { 3 return a + b; 4} 5 6// int 타입에 대한 특수화 7template <> 8int add(int a, int b) { 9 return a + b; 10} 함수 템플릿 부분 특수화 1template <typename T> 2T add(T a, T b) { 3 return a + b; 4} 5 6// 포인터 타입에 대한 부분 특수화 7template <typename T> 8T add(T* a, T* b) { 9 return *a + *b; 10} 속성 (Attribute) 컴파일할때 특정 메시지를 생성하거나 컴파일러가 특정 동작을 수행할 수 있도록 함 [[noreturn]] (~c++11) 함수가 정상적으로 호출자에게 제어권을 반환하지 않음을 나타냄 [[noreturn]]으로 선언된 함수가 정상적인 반환을 시도하는 경우 undefined behavior 발생 1[[noreturn]] void error() { 2 throw "error"; 3} 4int32_t main() { 5 error(); 6 return 0; // dead code로 최적화될 수 있음 7} [[maybe_unused]] (~C++17) 사용하지 않는 변수, 함수, 매개변수, 타입에 대한 경고를 컴파일러가 무시하도록 명시 1[[maybe_unused]] int a = 10; [[nodiscard]] (~C++17) 함수의 반환값을 무시하는 경우 컴파일러가 경고하도록 명시 반대로 (void) 형태로 캐스팅하여 경고를 억제할 수 있음 1[[nodiscard]] int add(int a, int b) { 2 return a + b; 3} [[fallthrough]] (~C++17) switch문에서 case 라벨을 사용할 때, break를 사용하지 않는 경우 경고를 억제 1switch (a) { 2 case 1: 3 std::cout << "1" << std::endl; 4 [[fallthrough]]; // 의도적으로 2로 넘어간다는 것을 명시 5 case 2: 6 std::cout << "2" << std::endl; 7 break; 8 default: 9 std::cout << "default" << std::endl; 10 break; 11} if constexpr (~C++17) compile time에 조건문을 처리할 수 있도록 함 조건이 거짓인 경우 해당 블록은 컴파일되지 않음 템플릿과 비슷한 기능을 수행 템플릿은 compile time에 모든 코드를 생성하지만 if constexpr는 조건에 따라 코드를 생성 1template <typename T> 2void print(T value) { 3 if constexpr (std::is_same_v<T, int>) { 4 std::cout << "int: " << value << std::endl; 5 } else if constexpr (std::is_same_v<T, double>) { 6 std::cout << "double: " << value << std::endl; 7 } else { 8 std::cout << "unknown type" << std::endl; 9 } 10} Lambda (~C++11) 익명 함수를 정의하는 표현식 간단한 함수를 선언할 때 사용 1auto add = [](int a, int b) { 2 return a + b; 3}; Transient/Non-transient lambda Transient lambda 즉시 호출되고 소멸되는 람다 함수 1 int x = 10; 2 auto result = [](int x) { 3 return x * 2; 4 }(); // 즉시 호출 Non-transient lambda 메모리에 저장되어 여러 번 호출할 수 있는 람다 함수 1std::function<int32_t()> add = [](int a) { 2 return a + 10; 3}; 4 5int32_t result = add(10); Closure (~C++11) lambda expression에서 외부 변수에 대한 참조를 캡처하는 방식 1int a = 10; 2auto add = [&a](int b) { 3 return a + b; 4}; Capture lamda 함수에서 외부 변수를 함수 내부로 가져오는 것 lambda 함수가 정의된 시점의 외부 변수를 사용할 수 있도록 함 parameter 방식과의 비교 1// parameter 방식 2void addAndPrint(int a, int b) { 3 std::cout << a + b << std::endl; 4} 5 6int main() { 7 int x = 10; 8 int y = 20; 9 addAndPrint(x, y); // 매번 호출할 때 값을 전달해야 함 10} 1// capture 방식 2int x = 10; 3int y = 20; 4 5auto addAndPrint = [&x, &y]() { // 외부 변수 x와 y를 참조로 캡처 6 std::cout << x + y << std::endl; 7}; 8 9addAndPrint(); // 매개변수 없이도 외부 변수에 접근 가능 Capture List [&] : 모든 외부 변수를 참조로 캡처 [=] : 모든 외부 변수를 값으로 캡처 [a] : 변수 a를 값으로 캡처 [&a] : 변수 a를 참조로 캡처 Escape Sequence 문자열 리터럴에서 특정 문자를 표현하기 위해 사용하는 문자열 Escape Sequence Description \' 작은 따옴표 \" 큰 따옴표 \? 물음표 \\ 역슬래시 \a 벨 소리 \b 백스페이스 \f 폼 피드 \n 개행 \r 캐리지 리턴 \t 수평 탭 \v 수직 탭 \0 널 문자 \nnn 8진수 \xnn 16진수 Encoding C++에서는 문자 리터럴에 접두사를 붙여 인코딩을 지정할 수 있음 Encoding Prefix Example Literal Wide L L'A' Literal UTF-8 u8 u8'A' Literal UTF-16 u u'A' Literal UTF-32 U U'A' ASCII none '\x41' UTF-8 none '\xC3\xA9' Unicode (UTF-16) none '\u0041' Unicode (UTF-32) none '\U00000041' Cast Operator C++에서는 다양한 형변환 연산자를 제공 static_cast 논리적으로 형변환이 가능한 경우에 사용 기본 타입 간의 변환, 포인터/참조 간의 명시적 변환에 사용 컴파일 시점에 검증 -> 논리적으로 맞지 않은 경우 컴파일 에러 발생 1int a = 10; 2double b = static_cast<double>(a); dynamic_cast 상속 관계에서의 형변환을 위해 사용 런타임 시점에 안전한 형변환을 보장 반드시 가상 함수가 있는 클래스에서만 사용 가능 다운캐스팅 시, 형변환이 불가능한 경우 nullptr을 반환 1class Base { 2public: 3 virtual void print() {} 4}; 5class Derived : public Base { 6public: 7 void print() override {} 8}; 9 10Base* base = new Derived(); 11Derived* derived = dynamic_cast<Derived*>(base); // 안전한 다운캐스팅 const_cast 포인터 또는 참조형의 const 속성을 제거하기 위해 사용 상수형 -> 비상수형으로 변환 불변 데이터를 수정하는 데 사용하면 undefined behavior 발생 1const int a = 10; 2int* b = const_cast<int*>(&a); reinterpret_cast 포인터 형변환이나 비논리적 형변환을 위해 사용 메모리 레이아웃을 기반으로 포인터를 변환 undefined behavior를 발생시킬 수 있음 완전히 다른 타입으로 변환이 가능하지만, 안정성을 보장하지 않음 1int a = 10; 2int* b = reinterpret_cast<int*>(&a); constexpr (~C++11) 컴파일 시간에 평가되는 표현식을 생성하기 위해 사용 변수 compile time 상수에만 사용 가능 1constexpr int num1 = 10; 2 3int a = 20; 4constexpr int num2 = a; // error: 변수 a는 runtime에 결정되므로 사용 불가 함수 함수가 compile time에 실행되도록 보장 인자 값이 compile time 상수인 경우 -> constexpr 함수로 동작 인자 값이 compile time 상수가 아닌 경우 -> constexpr 함수로 동작 body에서 불가능한 구문 goto try-catch 초기화 수행이 없는 변수 선언 리터럴 타입이 아닌 변수 선언 static 변수 선언 tls(thread local storage) 변수 선언 등… 1constexpr int fibonacci(const int n) { 2 if (n <= 1) return n; 3 return fibonacci(n - 1) + fibonacci(n - 2); 4} 5fibonacci(10); // compile time에 다 계산되어서 55로 대체됨 lvalue, rvalue 참조 lvalue 객체를 가리키는 메모리 위치를 나타내는 표현식 lvalue 참조 1int b = 10; 2int& a = b; // a는 b의 참조자 (lvalue 참조) 3a = 20; 멤버 함수에서의 사용 예시 1class MyClass { 2public: 3 void show() & { 4 std::cout << "lvalue function called (object is lvalue)" << std::endl; 5 } 6}; 7 8MyClass obj; 9obj.show(); // lvalue 객체에서 호출 rvalue 메모리에 위치에 할당된 값을 나타내는 표현식 주소가 없거나, 임시로 할당된 값 주로 표현식이나 함수의 반환값이다. move semnatics를 사용하여 자원을 효율적으로 이동시키는데 사용한다. rvalue 참조 (~C++11) 1int&& a = 10; 2 3void show() && { 4 std::cout << "rvalue function called (object is rvalue)" << std::endl; 5} 멤버 함수에서의 사용 예시 1class MyClass { 2public: 3 void show() && { // rvalue에서만 호출 가능 4 std::cout << "rvalue function called (object is rvalue)" << std::endl; 5 } 6}; 7 8MyClass().show(); // rvalue 객체에서 호출 가상함수 상속 관계에서 동적 바인딩을 위해 사용 가상 함수를 가진 클래스를 다형성 클래스(polymorphic class)라고 함 순수 가상 함수를 가진 클래스를 추상 클래스(abstract class)라고 함 virtual 지정자 가상 함수 : 오버라이딩이 선택적임 순수 가상 함수 : 오버라이딩이 필수임 1class Base { 2public: 3 // 가상함수 4 virtual void show() { 5 std::cout << "Base::show()" << std::endl; 6 } 7 8 // 순수 가상함수 9 virtual void print() = 0; 10}; override 지정자 오버라이딩을 명시적으로 표시 1class Derived : public Base { 2public: 3 void show() override { 4 std::cout << "Derived::show()" << std::endl; 5 } 6}; final 지정자 상속을 방지하는 키워드 클래스에 사용 : 상속을 방지 함수에 사용 : 오버라이딩을 방지 1// 상속을 방지 2class Car final { ... }; 3 4// 상속과 같이 쓰이는 경우 5class Derived final : public Base { ... }; 6 7class Base { 8public: 9 // 오버라이딩을 방지 10 void show() final { ... } 11}; enum vs enum class enum 기존의 C 스타일 열거형 컴파일 시점에 정수형 상수로 변환 -> 성능 저하가 없음 다른 enum 영역이라도 변수명이 중복되면 충돌 발생 1enum Color { 2 RED, 3 GREEN, 4 BLUE 5}; 6Color color = RED; enum class (~C++11) enum의 확장된 버전 묵시적 형변환이 불가능 -> 명시적 형변환 필요 enum 영역이 격리되어 변수명이 중복되어도 충돌이 발생하지 않음 1enum class Color { 2 RED, 3 GREEN, 4 BLUE 5}; 6Color color = Color::RED; explicit 지정자 단일 인자 생성자의 암시적 형변환을 방지하기 위해 사용 단일 인자 생성자 앞에 사용 1class MyClass { 2public: 3 explicit MyClass(int a) : a(a) {} 4} 5 6MyClass obj = 10; // error: 암시적 형변환 불가 7MyClass obj(10); // ok 숨겨진 friend 함수 클래스의 private 멤버에 접근할 수 있도록 하는 함수 멤버함수가 아니지만 클래스의 private 멤버에 접근할 수 있음 클래스 내부에 정의해야 함 ADL로만 호출 가능 1namespace MyMath { 2 class Point { 3 int x, y; 4 5 Point(int x, int y) : x(x), y(y) {} 6 7 friend void operator+(Point& a, Point& b) { 8 a.x += b.x; 9 a.y += b.y; 10 } 11 }; 12} 13int32_t main() { 14 MyMath::Point a(10, 20); 15 MyMath::Point b(30, 40); 16 17 a + b; 18} ADL (Argument Dependent Lookup) 함수 호출 시 인자의 네임스페이스를 검색하여 함수를 찾는 것 1namespace MyMath { 2 struct Point { 3 int x, y; 4 Point(int x, int y) : x(x), y(y) {} 5 }; 6 7 void operator+(Point& a, Point& b) { 8 a.x += b.x; 9 a.y += b.y; 10 } 11} 12int32_t main() { 13 MyMath::Point a(10, 20); 14 MyMath::Point b(30, 40); 15 16 a + b; // ADL로 인해 MyMath::operator+ 함수 호출 17 MyMath::operator+(a, b); // ADL이 없었다면 명시적으로 호출 18} std::variant (~C++17) 여러 타입 중 하나를 저장하는 클래스 union과 똑같이 동작하지만, type-safe함 1std::variant<int, double, std::string> value = 1; 2cout << std::get<int>(value) << endl; // 1 3 4value = 3.14; 5cout << std::get<double>(value) << endl; // 3.14 6 7value = "hello"; 8cout << std::get<std::string>(value) << endl; // hello 멤버, 비멤버 함수 index() : 현재 저장된 타입의 인덱스를 반환 holds_alternative<T>() : 특정 타입이 저장되어 있는지 확인 get<T>() : 특정 타입의 값을 반환 (타입이 맞지 않으면 예외 발생) get_if<T>() : 특정 타입의 값을 반환 (타입이 맞지 않으면 nullptr 반환) visit() : 저장된 타입을 몰라도 처리 가능 1std::variant<int, double, std::string> value; 2 3value = "hello"; 4value.index(); // 2 (타입 순서대로 index 형성) 5 6std::holds_alternative<double>(value); // true 7 8value = 1; 9std::get<int>(value); // 1 10std::get_if<int>(&value); // 1 11 12std::visit([](auto& arg) { 13 std::cout << arg << std::endl; 14}, value);

Nginx에서 HTTPS 설정하기

🔨 개발 도구

배경 테커 부트캠프를 진행중이다. 모든 프로그램은 docker-compose로 구성되어 있다. AWS EC2에 구동 중인 서버에 HTTPS를 적용하려고 한다. 도메인 구매 없이 시도를 했으나, AWS에서 제공하는 도메인으로 SSL 인증서를 발급받을 수 없었다. 따라서, 도메인을 구매하고, Route 53을 통해 도메인을 연결했다. 목표 Nginx를 이용하여 HTTPS를 적용한다. 방법 1. docker-compose.yml에 certbot 컨테이너를 추가한다. 1certbot: 2 image: certbot/certbot 3 container_name: certbot 4 volumes: 5 - ./certbot/conf:/etc/letsencrypt 6 - ./certbot/www:/var/www/certbot 7 depends_on: 8 - nginx 9 10 # certbot을 무한루프로 돌리기 위해 사용 11 entrypoint: "/bin/sh -c 'trap exit TERM; while :; do sleep 6h & wait $${!}; done;'" 2. nginx.conf를 수정한다. # certbot을 사용하기 위한 설정 location /.well-known/acme-challenge/ { allow all; root /var/www/certbot; } 3. certbot 컨테이너를 활용해서 SSL 인증서를 발급받는다. 1docker exec -it certbot certbot certonly \ 2 # 웹 루트 방식으로 인증서를 생성 3 --webroot \ 4 # 웹 서버의 웹 루트 디렉터리 경로를 지정 5 --webroot-path=/var/www/certbot \ 6 # 인증서 갱신 및 중요한 알림을 받을 이메일 주소를 지정 7 --email {이메일 주소} \ 8 # Let's Encrypt 서비스 약관에 동의 9 --agree-tos \ 10 # EFF(Electronic Frontier Foundation) 뉴스레터를 받지 않도록 설정 11 --no-eff-email \ 12 # SSL 인증서를 생성할 도메인 이름을 지정 13 -d {도메인 이름} 4. Nginx 웹 서버와 함께 사용할 SSL 설정 파일을 다운로드 다운 받은 후 파일을 알맞은 위치로 이동시킨다. 해당 프로젝트에서는 /etc/letsencrypt/로 이동시켰다. 1sudo curl -s https://raw.githubusercontent.com/certbot/certbot/master/certbot-nginx/certbot_nginx/_internal/tls_configs/options-ssl-nginx.conf > "./options-ssl-nginx.conf" 2 3sudo curl -s https://raw.githubusercontent.com/certbot/certbot/master/certbot/certbot/ssl-dhparams.pem > "./ssl-dhparams.pem" 5. nginx.conf를 수정한다. 필요한 부분만 추가하였다. server { listen 80; charset utf-8; server_name {도메인 이름}; # HTTP 요청을 HTTPS로 리다이렉트 location / { return 301 https://$host$request_uri; } } server { listen 443 ssl; charset utf-8; server_name { 도메인 이름 }; # SSL 인증서 설정 ssl_certificate /etc/letsencrypt/live/api.forest-of-thoughts.site/fullchain.pem; # SSL 인증서 키 설정 ssl_certificate_key /etc/letsencrypt/live/api.forest-of-thoughts.site/privkey.pem; # SSL 설정 파일 포함 include /etc/letsencrypt/options-ssl-nginx.conf; # Diffie-Hellman 키 설정 ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; } 6. nginx 컨테이너 설정을 수정한다. 1nginx: 2 image: nginx:stable 3 ports: 4 - "80:80" 5 - "443:443" 6 volumes: 7 - ./nginx.conf:/etc/nginx/nginx.conf 8 - ./certbot/conf:/etc/letsencrypt 9 - ./certbot/www:/var/www/certbot 해 회고 보통 crontab을 활용해서 자동으로 인증서 갱신을 받는다. 이번에는 프로젝트 기간이 길지 않아서, 수동으로 진행했다. 다음에는 자동으로 인증서 갱신을 받는 것도 도전해보자.

Fastapi - 통합테스트 In-Memory DB에서 테이블이 없다는 문제

🐍 Python

상황 테커 부트캠프에서 팀프로젝트를 진행 중이다. 단위테스트 코드는 작성이 완료되었고, 통합테스트 코드를 작성 중이다. sqlite in-memory db를 사용해서 테스트 중인데, 테이블이 없다는 에러가 발생했다. 테스트 전에 테이블을 생성하는 코드가 실행됨에도 불구하고, 에러가 발생한다. 인메모리가 아닌 파일로 저장하는 방법을 사용하면 에러가 발생하지 않는 것을 보고 문제의 원인을 파악할 수 있었다. 코드 1from database import Base, engine 2from fastapi.testclient import TestClient 3 4from main import app 5from models import * 6 7# 테이블을 생성하는 코드이다 8Base.metadata.create_all(bind=engine) 9 10client = TestClient(app) 11 12 13class TestUserApi: 14 15 def test_create_user(self): 16 test_nickname = "test_nickname" 17 # 아래 요청을 처리하는 코드에서 오류가 발생한다 18 response = client.post( 19 "/api/users", 20 json={"nickname": test_nickname}, 21 ) 22 assert response.status_code == 200 23 assert response.json()["nickname"] == test_nickname 원인 테이블을 생성할때 만들어지는 세션과 TestClient가 요청을 처리할 때 사용하는 세션이 다르다. 해결 방법 TestClient내에 get_db() 함수를 임의로 주입한다 데이터베이스를 연결할때, 단일 세션을 사용하도록 한다. 1from database import Base, engine, get_db 2from sqlalchemy.orm import sessionmaker 3from fastapi.testclient import TestClient 4 5from main import app 6from models import * 7 8Base.metadata.create_all(bind=engine) 9 10client = TestClient(app) 11 12# 테스트에서 사용할 세션을 생성한다 13TestingSessionLocal = sessionmaker(autocommit=False, autoflush=False, bind=engine) 14 15 16Base.metadata.create_all(bind=engine) 17 18# get_db() 함수를 재정의한다 19def override_get_db(): 20 try: 21 db = TestingSessionLocal() 22 yield db 23 finally: 24 db.close() 25 26# get_db() 함수를 재정의한 함수를 주입한다 27app.dependency_overrides[get_db] = override_get_db 28 29 30class TestUserApi: 31 32 def test_create_user(self): 33 test_nickname = "test_nickname" 34 response = client.post( 35 "/api/users", 36 json={"nickname": test_nickname}, 37 ) 38 assert response.status_code == 201 39 assert response.json()["nickname"] == test_nickname 1engine = create_engine( 2 os.getenv("DATABASE_URL"), 3 # sqlite를 사용할 때, 여러 스레드에서 연결이 가능하도록 설정한다 4 connect_args={"check_same_thread": False}, 5 # 단일 세션을 사용하도록 설정한다 6 poolclass=StaticPool, 7)

컴파일러개론

🏫 학과 공부

개요 컴퓨터와 인간이 소통하는 방법 어셈블리어 어셈블리어의 번역기는 어셈블러(Assembler)라고 한다 cpu칩셋이 바뀔때마다 어셈블리어가 바뀐다 고급언어 고급언어의 번역기는 컴파일러(Compiler)라고 한다 컴파일러의 정확한 정의 어떤 언어로 쓰여진 프로그램을 같은 역할의 다른 언어로 바꿔주는 프로그램 1952년 그레이스 호퍼(Grace Hopper)가 UNIVAC용 프로그래밍언어 A-0 컴파일러를 제작 컴파일러 vs 인터프리터 프로그램 처리과정 컴파일러의 처리 과정 Lexical analysis (어휘 분석) token을 생성하는일, token은 어휘의 최소 단위 Syntax analysis (구문 분석) token을 읽어서 오류를 검색, 구문 구조를 만든다 (주로 트리형태) Semantic analysis (의미 분석) type checking Intermediate code generation (중간 코드 생성) 중간 코드로 변환 Code optimization (코드 최적화) 중간 코드를 더 효율적으로 변환 Code generation (코드 생성) 목적 코드 생성 Lexical analysis (어휘 분석) token : 문법적으로 의미있는 최소 단위 FSA (Finite State Automata, 유한 상태 오토마타) token을 인식하는 방법 시작 상태 한 개와 끝 상태 여러 개를 가짐 DFA (Deterministic Finite Automata) FSA의 한 종류 각 상태에서 뻗어나가는 edge가 하나씩만 존재 ε가 붙은 edge 없음 분석한 토큰을 표현하는 방법 Lexeme = <토큰번호, 토큰 값> 예시 if X < Y … (29, 0) (1, X) (18, 0) (1, Y) … 식별자의 토큰번호는 1번, 상수는 2번 등으로 고정 Syntax analysis (구문 분석) token을 읽어서 오류를 검색, parse tree를 만든다 CFG (Context Free Grammer) 구문을 표현하는 방법 G = (N, T, P, S) N = nonterminal symbol 알파벳 대문자로 표현 T = terminal symbol (token) 알파벳 소문자+숫자, 연산자, 구분자, 키워드 등 P = production rule 예) S -> T+T, T -> ‘0’|‘1’|‘2’ S = start symbol L(G) : 이 문법으로 생성되는 언어 여러가지 CFG 표현법 BNF (Backus-Naur Form) EBNF (Extended BNF) 유도 (derivation) 생성 규칙를 적용하여 문장을 생성하는 과정 유도를 하는 과정에서 하나씩 골라서 바꿈 유도 트리 : 유도 경로를 추상화 시켜 표현한 것 좌측 유도(leftmost derivation) 가장 왼쪽에 있는 nonterminal을 먼저 대치 우측 유도(rightmost derivation) 가장 오른쪽에 있는 nonterminal을 먼저 대치 모호성 (ambiguity) 문법 G에 의해 생성되는 어떤 문장이 두개 이상의 유도트리를 갖는다면 문법 G는 모호하다고 한다 모호하지 않은 문법은 좌측 유도와 우측 유도가 같다 모호성 해결 연산자 우선순위 도입 결합 법칙 도입 Left Recursion은 좌측 결합에 사용 ex) A -> A+a | a Right Recursion은 우측 결합에 사용 ex) A -> a+A | a 구문 분석의 2가지 방식 top-down, bottom-up Top-down parsing Top-down 방식 좌측 유도와 같은 순선의 생성 규칙 적용 backtracking : 유도된 문자열과 입력 문자열이 같지 않으면 다른 생성규칙 적용 Bottom-up 방식 우측 유도의 역순의 생성 규칙 적용 LL 파싱 왼쪽->오른쪽으로 읽어서 좌파스 생성 backtracking X, 빠르다 결정적으로 파싱 사용된 정의 ε-생성규칙 Nonterminal A가 ε를 유도할 수 있으면 A를 nullable하다고 부른다 lhs, rhs A->XXX에서 lhs는 A, rhs는 XXX ⊕ (Ring Sum) A에 ε가 있으면, A⊕B = (A에서 ε빼고 A 합집합 B) A에 ε가 없으면, A⊕B = A First nonterminal A로 부터 유도되어 첫번째로 나타날 수 있는 terminal의 집합 X->Y1Y2Y3일때, FIRST(X) = FIRST(X) U FIRST(Y1) ⊕ FIRST(Y2) ⊕ FIRST(Y3) Follow A 다음에 나오는 terminal의 집합 A->αBβ, β != ε 일때, FOLLOW(B) = FOLLOW(B) U (FIRST(β)-{ε}) A->αB 또는 A->αBβ, FIRST(β)에 ε가 속할 때, FOLLOW(B) = FOLLOW(B) U FOLLOW(A) LL조건 FIRST(α)와 FIRST(β)가 겹치면 안된다 FIRST(α)에 ε가 있으면, FOLLOW(α)와 FIRST(β)가 겹치면 안된다 LL 조건을 만족하는 문법 = LL 파싱 되는 문법 LL(1) 문법 임의의 문법에 대하여 LL 조건을 만족하는 CFG 1 : LOOKAHEAD가 1개라는 의미 다음과 같은 경우 LL(1)문법이 되지 않는다 모호한 문법 우선순위 주기, 결합법칙 반영으로 해결 left-factoring이 되는 경우 공통 앞부분을 새로운 nonterminal로 만들어 해결 left-recursive한 경우 직접 recursion : A -> Aε 인경우 간접 recursion : A -> B, B -> A 인경우 LOOKAHEAD 어떤 규칙이 적용되었을때 맨 처음 나올 수 있는 terminal 집합 A->X1X2X3일때, LOOKAHEAD(A) = FIRST(X1) ⊕ FIRST(X2) … ⊕ FOLLOW(A) Strong LL(1) LL(1)과 항상 동일 (1이 아닐때는 다름) LOOKAHEAD(A->α)와 LOOKAHEAD(A->β)가 겹치지 않는 문법 LL(1) 파서 구현 방법 Recursive descent parser 장점 : 직관적 쉽다 단점 : 생성 규칙이 바뀌면 구문 분석기를 고쳐야 한다 Predictive parser PDA(PushDown Automata)에 기반 생성 규칙이 바뀌면 파싱 테이블만 수정 파싱테이블 예시 (?에는 규칙번호가 들어간다) a b S ? ? A ? ? 파싱테이블에 두개 이상의 생성 규칙이 들어가는 경우 -> NOT LL(1) Stack의 예시 Bottom-up parsing left-recursive 문법도 파싱 가능 LL(k) 좌측유도 기반 k개의 symbol을 lookahead Top-down parsing, recursive descent parsing, predictive parsing, LL parser 파스트리를 pre-roder로 순회 및 생성 LR(k) 우측유도 기반 k개의 symbol을 lookahead Bottom-up parsing, shift-reduce parsing, LR parser 파스트리를 post-order로 순회 및 생성 Reduce S=>αβω이고 A->β이면 β를 A로 대치하는 것 : S=>αAω 시작 symbol이 나올 때까지 reduce 한다 Handle S=>αβω이고 A->β이면 β를 αβω의 handle이라고 한다 두 개 이상의 handle이 존재할때 -> 모호하다 Shift와 Reduce로 Parsing 하기 Stack의 예시 Issue Shift와 Reduce 중 어느 것을 할까? Stack의 top에서 얼마만큼을 handle로 볼 것인가? 해결방법: LR Parsing Table YACC LALR 파서 생성기 foo.y –(yacc)–> y.tab.c –(gcc)–> a.out *.y 파일 구조 1<선언부> 2... 3%% 4... 5exp : exp '+' term; 6factor : ident; 7... 8%% 9<여러 함수> 모호한 문법으로 LR Conflict 발생 시 선언부에서 우선순위 지정하여 해결 LR Parsing Table Action table : Action + Parser 상태 Goto table : Parser 상태 LR(0) 파싱 테이블 만들기 LR(0) 아이템 rhs에 점(’.’) symbol을 가진 생성 규칙 ex) A->α.β, A->. closure 점(’.’)뒤에 non-terminal이 오면 재귀적으로 추가 S’ -> S, S -> (L)|id, L -> S | L,S closure({[S’->.S]}) = {[S’->.S], [S->.(L)], [S->.id]} goto goto(I, X)이면 점을 X뒤로 옮기고 closure를 취한다 X가 없으면 넣지 않는다 I={[G->E=E], [E->E.+T]} 일때, goto(I, +) = closure({E->E+.T}) : 점을 +뒤로 옮김 C0 생성규칙 S’->S에서부터 차례로 closure와 goto를 적용하여 얻은 모든 타당한 LR(0)의 아이템 집합들 Item의 종류 [A->X.Y] : X!=ε일때 kernel item [A->.X] : closure item [A->X.] : reduce item SLR 파싱 테이블 만들기 reduce Item이 [X->α.]일때, FOLLOW(X)의 모든 terminal에만 reduce action을 넣는다 나머지는 LR(0)과 똑같다 LR(0)보다 conflict가 적어, 더 정교하다고 할 수 있다. LALR Parsing 정교한 순서 LR(0) < SLR < LALR(1) < LR(1) 파서 상태의 개수 SLR = LALR « LR(1) SDD, AST SDD (Syntax Directed Definition) SDD : semnatic action을 정의하는 추상적인 명세서 Semnatic Actions : 규칙에 대한 Action Yacc/Bison : $$, $1, $2, ... 사용 ANTLR : $<name> 사용 Type declaration Attribute 종류 synthesized attr. : children에 의해 계산 (terminal) inherited attr. : parent, sibling에 의해 계산 AST (Abstract Syntax Tree) 파스트리에서 불필요한 정보를 제거한 형태 AST를 만드는 방법 파싱단계에서 만들기 : LL, LR 파스트리를 순회하면서 만들기 : SDD 사용 (Yacc etc.) evaluation : 노드를 방문하면서 작업하는 행위 On-the-fly evaluation S-attributed SDD: synthesized attribute만 가지고 있는 SDD L-attributed SDD: synthesized attribute만 가지는 경우 + 값이 왼쪽에서 오른쪽으로 흘러 계산이 이루어지는 경우 IR (Intermediate Representation) IR이란? Tree나 Instruction list 형태 instruction(node)가 적어야 최적화/번역에 좋음 High Level IR High와 Low는 상대적인 개념 High level IR: 여기서는 AST의 변형만 생각 종류 : AST, TCOL Low Level IR 단순한 instruction으로 구성 가상기계(주로 RISC)를 emulate N-tuple 표기법 (3-address code) a = b OP c 일반적으로 기계어가 가지는 피연산자 개수 <= 3 quadruple : (연산자, 피연산자1, 피연산자2, 결과) Stack machine code Java byte code, U-code : AST로부터 생성이 용이 Tree 표현 기계어 생성 용이 IR 예시 GCC - GIMPLE (3-address code) GCC의 중간코드 : GENERIC -> GIMPLE -> RTL 1D.1954 = x*10 // D.1954는 임시변수 2gimple_assign <mult_exprt, D.1954, x, 10> LLVM - bit (3-address code) LLVM IR : 언어와 머신에 독립적 1@var = global i32 14 ; 전역변수 var에 14 대입 2define i32 @main() nounwind { ; i32(int) 반환형 3 entry: 4 %a = alloca i32, align 4 ; 지역변수 a 선언, int 할당 5 %1 = load i32 * @var ; %1 임시변수에 var값 대입 6 ret i32 %1 ; 임시변수 값 반환 7} JVM - byte code (stack machine code) 가상 기계 코드 (Bytecode, MSIL) 가상 기계에서 동작하도록 함 이식성, 호환성이 목적 : java bytecode는 machine 호환성, c# msil은 language 호환성 1public Employee(String strName, int num) 2{name = strName; idNumber = num; storeData(strName, num);} 3Method Employee(java.lang.String, int) 4 50 aload_0 ; 0번째 로컬변수(this)를 스택에 push 61 invokespecial #3 <Method java.lang.Object()> ; 함수 호출 7--- 84 aload_0 95 aload_1 ; strName을 스택에 push 106 putfield #5 <Field java.lang.String name> ; name에 strName 대입 11--- 129 aload_0 1310 iload_2 ; num을 스택에 push 1411 putfield #7 <Field int idNumber> ; idNumber에 num 대입 15--- 1614 aload_0 1715 aload_1 ; strName을 스택에 push 1816 iload_2 ; num을 스택에 push 1917 invokespecial #9 <Method void storeData(java.lang.String, int)> ; 함수 호출 2020 return line number : 명령이 시작하는 바이트 주소 aload : 객체를 push, iload : 정수를 push 원래는 aload가 명령, 자주 쓰는 명령 aload 0을 묶어서 bind -> aload_0 CIL (Common Intermediate Language) (stack machine code) C#, VB.NET, J# 등에서 사용 MSIL은 옛날 이름 1.assembly Hello {} ; .assembly: 어셈블리 선언 2.assembly extern mscorlib {} 3.method static void Main() { 4 .entrypoint 5 .maxstack 1 6 ldstr "Hello, world!" ; stack에 저장 7 call void [mscorlib]System.Console::WriteLine(string) 8 ret 9} GCC RTL(Register Transfer Language) (Tree구조 코드) Lisp S-expression 사용 1(set (reg:SI 140) 2 (plus:SI (reg:SI 138) 3 (reg:SI 139))) => reg140 = reg138+reg139 IR generation 3-address Translation 규칙 Binary operations: t = [[el OP e2]] Unary operations: t = [[OP el]] Array access: t = [[ v[e] ]] Structure access: t = [[ v.f ]] Short-circuit OR: t = [[ el SC-OR e2]] Statement sequence: [[s1; s2; ...; sN]] Variable assignment: [[ v = e ]] Array assignment: [[ v[e1] = e2 ]] If: [[ if(e) then s ]], [[ if(e) then s1 else s2]] While: [[ while (e) s ]] Switch: [[ switch (e) case v1:s1, ..., case vN:sN ]] Function Call: [[ call f(e1, e2, ..., eN) ]] Fucntion Return: [[ return e ]] Statement Expression Statement도 expression 처럼 값을 가지도록 확장 t = [[ S ]]를 추가하여 결과값을 저장하자 Nested Expressions t = [[ (a - b) * (c + d) ]] t = [[ if c then if d then a = b ]] 가장 큰 덩어리부터 바꾼다 Storage Management 2가지 Storage Register : 빠른 접근, 간접 접근 불가 Memory : 상대적으로 느린 접근, 간접 접근 가능 2가지 접근 방식 All memory approach 모든 변수를 memory에 저장, 가능한것만 register Standard approach Global, Statics, Local(composite)는 memory에 저장 Local(scalar)는 memory 또는 virtual register에 저장 Memory의 4대 영역 Code space : 명령어를 저장 read-only일때 빠름 Static data : 프로그램과 lifetime을 함께하는 데이터 Stack : Local 변수들 Heap : 동적으로 할당되는 데이터 File Format Windows : PE (Portable Executable) Unix : ELF (Executable and Linkable Format) 변수 바인딩 environment : <변수, storage location> 정보 state: <변수, 값> 정보 어떤 변수 N이 storage location S에 지정되면 바인딩 된다고 한다 Static Allocation 프로그램 수행하는 동안 변하지 않는 location으로 바인딩 Heap Allocation 연속적인 global 영역의 일부를 OS로부터 받은 것 프로그램 수행 중 요청과 반환 Stack Management Run-time stack : 한 함수 call마다 하나씩두는 frames Activation record : 함수 수행을 위한 execution env(local var, parameter, return address, etc.) Top frame : 현재 수행중인 함수의 frame Stack pointers SP : Frame top FP : Frame base 두 개를 쓰는 이유 가까운 거 기준으로 offset 계산 -> small offset 유지 수행 중 top frame의 위치를 알 수 없음 Semantic Analysis - Symbol Tables Scope Identifier: 식별자 Lexical Scope: 특정 범위 식별자의 Scope: 그 식별자의 선언이 참조되는 lexical scope Symbol Table Name Kind Type Attribute foo func int, int -> int extern m arg int tmp var char const 하나의 lexical마다 하나의 symbol table symbol table은 계층적이다 현재 scope에 없으면 상위 scope로 올라가면서 찾는다 Symbol Table Implementation AST가 만들어져야 가능 Local Table은 hash table 사용 Global Table은 N-array tree 구조 사용 코드를 순차대로 읽으면서 만듬 (scope 스택을 사용) Type Checking Type Expressions Array types: T[], T[10] Structure types : {id1: T1, id2: T2 …} Pointer types: T* Function types: T1 X T2 X … X Tn -> T_return Type Judgement A ├ E : T A 상황에서 E는 T타입을 만족한다 A ├ if(E) S1 else S2 : T 위 조건은 모든 E, S1, S2, A, T에 대한 가정이 성립할 때 결론 T가 성립한다 Proof Tree (타입 유도 트리) 역삼각형 모양 만족하는 proof tree가 있다 -> 타입 오류가 없다 그 외 Semantic Analyses break, continue, goto 문이 올바른 위치에 있는 지 등 컴파일러 후반부 (빠르고, 실제 돌아가는 코드로 바꾸기) Instruction Selection Tree 기반 Intermediate Representation MEM(e) : 주소 e로 시작하는 메모리 한 word의 내용 TEMP(t) : 레지스터 t SEQ(s1, s2): 문장 s1 수행 후 s2 수행 ESEQ(s, e): 문장 s 수행 후 (결과 없음) e가 추가 수행 BINOP(o, e1, e2) : 연산자 o, 피연산자 e1, e2, 결과 저장된 주소 반환 const(i): 정수 상수 i Register Allocation 최적화 하기 위해 최대한 자주 사용되는 것을 Register에 저장 Interference 서로 다른 두 definition이 live range 에서 공통 operation을 가지고있는 경우 Interference Graph : 서로 interfere 하면 연결하는 그래프 Graph coloring : 연결된 노드는 다른 색으로 칠하기 Instruction Scheduling instruction의 순서를 바꾸어 stall 개수 등을 줄여서 수행속도를 높이는 것 stall : 다른 명령어 수행을 기다리느라 CPU를 낭비하는 것 목표 Wasting time을 줄인다 동일한 코드가 나와야한다 register spilling을 피해야한다 Static scheduling 단계 Local basic scheduling, Loop scheduling, global scheduling Local basic scheduling List scheduling : greedy, heuristic, local technique 사용 precedence graph를 만든다 각 노드에 priority function을 적용한다 “ready-operation queue"를 에서 ready operation을 하나 선택 후 scheduling, ready operation queue를 업데이트한다. Longest latency-weighted path를 이용해서 우선순위를 정한다 기타 Optimization 방법 addr r1 1 -> inc r1 특수 성질의 레지스터 활용 특수 목적의 명령어 활용 Register 간 mov 제거 중복된 load 제거 Control Flow Optimizations(최적화) 주어진 입력 프로그램을 좀 더 효율적인 코드로 바꾸는 것 여러가지 분류 방법 분석 : Control Flow Analysis vs Data Flow Analysis 최적화 Inner basic block(local) vs Inter basic block(global) Cyclic code opt vs Acyclic code opt Control Flow Analysis Control Flow 프로그램의 가능한 수행순서 (분기) Branch Execution -> dynamic control flow : 실행 해봐야 확인 가능 Compiler -> static control flow : 컴파일러가 분석해서 알 수 있음 Analysis 정적 성질 (static property): 프로그램 수행 없이 도출 되는 성질 CFA(Control Flow Analysis) : 코드의 분기 구조를 CFG 형태로 표현 Basic Block 동일한 execution condition을 적용받는 instruction 묶음 instruction 외에는 branch가 없음 Maximal basic block 구하기 BB의 leader(첫번째 instruction)를 찾는다 다음 leader 이전까지의 instruction을 구한다 Weighted CFG Profiling: 반복해서 수행해보면서 실행횟수를 얻음 얻은 weight를 edge에 표시 Control Flow Optimization Acyclic Code Loop가 없는 코드 분석 및 최적화가 상대적으로 쉬움 종류 Inner basic block opt. = Intra opt. = Local opt. Inter basic block opt. = Global opt. Inner Basic Block Optimization Commn subexpression elimination 공통된 부분이 있으면 한번만 계산 Algebraic simplification 대수법칙을 이용하여 식을 간소화 ex) x=1*y; -> x=y; Strength reduction 연산자의 비용이 적은 것으로 바꾸기 ex) x=x*2; -> x=x+x; ex) y=a/4; -> y=a>>2; Constant folding / propagation folding: 컴파일 시간에 상수식을 직접시간 propagation : 고정된 값을 가지는 변수를 상수로 대체 Inter Basic Block Optimization Global application of inner basic block optimization Global common subexpression elimination basic block 간의 공통 부분식에 대해 한번만 계산 Global constant folding / propagation basic block 간의 상수를 인식하여 한번만 계산 Other transformation Branch to unconditional branch 불필요한 분기 제거 Unconditional branch to branch 분기 후 바로 분기 -> 분기 한번으로 변경 Branch to next basic block (next instr) 분기 후 바로 다음 basic block으로 분기 제거 Basic block merging 두 basic block을 합침 Branch to same target 같은 basic block으로 분기하는 것을 제거 Branch target expansion 분기 대상이 되는 basic block을 합침 Unreachable code elimination Entry에서 도달할 수 없는 ‘unreachable’ block 제거 Loop Optimization Loop는 한번 optimize하면 효과가 크다 Loop unrolling : 반복문을 풀어서 반복 횟수를 줄임 Loop invarient : 매번 동일한 값을 내는 문장을 반복문 밖으로 빼냄 Count up to zero : i를 감소하는 반복문으로 변경 (i를 0과 비교하는 것이 n과 비교하는 것보다 빠름) Dataflow Analysis + Optimization Dataflow Analysis 프로그램 내에 각 data 값들이 생성/소멸되는 정보를 모으는 것 Reaching Definition Analysis definition : 해당 변수가 assign되는 것 reach : definition d가 특정 위치 p에 도달한다 kill : definition d의 두개의 포인트사이에서 다른 definition이 존재한다 GEN/KILL GEN: 블록 내에서 생성된 definition KILL: 블록 내에서 소멸된 definition IN/OUT IN : 이전 블록의 OUT의 합집합 OUT : IN에서 GEN을 더하고 KILL을 뺀 것

Spring - RESTful API에서 내맘대로 에러 응답하기

🍃 Spring

1. 클래스 정의 1@Getter 2@RequiredArgsConstructor 3public class ExceptionResponse { 4 private final LocalDateTime timestamp = LocalDateTime.now(); // 2023-08-01T00:00:57.5995502 5 private final int status; // 400 6 private final String error; // MethodArumentNotValidException 7 private final String message; // 이메일 형식이 아닙니다 8 private final String path; // /api/customer 9} 내가 원하는 방식대로 클래스를 정의한다, 주석에는 해당 필드의 예시를 적어놓았다 2. ResponseEntity 만드는 함수 정의 1private ResponseEntity<ExceptionResponse> handleException(HttpStatus status, Exception e, HttpServletRequest request) { 2 ExceptionResponse response = new ExceptionResponse( 3 status.value(), e.getClass().getSimpleName(), e.getMessage(), request.getRequestURI()); 4 return new ResponseEntity<>(response, status); 5} 예외 처리할 때마다 ExceptionResponse 객체를 만들면 반복되는 코드가 많이 생겨 함수로 만들었다 예외가 발생한 상황에 따라서 HttpStatus를 다르게 지정할 수 있도록 함수의 인자로 받았다 3. 예외 처리 1@ExceptionHandler(NoSuchElementException.class) 2public ResponseEntity<ExceptionResponse> handleNoSuchElementException(NoSuchElementException e, HttpServletRequest request) { 3 return handleException(HttpStatus.NOT_FOUND, e, request); 4} 본 함수는 @RestControllerAdvice가 붙은 클래스에 정의되었다 직접 정의한 함수를 호출해서 ResponseEntity를 만들어 반환한다 정리 위의 예시는 NoSuchElementException이 발생했을 때, HTTP 상태코드는 404, body는 내가 정의한대로 응답하는 코드이다 REST Api에서 일관성있고 간결한 응답을 보내기 위해 한번 정리해보았다

정보처리기사 실기 준비

🎸 기타

볼드체의 개념은 기출 문제에서 등장, 나머지 개념은 모의고사에서 등장 SW 공학 관련 개념 SOLID 원칙 S : 단일 책임 원칙 (SRP) O : 개방 폐쇄 원칙 (OCP) : 확장에는 열려 있어야 하고, 수정에는 닫혀 있어야 한다는 원칙 L : 리스코프 치환 원칙 (LSP) : 서브타입은 언제나 자신의 기반 타입으로 교체할 수 있어야 한다는 원칙 I : 인터페이스 분리 원칙 (ISP) D : 의존 역전 원칙 (DIP) : 추상화에 의존해야 한다는 원칙 SOA(Service-Oriented Architecture) : 서비스 지향 아키텍처 Walk Through : 검토 자료를 회의 전에 배포해서 사전검토한 후 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 오류를 검출하고 문서로 만드는 기법 정형 명세 기법 : 사용자의 요구를 표현할 때 수학적 원리와 표기법으로 서술하는 기법 디자인 패턴 Abstract Factory Pattern : 생성 패턴; 객체 생성에 대한 인터페이스를 제공하고, 구체적인 클래스는 서브클래스에서 정의하는 패턴 Decorator Pattern : 구조 패턴; 객체에 추가적인 책임을 동적으로 부여하는 패턴 Memento Pattern : 행위 패턴; 객체의 상태를 저장하고 복원하는 패턴 Factory Method Pattern : 생성 패턴; 객체 생성에 대한 인터페이스를 제공하고, 구체적인 클래스는 서브클래스에서 정의하는 패턴 Bridge Pattern : 구조 패턴; 추상화와 구현을 분리하여 독립적으로 확장할 수 있도록 하는 패턴 Observer Pattern : 행위 패턴; 객체의 상태 변화에 따라 다른 객체에 알림을 보내는 패턴 Proxy Pattern : 구조 패턴; 다른 객체에 대한 접근을 제어하는 대리 객체를 제공하는 패턴 Iterator Pattern : 행위 패턴; 컬렉션 객체의 내부 구조를 노출하지 않고 순차적으로 접근할 수 있도록 하는 패턴 이상 현상 : 데이터를 데이터베이스에 저장할때 불필요하게 중복되어 릴레이션 조작시 예기치 못한 곤란한 현상일 발생하는 현상 번다운 차트 : 남은 작업량을 시간에 따라 표시하여 진행 상황을 시각적으로 나타내는 차트 COCOMO : 보헴이 제안한 프로그램 규모에 따라 비용을 산정하는 방식 (조직형, 분리형, 임베디드형) CPM : 프로젝트의 작업을 네트워크 형태로 표현하여 전체 프로젝트의 일정을 계산하는 알고리즘 PERT : 비관치, 중관치, 낙관치의 3점 추정 방식을 통해 일정을 관리하는 기법 결함 집중 : 20%의 모듈에서 80%의 결함이 발생한다는 원리 살충제 패러독스 : 동일한 테스트 케이스를 반복적으로 실행하면 새로운 결함을 발견하지 못한다는 원리 배치 다이어그램 : 시스템의 물리적인 구조를 보여주는 다이어그램, 어떤 SW가 어떤 HW에 배치되는지를 나타냄 패키지 다이어그램 : 시스템의 패키지 구조를 나타내는 다이어그램 브룩스의 법칙 : “늦어진 프로젝트에 인력을 추가하면 오히려 더 늦어진다"는 법칙 화이트박스 테스트 검증 기준 문장(Statement) 커버리지 : 프로그램의 모든 문장이 최소한 한 번은 실행되도록 하는 기준 분기(Branch) 커버리지 : 각 결정문이 참, 거짓을 한 이상 갖도록 조합하는 커버리지 조건(Condition) 커버리지 : 결정문 내의 각 조건이 참, 거짓을 한 이상 갖도록 조합하는 커버리지 결정(Decision) 커버리지 : 각 전체 조건식의 참, 거짓을 한 이상 갖도록 조합하는 커버리지 원인 결과 그래프 : 프로그램의 입력과 출력 간의 관계를 그래프로 나타내어 테스트 케이스를 도출하는 기법 알파/베타 테스트 : 알파-개발자와 함께 수행, 베타-개발자 없이 수행 네트워크 관련 개념 Hub & Spoke : EAI 구축 유형; 단일한 접점의 허브 시스템을 통하여 데이터를 전송하는 중앙 집중식 방식 MQTT : IoT 장치 간 통신에 사용되는 경량 메시징 프로토콜 CoAP : M2M 노드들 사이에서 이벤트에 대한 송수신을 비동기적으로 전송하는 REST 기반의 프로토콜 거리 벡터 알고리즘 : 네트워크 라우팅 프로토콜의 한 종류; 각 노드가 자신의 거리와 이웃 노드의 거리 정보를 교환하여 최적 경로를 찾는 알고리즘 링크 상태 알고리즘 : 네트워크 라우팅 프로토콜의 한 종류; 각 노드가 전체 네트워크의 상태 정보를 수집하여 최적 경로를 찾는 알고리즘 회선 제어 : 두 개의 스테이션이 동시에 신호를 전송하는 경우 충돌이 발생하지 않도록 제어하는 기술 Slowris : 다량의 HTTP 연결을 동시에 열고 유지하는 DoS RUDY : 느린 속도로 양식 데이터를 제출하여 연결 상태를 유지하는 것을 목표로 하는 DoS Slow Http read Dos : HTTP 요청 패킷의 헤더를 변조하여 웹 서버에 보내 연결 상태를 유지하게 하는 DoS SNMP(Simplified Network Management Protocol) : 네트워크 장비의 상태를 모니터링하고 관리하기 위한 프로토콜 DHCP(Dynamic Host Configuration Protocol) : 네트워크 장치에 IP 주소를 자동으로 할당하는 프로토콜 RARP (Reverse Address Resolution Protocol) : MAC 주소 -> IP 주소 변환 프로토콜 Ad-hoc 네트워크 : 중앙 라우터나 액세스 지점 없이 서로 직접 통신할 수 있도록 하는 임시 분산 무선 네트워크 패킷 교환 방식 가상회선 방식 : 목적지 호스트와 미리 연결 후 통신하는 연결형 교환 방식 데이터그램 방식 : 헤더를 붙여서 개별적으로 전달하는 비연결형 교환 방식 L2TP (Layer 2 Tunneling Protocol) : VPN 프로토콜의 일종으로, PPP 프로토콜을 사용하여 데이터를 캡슐화하고 전송하는 방식 오류 제어 방식 FEC (Forward Error Correction) : 오류 검출, 스스로 수정하는 방식 Hamming Code BEC (Backward Error Correction) : 오류 검출, 재전송 요청하는 방식 Parity 검사 CRC (Cyclic Redundancy Check) : 데이터 블록에 대한 다항식 나눗셈을 사용하여 생성된 체크섬을 이용 보안 관련 개념 kill switch : 스마트폰 이용자가 도난당한 스마트폰의 작동을, 웹사이트를 통해 정지할 수 있도록 하는 일종의 자폭 기능 제로 데이 공격 : 보안 취약점이 알려지기 전에 해당 취약점을 악용하여 이루어지는 공격 ARP Spoofing : ARP 프로토콜을 이용하여 네트워크 상의 다른 호스트의 MAC 주소를 위조하는 공격 기법 디지털 포렌식 : 디지털 기기에서 발생한 범죄나 사고의 증거를 수집, 분석, 보존하는 과정 루트킷 : 시스템에 몰래 설치되어 사용자의 권한을 탈취하거나 시스템을 제어하는 악성 소프트웨어 스피어 피싱 : 특정 개인이나 조직을 대상으로 하는 맞춤형 피싱 공격 APT 공격 : 특정 타깃을 목표로 다양한 수단을 통한 지속적이고 지능적인 맞춤혐 공격 기법 SET(Secure Electronic Transaction) : 전자 상거래에서 안전한 결제를 위한 프로토콜 사이버 킬체인 : 록히드 마틴의 공격형 방위 시스템 DAC (Discretionary Access Control) : 사용자가 자유롭게 객체에 대한 접근 권한을 관리할 수 있는 방식 MAC (Mandatory Access Control) : 시스템 관리자가 정책에 따라 사용자에게 접근 권한을 부여하는 방식 3A (AAA) : 정보 보안의 핵심요소 Authentication Authorization Accounting ISMS (Information Security Management System) : 정보 보호를 위한 관리 체계 사회공학 기법 : 인간의 심리와 행동양식을 이용하여 정보를 탈취하거나 시스템에 침입하는 기법 SIEM : 보안 정보 및 이벤트 관리 시스템; 보안 로그와 이벤트를 수집, 분석하여 실시간으로 보안 위협을 탐지하고 대응하는 시스템 웜 VS 바이러스 웜 : 스스로 복제하여 네트워크를 통해 전파되는 악성 코드; 호스트 파일을 감염시키지 않음 바이러스 : 호스트 파일에 삽입되어 실행될 때만 활성화되는 악성 코드; 호스트 파일을 감염시킴 대칭키, 비대칭키(공개키) 대칭키 : AES, DES, ARIA SEED 비대칭키 : RSA, ECC ATM(Asynchronous Transfer Mode) : 고속 데이터 전송을 위한 셀 기반의 패킷 교환 방식; 53바이트의 고정 길이 셀을 사용 스머핑(Smurfing) : ICMP 패킷을 이용하여 대량의 트래픽을 발생시키는 DoS 공격 기법; 공격자가 브로드캐스트 주소로 ICMP Echo 요청을 보내고, 응답을 타겟에게 전송하게 함 데이터베이스 관련 개념 낙관적 검증 : 트랜잭션을 일단 수행하고, 트랜잭션 종료 시 검증을 수행하여 데이터베이스 반영하는 기법 2PC (Two-Phase Commit) : 분산 데이터베이스 시스템에서 트랜잭션의 원자성을 보장하기 위해 두 단계로 커밋을 수행하는 방식 완전 함수 종속(Full) : 릴레이션의 모든 속성이 기본키에만 종속되는 상태 부분 함수 종속(Partial) : 릴레이션의 일부 속성이 기본키에만 종속되는 상태 이행 함수 종속(Transient) : A->B, B->C 이면 A->C가 성립하는 상태 체크포인트 회복 기법 : 장애 발생 시 검사점 이후에 처리된 트랜잭션에 대해서만 장애를 복구하는 기법 로킹 : 다중 트랜잭션 환경에서 트랜 잭션의 순차적 진행을 보장하는 직렬화 기법 LIKE 문법 % : 0개 이상의 문자열과 일치 [ ] : 1개의 문자와 일치 [^ ] : 1개의 문자와 불일치 _ : 특정 위치의 1개 문자와 일치 관계 해석 : 비절차적 언어; 관계 데이터베이스에서 데이터를 질의하기 위한 수학적 표현 방법 ALL : 주로 서브쿼리에서 사용하는 다중행 연산자; 모든 행이 조건을 만족해야 함 ANY : 주로 서브쿼리에서 사용하는 다중행 연산자; 하나 이상의 행이 조건을 만족하면 참 관계대수 기호: $\cup$(합집합), $-$(차집합), $\times$(카티션 곱), $\pi$(프로젝트), $\bowtie$(조인), $\sigma$(선택), $\div$(나눗셈) 조인 방식 Theta Join : 조인 조건이 등호가 아닌 다른 비교 연산자를 사용하는 조인 방식 Equi Join : 조인 조건이 등호(=)인 조인 방식 Natural Join : 두 릴레이션의 공통 속성을 기준으로 자동으로 조인하는 방식 세션 하이재킹 (Session Hijacking) : 사용자의 세션을 탈취하여 불법적으로 접근하는 공격 기법 OS 관련 개념 마이크로커널 : 다양한 서비스를 Kernel Mode가 아닌 User Mode에서 처리하는 초소형 커널 프로세스 스케쥴링 SJF(Shortest Job First) : 가장 짧은 작업을 먼저 처리하는 방식 HRN (Highest Response Ratio Next) : 대기 시간과 서비스 시간을 고려하여 우선순위를 결정하는 방식 RR(Round Robin) : 각 프로세스에 동일한 시간 할당량을 주고 순환적으로 처리하는 방식 SRTF(Shortest Remaining Time First) : 남은 실행 시간이 가장 짧은 프로세스를 먼저 처리하는 방식 피터슨 알고리즘 : 두 프로세스 간의 상호 배제를 보장하는 알고리즘; 플랙그와 턴을 사용하여 상호 배제와 진입 허용을 구현 기타 개념 피코넷 : 여러 개의 독립된 장치가 블루투스 기술이나 UWB 통신 기술을 사용하여 통신망을 형성하는 무선 네트워크 기술 지그비 :저속 전송 속도를 갖는 홈오토메이션 및 데이터 네트워크를 위한 표준 기술 클리어링 하우스 : 디지털 저작권 라이선싱을 중개하고 라이선스 발급을 수행하는 정산소 데이터 마트 : 데이터의 한 부분으로서 특정 사용자가 관심을 갖는 데이터들을 담은 비교적 작은 규모의 데이터 웨어하우스 OLAP : 온라인 분석 처리; 데이터 웨어하우스의 데이터를 전략적인 정보로 변환시켜서 의사결정을 지원하는 역할 수행 semantic web : 웹 상의 정보에 의미를 부여하여 기계가 이해할 수 있도록 하는 기술 온톨로지(Ontology) : 특정 도메인에 대한 개념과 그들 간의 관계를 정의하는 명세 디지털 아카이빙 : 디지털 자료를 장기적으로 보존하고 관리하는 과정 CEP(Complex Event Processing) : 실시간으로 대량의 이벤트를 처리하고 분석하는 기술 노모포비아 : 스마트폰을 잃어버리거나 사용할 수 없는 상황에 대한 불안감 ITIL(Information Technology Infrastructure Library) : 영국 정부가 다양한 IT 서비스들의 관리 방법들을 모아 만든 표준적인 참고 문서 데이터 마이닝 : 대량의 데이터에서 유용한 정보를 추출하는 과정 오픈 스택 : 아파치 라이선스로 배포되는 클라우드 플랫폼 프로젝트 BCP(Business Continuity Planning) : 재해 발생 시 비즈니스 운영을 지속하기 위한 계획 Trust Zone : ARM에서 개발한 보안 기술로, 하드웨어 기반의 보안 영역을 제공하여 민감한 데이터를 보호하는 기술 WSDL (Web Services Description Language) : 웹 서비스의 기능을 기술하는 XML 기반의 언어 EAI : 기업 내 다양한 시스템 간의 데이터 통합 및 상호 운용성을 위한 솔루션 NUI (Natural User Interface) : 신체를 활용한 사용자 인터페이스 암호화 알고리즘 : AES, DES, RSA, IDEA, Skipjack CVS : Concurrent Versions System; 분산 버전 관리 시스템; 중앙 집중식 버전 관리 시스템 SVN : Subversion; 버전 관리 시스템의 일종; CVS의 단점을 보완하기 위해 개발됨

현대인의 생활문화

🏫 학과 공부

글로벌 매너 매너 인간관계를 맺는데 있어 중요한 요소 어원 : Manus(손, 행동, 습관) + Arius(방법, 방식) 매너의 기본(1) 다른 사람의 인격을 존중하고, 배려하는 마음을 가지고, 편안하게 해주거나 기쁘게 만들려는 행동방식 매너의 기본(2) 역지사지 (易地思之) 매너의 기본(3) 형식에 치우치지 말고, 배려하는 마음을 전달하는 것 매너와 에티켓의 차이 매너(예의) : 상황에 따라 다르게 표현 가능 에티켓(범절) : 형식과 절차를 중요시 함 동양의 매너 5덕 인, 의, 예, 지, 신 5륜 군신유의 : 임금은 의로워야 하고 신하는 충성스러워야 한다 부자유친 : 부모는 자녀에게 인자하고 자녀는 부모를 공경해야한다. 부부유별 : 서로의 역할을 침법하지 않아야 한다 장유유서 : 어른과 어린아이 사이에는 질서가 있어야 한다 붕우유신 : 친구 사이에는 신뢰가 있어야한다 서양의 매너 (기원 : 성경) 자기를 높이는 사람은 낮아지고 자기를 낮추는 사람은 높아진다 네가 대접 받고자 하는 대로 다른 사람에게 행하라 네 이웃을 네 몸처럼 사랑하라 동서양 매너의 차이 공통점 : 남을 존중하고 배려함 차이점 : 동양 -> 남성우선, 서양 -> 여성우선 소개와 인사 1 자기소개 성과 이름 (OOO 입니다) 성은 O가, 본관은 OO 입니다 아버지 함자는 홍 길자 동자 입니다 소개는 일어나서 손님과 주인의 인사 시 손님이 먼저 인사한다 직합-이름 순으로 자기소개 한다 회사 직급 사장 - 전무 - 이사 - 부장 - 차장 - 과장 - 대리 - 주임 - 사원 소개 순서 손아랫사람을 손윗사람에게 미혼자를 기혼자에게 한 사람을 그룹에게, 그룹에서 높은 사람 부터 (그룹 좌측 부터) 소개 애매한 경우 “OO부터 소개드려도 될까요?” 멘트 지위, 연령, 성별을 무시하고 자기 가족을 타인에게 먼저 소개 서신 소개 소개 목적과 본인과의 관계를 밝힘 개봉한 상태에로 의뢰한 사람에게 전달 : 의뢰자는 내용을 확인 할 것 소개장을 써 주신 분에게 진행상황 말씀드릴 것 인사 만났을 때나 헤어질 때 예를 표하는 말이나 행동 인사의 기능 상대방에 대한 환영과 호의를 표시 상대방과의 관계를 설명해준다 처음 만나는 상대에 대한 경계심과 불안감 해소 공수 두 손을 모아 앞으로 잡는 것 절의 기본 자세 손아랫 사람의 자세 남자는 왼손을 위, 여자는 오른손을 위 (흉사 시 반대로) 읍례 (읍) 공수한 손을 올리는 것 (절 하기 전에) 소개와 인사 2 우리나라 절의 종류 큰절 : 부모님, 조부모님께, 의례행사시, 장례식때 영전에서 평절 : 장례식에서 상주와 하는 절 반절 : 웃어른이 아랫사람의 절에 대해 답배 할 때 여성의 큰절 공수자세 (오른손이 위로) 공수한 손을 어깨 높이로 올린다. 고개를 숙여서 이마를 손등에 붙인다 (손의 높이 < 어깨) 천천히 앉으면서 왼쪽 무릎을 먼저 꿇는다 오른발위에 왼발을 포갠다 (손이랑 반대) 엉덩이를 내려 깊게 앉는다 몸을 45도 앞으로 굽힌다 (손등을 이마에서 떼지 말것) 오른쪽 무릎부터 일어난다 절이 끝나면 손을 내린다 공수한 채 몸을 15도 굽혀 예를 표현 (굴신례) 여성의 평절 공수자세 (오른손이 위로) 공수한 손을 풀어 양옆으로 내린다 천천히 앉으면서 왼쪽 무릎을 먼저 꿇는다 오른발위에 왼발을 포갠다 손끝이 바깥을 향하도록 하여 바닥에 댄다 허리를 30도 굽혔다가 허리를 펴며, 양손을 바닥에서 떼고 천천히 일어난다 오른쪽 무릎부터 일어난다 공수한 채 몸을 30도 굽혀 예를 표현 (굴신례) 남성의 큰절 공수자세 (왼손이 위로) 읍례 공수한 손을 눈썹 높이로 올린다 허리와 무릎을 굽혀 공수한 손으로 바닥을 짚는다 왼쪽 무릎을 먼저 꿇는다 왼발이 앞에 되게 발등을 포갠다 팔꿈치는 열지 않고 몸통 쪽으로 붙이고 이마를 공수한 손에 댄다 오른쪽 무릎부터 일어난다 공수 남자의 평절 모든 동작은 큰절과 동일하다 다만 읍례를 하지않고, 이마가 손등에 닿으면 즉시 일어난다 반평 여성 : 평절 앉은 자세까지 남성 : 무릎을 꿇은 상태에서 머리와 엉덩이가 수평 이후에 공수자세 필요 X 경례 3보 앞에서 멈춤, 눈을 마주침, 인사말 건넴, 경례, 다시 눈을 마주침 남자는 양쪽 손을 가볍게 주먹을 쥔 상태에서 바지 옆줄에 대고 경례 여자는 앞으로 모아 공수한 상태에서 경례 경례의 종류 의례식 경례 (90도) : 관혼상제 큰경례 (45도) : 특별히 감사, 사과, 존경 평경례 (30도) : 평상 시 반경례 (15도) : 친한 사이 목례 반복적인 만남 보행 중 일반 경례를 할 수 없을 때 악수 손윗사람이 손아랫사람에게 청함 손아랫사람은 가벼운 목례를 하면서 악수 이성 간에는 여성이 먼저 악수를 청함 (목례, 미소로 대체 가능) 적절한 인사말 손윗사람에게 수고하십시오 X 세계 각 국의 인사법 인도 나마스테 (나마 : 인사하니다, 아스 : 나, 테: 너) 나는 당신한테 인사합니다 중동 앗사람 알라이쿰 (앗살람: 평화가, 알라이: ~위에, 쿰: 당신들) 중국 손 흔들기 (나이에 상관없이) 공수 (손이 가슴위에 위치) 태국 와이 (Wai) : 손을 합장한 모습이 Y와 비슷 손아랫사람이 고개를 깊이 숙이고, 손을 높이 든다 사와디캅: 안녕하세요 명함 매너 명함의 기능 자기를 소개하고 상대방으로 하여금 자기를 기억하게 함 인간관계 형성과 인맥관리의 중요한 도구 친분의 시작 : 첫 인상을 좌우, 예를 다해야 함 명함의 종류 사교용 명함 (성명, 주소) 메시지 카드나 초청장 대신 사용 업무용 명함 (사진, 성명, 직장 주소, 로고 등) (미국) 사장, 중역용 : 명함 중앙에 이름, 하단에 직위와 회사명 (미국) 사원용 : 중앙에 회사명, 좌측 하단에 성명, 소속부서, 주소 등 명함 교환 방법 소개하고 서로 명함부터 교환 (서양) 헤어질 때 필요한 경우 교환 명함을 줄 때 명함은 명함 지갑에 넣어서 저고리 안주머니에 보관 을 -> 갑 선 자세에서 교환 한다. 테이블 위에 놓고 밀거나, 서류 봉투와 함께 X 일어서서, 정중하게 인사하고, 이름이나 소속을 밝히면서, 두 손으로 건넨다 명함 글자가 상대방 쪽에서 바르게 보이게 건넨다 상사가 먼저 건네고 자기 명함을 건넬 것 상대가 두 사람 이상이면 윗사람에게 먼저 건넨다 중간에 테이블 같은 장애물이 있다면 둘 사이에 장애물이 없는 상태에서 명함을 교환할 것 명함을 받을 때 일어서서, 두 손으로, 모서리를 잡고 (명함을 가리지 않고) 받는다 받으면 자신의 명함을 줄 것, 한 사람씩 주고 받는다 상대방의 명함을 놓고 가는 것은 실례 회의 할 때 자리에 따라 테이블에 명함을 올려 놓을 수 있음 상대방의 명함을 읽고 지갑에 넣을 것 명함 보관 명함 홀더나 바인더에 잘 정리 (직장별, 개인별, 모임별) 명함에 기재된 사항이 변경되는 경우 여백에 메모 연 1회 정리 사교매너 방문 접대 임신 출산 방문 방문 시 기본 매너 방문을 할경우 방문에 대한 약속이 선행 업무 관련 방문이 아니라면, 부부 동반 상대방의 취향 고려 선물 준비 방문 시간 : 오후 3시~5시 적당 병문안, 조문 제외하고는 오전 시간은 삼가 가정으로의 방문 초인종을 누르기 전에 옷차림과 방문 목적을 점검 준비한 선물은 안주인에게 전달 거실에서는 입구 가까운 곳이 하석, 그 반대가 상석 응점실에 긴 소파와 안락의자가 있을 때 긴 소파가 손님용 식사시간은 피하되 부득이한 경우 너무 사양하지 않도록 부재 시는 명함을 남기도록 방문 후 반드시 전화로 감사를 표시 직장으로의 방문 노크를 한 후 입실할 것 공용사무실인 경우 동료 직원들에게 간단한 목례 상대방의 일정을 파악 병원으로의 방문 병문안은 빠를 수록 좋으며 방문전에 미리 알릴 것 문병 시간: 20~30분이 적당 식사시간과 치료시간을 피해 오후 2시 ~ 5시 환자가 원하는 것을 물어보아 준비 꽃은 삼가 (꽃가루) 접대 접대매너 응접실로 안내하며 자리를 권한 후 손님에게 가족들을 소개 손님이 소지품 두는 장소 마련 차는 손님 의향을 물어 대접 선물을 자리에서 열어보지 못한다면 소중히 취급 손님이 돌아갈 때 집에서 준비한 간단한 선물로 답례 현관이나 차를 타는 곳까지 배웅 손윗사람인 경우 나중에 잘 도착하셨는지 확인 전화 필수 접대매너 (직장) 공항에 마중을 나가는 경우, 동등학 직급의 사람이 나가는 것이 좋음 상대방이 호텔 예약을 원한다면 호텔까지 안내 한번쯤 향토음식을 대접하거나 명승지를 소개하는 것도 좋음 손님이 갈때 무리하게 잡지 말고 간단한 인사말로 작별 임신 및 출산 임신 임신에 임하는 부모의 마음자세 희생있는 사랑을 실천하겠다 태어나는 새 생명을 인격적으로 대하겠다 출산 출산 : 병원에서 2-3일 입원 산후조리 : 산후조리원을 이용하기도 함 출산후 삼칠일 (21일) 동안 외부인의 방문을 자제 우리나라는 예로부터 아이를 낳으면 대문에 금줄을 쳤음 아들이면 고추+숯+솔잎, 딸이면 숯+솔잎 경조사 생일 결혼 생일 백일잔치 : 출생 백일 후 아이와 산모를 축하, 백설기를 나눠 먹음 첫돌 : 만 1년이 되는 첫 해 생일, 돌잡이 환갑 : 61세가 되는 생일, 일 갑자가 돌아옴 우리나라 나이로 60세 (만 59또는 58) 연령별 생일 명칭 20세 (약관), 30세 (이립), 40세 (불혹), 50세 (지천명), 60세 (이순) 61세 (환갑), 62세 (진갑), 70세 (고희), 80세 (산수), 88세 (미수) 90세 (졸수), 100세 (상수) 성년의 날 만 19세가 되는 5월 셋째주 월요일 남자 (관례) : 댕기머리 자르고 상투를 만든 후 갓을 씌우는 의식 여자 (계례) : 머리 올려 비녀를 꽂는 의식 수수팥떡으로 액을 막음 혼례 (결혼식) 전통혼례의 절차 의혼 : 양가가 중매인을 통해 서로의 의사를 조정 앞놀이 : 신부집 마당에서 분위기를 북둗우는 공연 신랑입장 : 신랑이 기러기 아범과 함께 신부집으로 감 기러기를 전달 받은 신랑은 신부를 향해 예를 올리고, 기러기를 대청에 올려놓음 전안례 : 신부어머님께 기러기를 드리는 예식 초례청 : 신랑과 신부 입장 맞절 전 몸과 마음을 정갈하게 한다는 의미에서 손을 씻음 교배례 (맞절) 신랑과 신부는 초례청에서 처음으로 인사를 나누며 서로에게 절 신랑과 신부는 백년해로를 서약 합근례 : 술잔과 표주박에 각각 술을 부어 마시는 의식 함, 함진애비, 납폐, 봉채떡 함 : 결혼 전날 신랑 집에서 신부 집으로 보내는 상자 함진애비 : 하인이나 사람을 사서 함을 지고 감 함 내용 : 오곡 주머니, 청홍채단, 혼서지 (혼인문서), 물목기, 예물 등 함진애비 일행은 신부 쪽 친지들과 여흥을 가짐 납폐 : 신랑 쪽에서 혼서와 채단, 예물을 함에 담아 보내는 것 봉채떡 : 함을 받기위해 신부 집에서 준비하는 음식 현대식 결혼식 폐백 : 신부가 시댁 어른들께 첫인사 올리는 의례 순서 (부모 -> 조부모 -> 백부내외 -> 숙부내외 -> 형제) 들러리 : 형제 자매, 신랑 신부의 친구들, 친척, 화동 경조사 장례 서양의 장례식 교회에서 조용한 가운데 엄숙히 진행 미사나 예배가 끝난 후 공동묘지로 장례 행렬이 시작 행렬의 선두에는 목사님이나 신부님, 가장 가까운 유족, 친척과 지인 순으로 이동 남자 유족은 각자 세 삽씩 흙을 관위로 던지고 여자들은 꽃과 작은 꽃다발을 던짐 장례 절차 장례 첫째날 임종(운명) : 마지막 숨이 넘어가는 것 수시 : 눈을 감기고 팔다리를 가지런히 하여 코와 입을 솜으로 막아준다 사망증명서 : 의사 또는 시, 군 검사관이 사망한지 24시간 이내에 발급한다 발상 : 초상이 났음을 외부에 알리고 상례를 시작함을 말한다 부고 : 고인과 유족의 가까운 친인척, 지인, 회사 등에 부고를 낸다 장례 둘째날 염습 : 소독된 솜이나 거즈로 시신을 씻기며(염), 수의를 입힌다(습) 입관 : 시신을 관에 모신다 영좌 설치 : 영정사진을 제상 위에 모시고 영정 양 옆으로 촛불을 밝힌다 성복 : 상제는 상복을 입는다 조문 : 성복이 끝나면 조문을 받는다 조문 : 돌아가신 망자의 복을 빌고, 슬픔을 위로하기 위해 장례식장에 가는 행위 장례 셋째날 발인 : 영구가 집을 떠나는 절차이며 발인제를 지낸다 운구 : 영구를 장지(화장지)까지 장의차나 상여로 운반 하관 : 장지에서 영구(관)을 광중(구덩이)에 넣는다 성분(봉분) : 관을 완전히 덮은 후, 흙을 쌓아 올려 잔디를 입힌다 위령제(성분제) : 묘소 앞에 영좌를 모시고 제사를 올린다 장례 후 제의 반우제 : 집으로 돌아와 영혼을 집에 맞아들이는 제사 삼우제 : 묘소에서 장례를 치른지 3일째 되는 날에 드리는 제사 사십구제 : 장례일로부터 49일째 되는 날에 지내는 제사 백일제 : 장례 후 백일째 되는 날에 지내는 제사 조문 예절 방명록 서명 -> 분향과 헌화 -> 재배(큰절2) -> 조문(평절1) -> 부의금 전달 가까운 사람이라면 즉시 찾아가서 애도의 뜻을 전하고 장례 절차를 도와줌 일반적으로 염이 끝나고 준비가 된 임종일 다음날 조문을 간다 문상 시 복장 검은색, 단정하게, 화려한 액세서리X, 진한 메이크업X 조문 시 인사말 “얼마나 상심이 크신지요”, “위로의 말씀을 올립니다” 조문시 영전에 분향하는 방법 유교식 : 영전에 분향 후 큰절을 두 번하고 난 후, 상주와 평절 기독교식 : 꽃을 올리고 (꽃봉오리가 조문객 쪽으로), 기도(묵념)을 한 후 상주와 평절 조의금 전달 문상을 마친 후 물러나와 부의함에 직접 넣음 상주에게 직접 건네는 것을 결례 봉투에 부의, 근조, 조의 등이라 씀 경조사 제례 제례의 종류 기제사 돌아가신 부모님과 조부모님을 기리는 제사 의미 : 돌아가신 부모, 조부모님을 생각하며 뿌리의식과 정체성 찾기 시간 : 돌아가신 날의 자시 (밤 11시 ~ 새벽 1시)에 시작 기독교, 천주교도인 : 가족 예배, 추도식으로 대신함 차례 명절날 아침에 지냄 잔을 한 번 올리고, 축문을 읽지 않음 촛불을 키지 않음 시제사 (시향) 기제를 모시지 않은 조상을 모시는 제사 음력 10월에 실시 직계자손, 방계자손은 누구나 참여 낮에 야외에서 지내며 기제절차와 같음 차례상 바라봤을 때 오른쪽 동쪽, 왼쪽 서쪽 1열 (수저, 잔, 떡국, 시루떡) 2열 (전, 육적, 소적, 전, 어적) 3열 (육탕, 소탕, 어탕) 4열 (포, 나물, 간장, 나박김치, 식혜) 5열 (과일, 한과) 좌포우혜 : 좌측에 포, 우측에 식혜 어동육서 : 동쪽에 어류, 서쪽에 육류 두동미서 : 생선의 머리는 동쪽 꼬리는 서쪽 조율이시 : 대추, 밤, 배, 감 제사음식과 기본 상식 복숭아, ‘치’자 생선 (꽁치, 참치, 갈치)는 사용하지 않는다 고춧가루, 마늘 양념을 사용하지 않는다 진설의 순서는 시접(수저 담아 놓는 그릇)과 잔반을 먼저 올린뒤에 1열 부터 놓는다 설에는 떡국, 추석에는 송편, 기제사는 메(밥)을 올린다 식혜, 탕, 면은 건더기를 사용한다 신주 (신위) 현 (나타날 현) 관계 (아버지 : 고, 어머니 : 비, 할아버지 : 조고, 할머니 : 조비) 이름 신위 청탁금지법 청탁금지법 (김영란법) 우리나라 공직자 등에게 부정청탁 및 금품수수를 금지함 적용 : 2년 이하 징역 또는 2000만원 이하 과태료 1. 부정청탁 금지 청탁대상 국가/지방, 공직 유관단체, 공공기관과 공무원과 배우자 국/공/사림 학교 교직원, 학교법인의 임직원, 배우자 언론사 종사자와 배우자 예외 조항 :공익적인 목적으로 고충 민원을 전달하는 행위 등 신고 방법 받은 금품을 돌려주고 거부 의사를 표현 조치 이후에도 다시 받는다면 소속 기관장에게 서면(전자문서 포함)으로 신고 2. 금품수수 금지 대상 동일인으로부터 1회 100만원초과 매 회계연도 300만원 초과 금품 등 수수 직무와 관련하여 1회 100만원 이하 금품 등 수수 배우자가 수수 금지 금품 등을 받은 경우 외부 강의시 대통령령으로 정하는 금액을 초과하는 사례금 수수 식사비 (3만원), 선물 (5만원), 경조사비 (5만원) (결혼, 장례만), 금품 (100만원) 처벌 과태료 : 금품수수 (수수금액 2배 이상 5배이하), 강의 사례금(500만원 이하) 형사 처벌 : 동일인으로부터 … (3년이하 징역 3천만원이하 벌금) 연습문제 공직자 자녀 돌잔치에 참여하며 축하금으로 5만원을 제공하는 것 -> 위반 (돌잔치는 경조사비 X) 공직자가 결혼식 하객으로 참석하여 3만원 이상의 식사를 제공받은 행위 -> 위반X (모든 사람들에게 대접했으므로) 공직자 부친의 장례식에 부의금 5만원과 별도의 화환을 보내는 경우 -> 부의금 + 화환 10만원 이하일 경우 위반 X 저작권법 저작권 저작권 : 창작자가 가지는 권리 저작물 : 사람의 사상이나 감정을 일정한 형식에 담아, 이를 다른 사람들이 느끼고 깨달을 수 있도록 표현한 것. 저작권법의 목적 저작자의 권리를 보호하고 저작물의 공정한 이용을 도모함으로써 문화산업을 발전시키는데 있다. 저작권의 표시 Copyright ©2022 Apple Inc. 저작권법 제정 배경 15세기 출판인쇄술의 발명으로 문서의 대량복제가 가능해짐 우리나라의 저작권법 1957년 저작권법 제정 (일본 저작권법 제정업 1987년 국제시대의 비난으로 저작권법 개정 1996년 베른 협약 가입 무행동 방식 주의 (우리나라의 저작권법) => 저작물을 창작하는 동시에 자동으로 발생하는 것으로 봄 => 저작권의 발생은 어떠한 절차나 행동방식을 요하지 않는다는 것을 의미 조건 : 자신만의 표현 방식으로 독자적으로 표현할 것 방식주의 (우리나라의 특허권) => 기술 공개의 대가로 독점권을 부여함으로써 발명의욕을 고취함 조건 : 이미 알려진 기술이 아니어야하고 산업에 이용 가능 한 기술일 것 법적 보호를 받는 저작물이 되는 요건 독창성이 있어야 한다 다른 사람이 느껴서 알 수 있을 정도로 외부에 표현되어야 한다 저작 인격권 저작자의 명예와 인격적 이익을 보호하기 위한 권리 공표권, 성명표시권, 동일성 유지권 (단편소설 -> 만화 제작하는 경우) 저작재산권 => 저작물을 어떤 방법으로 이용하느냐에 따른 권리 복제권 : 복사, 인쇄, 사진, 녹음, 녹화 등의 방법으로 다시 제작하는 것 공연권, 공중송신권, 전시권, 배포권, 대여권, 2차적 저작물 작성권 저작인접권 저작물의 전달자로서의 역할을 하는 자에게 부여되는 권리 직장매너 호칭 상급자 : 성씨+직위+님, 직위+님 동급자 성씨+직위, 성씨+직위+님 (안 친하거나 나이가 많을 때) 성명+씨 (연하이거나 직급이 없을 때) 하급자 : 성명+씨, 선배님(연장자) 직장 상사의 가족 : 남편(성+선생님), 부인(사모님), 자녀(성명+씨) 동료의 가족 : 남편 (부군, 바깥선생님), 아내(부인, 안주인) 인사말 손위사람에게 : 고생하십시오X, 수고하십시오X 바르게 앉는 자세 의자 왼편으로 들어가서 깊숙히 앉는다 허리와 가슴펴고 등받이에 기댄다, 다리를 꼬지 않고 무릎을 붙여 앉는다 지시 받을 때 5W 2H (When Where Who What Why, How How much) 관점 20대 자산형성 종잣돈 모으기 종잣돈 : 본격적인 투자를 시작하는데 필요한 초기자금 가시적인 목표를 세우자 (ex 이번년에 500만원을 모으자) 금액 : 기존 저축금액을 제외한 나머지 금액 기간 : 1~2년의 단기계획, 안전한 적금이나 채권형 펀드 금융 상품 선택 주택자금 : 주택청약저축, 노후자금 : 연금저축 결혼자금 : 혼합형 펀드, 비상금 : CMA상품, 종잣돈 : 적금/채권형 펀드 주택청약저축 새로 지은 아파트를 분양 받으려는 사람들이 개설 1인 1계좌, 주택 소유 여부에 관계없이 가입 가능 공공분양 (주택공사) : 적금형태 (2~10) 청약금액이 클수록 유리 민간분양 (민간건설회사) : 가점제, 추첨제 무주택 기간 길수록, 부양가족 많을수록 유리 국민 연금보험 죽을때 까지 지급되는 연금상품, 소득이 있는 국민이라면 의무 가입 연급지급 시작 (61~65세) 보험료는 소득의 9% 직장인은 절반을 고용주가 부담 개인사업자나 주부는 전액을 자신이 부담 퇴직 연금 제도 퇴직금 : 근무기간 1년을 채울 때마다 한 달치의 월급을 모아놨다가 한번에 주는 돈 일시금/연금으로 나누어진다 퇴직금 제도 (회사가 파산 -> 못 돌려받음)을 개선 하여 퇴직연금 제도 DB형 (회사가 운용지시) : 은행 예금 방식, 근로자가 미리 금액을 알 수 있다. DC형 (근로자가 운용지시) : 주로 주식이나 채권 투자, 금액을 알 수 없다 주택 연금 제도 (역모기지론) 만 55세 이상의 고령자가 금융기관에 자신이 살고 있는 주택을 담보로 제공한 뒤, 매달 고정적인 생활자금을 연금식으로 받는 장기주택저당대출 금융정보 : 20대에 금융지식을 쌓는 것은 중요하다 재무목표 설정 방법 현명한 소비 생활 건전한 가치관을 가지고, 예산 생활을 실천하는 생활 예산 생활 희소성의 원칙 : 우리가 가진 재화는 무한하지 않다 소비가치관 : 소비의 우선순위에서 어떤 품목을 우선시할 것인가에 대한 각자의 신념 가처분 소득 = 총 소득 - 비소비지출 (세금, 국민연금, 건강보험) 예산 : 일정 기간 동안의 기대 수입에 기초한 지출 계획 예산 생활의 장점 자신이 추구해야할 재무욕구를 구체적으로 알 수 있다. 자신의 수입금액, 지출금액 재무상태를 파악할 수 있다. 소득을 늘릴 방안이나 소비의 어떤 부분을 줄여야 하는지를 알 수 있다. 결과를 평가함으로써 문제점을 찾고 개선해 나갈 수 있다. 재무 목표의 요건 현실성 있는 목표 설정 구체적이면서 측정 가능한 목표 설정 블랙 컨슈머 소비자 권익 소비자보호법은 제정된 이래로 40년간 소비자 권익을 증진시킴 블랙컨슈머 기업 등을 상대로 부당한 이익을 취하고자 제품을 구매한 후 고의적으로 악성 민원을 상습적으로 제기하는 자 비매너 컨슈머 근로자에게 ‘갑질’하는 소비자 블랙컨슈머를 포함 => ‘갑질’의 피해를 당하는 근로자가 많아짐에 따라 ‘산업안전보건정’ 개정 윤리적 소비 소비자가 물건을 구입할때, 가격과 품질 뿐만 아니라 사회와 환경에 미치는 영향을 고려해야 한다는 것 친환경 소비 상거래 소비윤리 사업자와 거래할 때 정해진 계약의 의무를 지키는 일 바이콧 : 윤리적으로 바람직한 제품을 구입하는 구매운동 로컬푸드 소비 공정무역 상품 구매 기부와 나눔 크라우드 펀딩 온라인을 통해 다수의 소액투자자로부터 자금을 조달하는 것 종류 리워드형 : 제품을 생산자가 만들어내면 일반인이 선주문해서 구매하는 경우 기부형 : 공익적인 프로젝트를 진행하기 위해서 모으는 경우 대출형 : 개인들 사이에서 P2P 대출이 이루어지고, 리워드로 이자가 제공 투자형 : 투자자금을 지원하고 주식 및 채권 등의 보상을 받음 펀딩 기한 내에 목표금액을 모으지 못하면 자금을 다시 되돌려 준다 발전 배경 중개 플랫폼등장, SNS활서오하, 대안적 기업금융, 크라우드펀딩법 사회적 기업 사회적 기업 영리 기업과 비영리기업의 중간 형태 사회적 목적을 우선적으로 추구하면서, 재화와 서비스의 생산판매 등 영업 행동을 수행하는 기업 공공성과 수익성 (공공성) 자원봉사 <- NGO <- 사회적기업 -> 협동조합 -> 일반기업 (수익성) 성공방안 영리기업과 사회적 기업간의 파트너십을 모색할 것 종류 일자리제공형 : 취약계층에게 일자리를 30% 이상 제공하는 경우 사회서비스제공형 : 취약계층의 30% 이상에게 사회서비스를 수혜한 경우 혼합형 : 취약계층에게 일자리나 사회 서비스를 같이 제공하는 경우 지역사회공헌형 : 마을의 경제적, 사회적, 문화적 활성화에 공헌하는 경우 기타형 : 창의적, 혁신적 방식으로 사회문제를 해결하고자 노력한 경우 소셜벤처 경연대회 사회적 기업의 창업 아이디어를 발굴하고 사업화를 지원하는 대회 커뮤니케이션 매너 나 전달법 (I-Message) 나를 주어로 자신의 감정이나 생각을 표현하는 전달법 대화의 협력성 동양적 사고 : 침묵은 금이다, 일방통행형 서양적 사고 : 대화는 양방향, 리액션 중요 남성의 결혼 후 가족간의 호칭 구분 호칭 (직접) 지칭(3자) 아내의 아버지 장인어른, 아버님 장인어른, OO 외할아버지 아내의 어머니 장모님, 어머님 장모님, OO 외할머니 아내 여보, OO엄마, 임자, 당신 집사람, 안사람, OO엄마, 아내 아내의 오빠 형님 좌동 아내의 남동생 처남, 자네 좌동 아내의 언니 처형 좌동 아내의 여동생 처제 좌동 딸의 남편 O서방 우리 사위 여성의 결혼 후 가족간의 호칭 구분 호칭 (직접) 지칭(3자) 남편의 아버지 아버님 시아버지, OO 할아버지 남편의 어머니 어머님 시어머니, OO 할머니 남편 여보, OO아빠, 당신, 영감 남편, 아범, 그 이 남편의 형 아주버님 아주버님, 시숙 남편의 남동생 도련님(기혼), 서방님(기혼) 시동생 남편의 누나 형님 시누이 남편의 여동생 아가씨 시누이 아들의 아내 아가, 새아가 우리 며늘애 토론 시 경청자의 매너 SMART 경청법 Subject (토론의 주제 생각) Materials (인용하는 자료의 출처 유의) Assertion (주장이 무엇인지 파악) Reaction (반응[동의/반대]을 어떻게 할지 생각) Trademark (다른 사람의 주장과 구별되는 특색이 무엇인지 찾아본다) 통신 매너 (편지) 안부 편지 : 격식을 차릴 필요 없음 감사 편지 : 행사 후 2~3일 이내 신속하게 보낼 것 초청편지 : 2주~4주 전에 육하원칙에 맞추어 보낼 것 위로편지 : 할까 말까 고민되면 쓰자, 진정성과 따뜻한 마음을 표현할 것 음주매너(1) 적포도주 12-13도 육류요리에 적합 백포도주 10-13도, 생선요리에 적합 로제 6-8도, 생선, 해물류, 닭고기와 어울림 아이스와인 당도가 높고 과일 향이 진함 디저트 와인 18도 전후 스파클링 와인 10-14도, 파티용 포도주 라벨 와인이름 생산지 와이너리(양조장) 이름 양조장 설립년도 당도 와인의 당도 이탈리아 : (dry) <- 세코 <- 아보카토 <-> 아마빌레 -> 돌체 -> (sweet) 프랑스 : (dry) <- 브리 <- 세크 <-> 두스 -> (므왈레, 리퀘르) -> (sweet) 와인잔의 종류 (사진자료) 보르도 (레드와인 잔), 부르고뉴(레드와인 잔) 화이트와인 잔, 스파클링 와인 잔 (샴페인 잔) 와인 따르는 방법 라벨을 가리지 않게 잡는다 레드와인은 잔의 1/3 채움, 스파클리와인은 2/3 채움 와인의 양이 적어지면 와인의 온도가 올라가서 맛이 덜함, 상대방 의향을 물어보고 첨잔 와인 받는 방법 잔을 테이블에 놓은 채 잔의 발 부분에 손을 댄 채 받는다 스월링 : 잔의 스템을 잡고 한쪽 방향으로 회전 -> 향을 풍부하게 음주매너(2) 파티에서 와인을 따르는 매너 남성 호스트가 먼저 테이스팅 -> 상석에 앉은 여성 -> 시계방향 여성만 -> 남성 -> 주인 순으로 따름 남은 술 보관 방법 일반적 : 서늘한 곳에 병을 뉘어서 전문적 : 와인병 안의 공기를 최소화 양주의 종류 브랜디 : 증류한 포도주, 40~42도 위스키 : 곡주를 증류한 술 보드카 : 3 無 (무색, 무취, 무미), 아주 차게하여 한번에 마심 데킬라 : 용설란의 즙에 설탕 넣고 발효, 40도~60도 중국 손님을 초청한 경우 많이 마시도록 권함, 첨잔문화 일본 이자카야, 자기 주량만큼 마심, 첨잔 방식, 한손으로 따르고 받음, 와리깡 (각자 부담) 프랑스 식전 주를 작은 잔에 마심 백포도주, 앙트레 (전채요리) 제공 적포도주, 본식사 제공 술 종류마다 잔이 다름 식사 끝나면 커피, 코냑 독일 음주가 생활의 일부, 다른 사람에게 술을 권하지 않음 영국 스코틀랜드 위스키(스카치) 유명 미국 옥외에서 음주 금지, 일요일에는 술을 팔지 않음 러시아 보드카를 좋아함 복통->(보드카+소금), 감기->(보드카+후추), 컨디션저하(보드카+ 마늘 또는 양파) 흡연매너 담배 속 유해물질 일산화탄소 : 헤모글로빈과 결합하여, 산소공급을 저하시킴 -> 산소쇼크 니코틴 : 도파민 분비 -> 안정감, 긴장감 해소 타르 : 표피세포 등을 파괴하거나 염증을 일으킴 한국 음식 특징 주식과 부식의 구분 (주식 : 밥) 곡류의 다양한 조리법 발효 및 저장 식품의 발달 우리나라 5대 발효식품 : 장류, 김치, 식초류, 해류, 주류 절식(명절음식)과 시식(계절음식) 자극적인 맛 : 부식에 고춧가루, 마늘, 생강 등 사용 공간전개형 상차림 : 식탁위에 한번에 전부 차려냄 김치의 발효 원리 무, 배추의 효소가 당과 아미노산을 만듬 젖산균 (미생물의 한 종류) 생김 젖산과 소금이 만나 젖산을 생성 젖산균이 다른 미생물을 제거 김치는 젖산에 의해 발효됨 우리나라 지역별 김치 종류 지역 김치 종류 특징 평안도 백김치, 가지김치 소고기 육수 사용 강원도 오징어김치, 더덕김치 채소와 해물 사용 서울, 경기도 보쌈김치, 오이소박이 새우젓, 조기젓 사용 충청도 나박김치, 호박김치 순하고 구수한 맛 경상도 부추김치, 깻잎 김치 진한 젓갈 맛, 자극적이고 매움 전라도 고들빼기, 나주동치미 다양한 젓갈과 해산물로 깊은 맛 제주도 전복김치 적은 양념으로 재료의 원래 맛을 살림 서양 음식과 비교 한국 음식 : 습열조리 (steaming) 방식을 써서 숟가락 냄비 사용 서양 음식 : 건열조리 (roasting) 방식을 위해 팬과 오븐 사용, 포크 나이프 사용 글로벌전통음식 : 브라질, 중국 한국, 일본, 중국의 젓가락 비교 한국 일본 중국 명칭 젓가락 하시 콰이즈 재질 금속 나무 플라스틱, 대나무 형태 납작하고, 굵기 차이가 적다 끝이 뾰족하고 길이가 짧다, 굵기 차이가 크다 길이가 길다, 굵기 차이가 크다 중국의 식사 예절 큰 접시의 음식을 나누어 먹는다 좌석배치 : 주빈이 되는 손님이 상석(안쪽)에 앉고 주인은 하석 (바깥쪽)에 앉는다 주빈 우선 : 음식이 나오면 주빈 앞에 놓고, 술의 종류도 물어서 정한다 스푼은 탕을 먹을 때만 사용, 밥이나 탕이 담긴 그릇은 들고 먹는다. 사용한 숟가락은 뒤집어 놓는다 회적식탁 : 예의상 같이 돌려준다. 개인 접시나 컵을 놓지 않는다. 글로벌 전통음식 : 프랑스 프랑스에서 금기시 되는 행동 사람 앞에서 코를 훌쩍 거리는 행동 밖에서 다른 사람과 몸이 닿았을 때 사과를 하지 않는 행동 식당에서 직원을 부르는 행동 (눈이 마주치면 눈짓으로 호출) 외모 (바꿀 수 없는 것)에 대한 얘기 (친한 사이라도) 모르는 사람과 눈이 마주치는 것 프랑스 코스 요리 순서 아페리티프(식전주) 앙트레 / 오흐 되브흐 쁠라 (생선 요리 / 육류 요리) 프로마쥬 (치즈) 디저트 커피 / 차 테이블 매너 초대자에게 감사의 표시로 꽃이나 포도주, 화초 등의 가벼운 선물을 하고, 선물은 안주인에게 건낸다 미리 이야기 된 것이 아니면, 음식은 선물하지 말자, 과자나 케잌이 중복되지 않도록 한다 음식은 절대 남기지 않는다 (맛 없어서 남긴걸로 간주) 음식이 바뀔 때마다 “맛있다"는 칭찬을 빼놓아서는 안된다 프랑스 와인 축제 보르도 와인 페스티벌 보졸레 누보 축제 프랑스 대표 음식 바게트 : 밀가루 + 물 + 소금 + 이스트 크로와상 : 바게트 재료 + 설탕 + 버터 + 분유 에스까르고 : 식용 달팽이 푸아그라 : 지방이 많은 거위의 간 크레프 : 밀가루나 메밀가루 반죽을 얇게 부치고 그 위에 다양한 속재료를 얹어 싸먹는 방식

백준 - 20125 : 쿠키의 신체 측정 (S4)

🧠 Algorithm

1#include <bits/stdc++.h> 2using namespace std; 3 4char board[1000][1000] = { NULL }; 5int n; 6 7tuple<int, int, int> getlength(int sx, int sy, int dx, int dy) { 8 int cnt = 0; 9 int x = sx; 10 int y = sy; 11 12 while (true) { 13 x += dx; 14 y += dy; 15 if (y < 0 || y >= n || x < 0 || x >= n || board[x][y] != '*') { 16 return { cnt, x-dx, y-dy }; 17 } 18 cnt++; 19 } 20} 21 22int main() { 23 cin.tie(0)->sync_with_stdio(false); 24 cin >> n; 25 26 pair<int, int> heart = { 0, 0 }; 27 tuple<int, int, int> ass = { 0, 0, 0 }; 28 29 for (int i = 0; i < n; i++) { 30 for (int j = 0; j < n; j++) { 31 cin >> board[i][j]; 32 if (board[i][j] == '*' && heart.first == 0) 33 heart = { j, i + 1 }; 34 } 35 } 36 37 ass = getlength(heart.second, heart.first, 1, 0); 38 39 cout << heart.second+1 << " " << heart.first+1 << "\n"; 40 cout << get<0>(getlength(heart.second, heart.first, 0, -1)) << " " 41 << get<0>(getlength(heart.second, heart.first, 0, 1)) << " " 42 << get<0>(ass) << " " 43 << get<0>(getlength(get<1>(ass), get<2>(ass)-1, 1, 0)) << " " 44 << get<0>(getlength(get<1>(ass), get<2>(ass)+1, 1, 0)); 45 46 return 0; 47} 문제 정사각형 판의 크기 N과 쿠키의 신체 모양이 2차원 문자로 주어진다. 1번째 줄에는 심장의 위치를 출력한다. 2번째 줄에는 왼팔, 오른팔, 허리, 왼다리, 오른다리의 길이를 출력한다. 글로 설명하기 쉽지 않다. 해결방법 입력 받으면서 심장의 위치를 딴다. 심장의 위치를 통해 허리의 끝을 딴다. 왼팔, 오른팔, 허리의 길이를 출력한다. 허리의 끝을 이용해 왼다리, 오른다리의 길이를 출력한다. getlength() 함수를 정의하여 각 길이를 구했다. 막혔던 부분 x, y가 혼동되어서 고치는데 시간을 많이 잡아 먹자 c++로 2차원 배열 다루는 문제를 열심히 풀어보자!

프로그래머스 - 마법의 엘리베이터 (L2)

🧠 Algorithm

첫번째 BFS 풀이 1from collections import deque 2 3def solution(storey): 4 answer = 0 5 q = deque() 6 q.append((storey, 0)) 7 visited = [False] * (10**8+1) 8 9 while q: 10 cur, cnt = q.popleft() 11 12 13 visited[cur] = True 14 while cur != 0 and cur%10 == 0: 15 cur = cur // 10 16 if cur == 0: 17 answer = cnt 18 break 19 for j in [-1, 1]: 20 dest = cur + j 21 if 0 <= dest <= 10**8 and not visited[dest]: 22 q.append((dest, cnt+1)) 23 24 return answer 개선한 DFS 풀이 1answer = 10**8 2def dfs(cur, cnt): 3 global answer 4 if cur == 0: 5 answer = min(answer, cnt) 6 return 7 while cur % 10 == 0: 8 cur /= 10 9 10 if cur%10 < 5: 11 dfs(cur//10, cnt+(cur%10)) 12 elif cur%10 > 5: 13 dfs(cur//10+1, cnt+(10-cur%10)) 14 else: 15 dfs(cur//10, cnt+(cur%10)) 16 dfs(cur//10+1, cnt+(10-cur%10)) 17 18def solution(storey): 19 dfs(storey, 0) 20 return answer 문제 주인공 민수는 한번 엘레베이터를 타면 -1, +1, -10, +10 등 절댓값이 $10^c$ (c>=0인 정수) 만큼 이동 할 수 있다 0층까지 갈려면 최소 몇 번 만에 이동할 수 있는지 구하라 1 <= storey <= 100,000,000 TC input 16 ouput 6 해결방법 처음에는 bfs를 이용해서 +1, -1 한번씩하며 비효율적으로 해결하였다 두번째 dfs풀이에서는 일의 자리에 따라 자릿수를 올리거나 내리고, 일의 자리를 한번에 계산하여 더 나은 풀이로 풀 수 있었다

정보처리기사 필기 준비

🎸 기타

1과목 : 소프트웨어 설계 결합도 자료 결합도 : 모듈 간의 인터페이스가 자료 요소로만 구성될 때의 결합도 스탬프 결합도 : 모듈 간의 인터페이스로 배열이나 레코드 등의 자료 구조가 전달될 때의 결합도 제어 결합도 : 한 모듈이 다른 모듈과 제어 신호를 이용하여 통신하고, 공유되는 공통 데이터 영역을 사용할 때의 결합도 외부 결합도 : 어떤 모듈에서 선언한 데이터(변수)를 외부의 다른 모듈에서 참조할 때의 결합도 공유 결합도 : 공유되는 공통 데이터 영역을 여러 모듈이 사용할 때의 결합도 내용 결합도 : 한 모듈이 다른 모듈의 내부 기능 및 그 내부 자료를 직접 참조하거나 수정할 때의 결합도 응집도 순차적 응집도 (Sequential Cohesion) 교환적 응집도 (Communicational Cohesion) 절차적 응집도 (Procedural Cohesion) 시간적 응집도 (Temporal Cohesion) 논리적 응집도 (Logical Cohesion) 우연적 응집도 (Coincidental Cohesion) 유스케이스(Use Case)의 구성 요소 간의 관계 연관 관계 포함 관계 확장 관계 일반화 관계 자료흐름도의 각 요소별 표기 형태 Process : 원 Data Flow : 화살표 Data Store : 평행선 Terminator : 사각형 추상화의 종류 자료 추상화 과정 추상화 제어 추상화 UML 모델에서의 관계 Aggregation : 집합 관계 Generalization : 일반화 관계 Composition : 포함 관계 Dependency : 의존 관계 Realization : 실체화 관계 2과목 : 소프트웨어 개발 법칙 파레토 법칙 : 오류의 80%는 전체 모듈의 20% 내에서 발견된다는 법칙 해싱함수 종류 제산법, 제곱법, 폴딩법, 기수 변환법, 대수적 코딩법, 계수 분석법(숫자 분석법), 무작위법 테스트 종류 알파 테스트 : 개발자에 의해 수행되는 테스트 베타 테스트 : 사용자가 수행하는 테스트 3과목 : 데이터베이스 구축 스키마 종류 개념 스키마 : 개체, 속성, 관계를 정의하는 스키마 내부 스키마 : 물리적 저장 구조를 정의하는 스키마 외부 스키마 : 사용자 뷰를 정의하는 스키마 이상현상 삽입 이상, 삭제 이상, 갱신 이상 로킹 로킹 단위 ⬇️ -> 병행성 수준 ⬆️ 4과목 : 프로그래밍언어활용 교착 상태의 조건 Mutual Exclusion Hold and Wait No Preemption Circular Wait 5과목 : 정보시스템구축 관리 브라우터 : 브리지와 라우터의 기능을 모두 갖추고 있는 네트워크 장비 Cocomo 모형 조직형 (Organic Mode) : 5만 라인 이하의 소프트웨어를 개발하는 유형 반분리형 (Semi-detached Mode) : 30만 라인 이하의 소프트웨어를 개발하는 유형 내장형 (Embedded Mode) : 초대형 규모의 소프트웨어, 30만라인 이상

Java - 이중 중괄호와 Anti-Pattern

☕ Java

기존 코드 1Map<String, Object> map = new HashMap<>(); 2map.put("customerId", customer.getCustomerId().toString().getBytes()); 3map.put("name", customer.getName()); 4map.put("email", customer.getEmail()); 5map.put("createdAt", Timestamp.valueOf(customer.getCreatedAt())); 6return map; Double Brace Initialization 적용 후 1return new HashMap<>() {{ 2 put("customerId", customer.getCustomerId().toString().getBytes()); 3 put("name", customer.getName()); 4 put("email", customer.getEmail()); 5 put("createdAt", Timestamp.valueOf(customer.getCreatedAt())); 6}}; 효과 장점 코드가 가독성이 좋아진다 단점 추가로 익명 클래스를 사용한다 -> 메모리 추가 사용 인스터스 및 개체에 대한 숨겨진 참조를 가진다 -> Memory Leak 유발 가능 -> 안티패턴으로 간주된다 안티패턴 (Anti-pattern) 실제 많이 사용되는 패턴이지만 비효율적이거나 비생산적이기 때문에 지양되는 패턴 결론 득보다 실이 많다, 사용하지 말자

JVM(Java Virtual Machine)

☕ Java

자바 바이트 코드를 실행할 수 있는 가상 머신 JVM의 구조 클래스 로더 (Class Loader) 로딩 (Loading) : .class 파일을 읽어들여 메모리에 적재 링크 (Linking) : 적재된 클래스의 참조를 확인하고 준비 초기화 (Initialization) : static 블록과 static 변수 초기화 실행 엔진 (Execution Engine) 클래스 로더가 메모리에 적재된 바이트 코드를 실행하는 역할 인터프리터 (Interpreter) 바이트 코드를 명령어 단위로 읽어서 실행 JIT 컴파일러 (Just-In-Time Compiler) Runtime 시점에 바이트 코드 전체를 컴파일하여 기계어로 변경 후 실행 -> 성능 향상 GC (Garbage Collector) 더 이상 사용하지 않는 메모리를 해제하는 역할 런타임 데이터 영역 (Runtime Data Area) PC(Program Counter) 스레드가 실행되는 부분의 주소를 가리키는 포인터 JVM 스택 (JVM Stack) 메소드 호출 시마다 프레임을 추가하고, 메소드가 종료되면 해당 프레임을 제거 각 프레임은 로컬 변수, 연산 스택, 메소드 수행이 끝나면 종료되는 정보를 저장 Native 메소드 스택 JNI(Java Native Interface)를 통해 호출되는 C/C++/Assembly와 같은 네이티브 코드를 위한 스택 힙 (Heap) new 키워드로 생성된 객체와 배열을 저장하는 공간 메소드 영역 (Method Area) 클래스 정보, 상수, 정적 변수 등을 저장하는 공간 모든 쓰레드가 공유하는 공간 -> 멀티쓰레딩 시 동기화 처리 필요

Method reference (메소드 참조)

☕ Java

메소드 참조 메소드 참조는 Java 8부터 도입되었다 lambda와 같이 사용하면 간결한 코드를 만들 수 있다 정적 메소드 참조의 문법 1// lambda 식 2(str) -> String.toString(str); 3// 정적 메소드 참조 4String::toString 인스턴스 메소드 참조의 문법 1Person person; 2// lambda 식 3(age) -> person.setAge(); 4// 인스턴스 메소드 참조 5person::setAge 활용 1// lambda식 2getItems.forEach(item -> System.out.println(item)); 3// 메소드 참조 4getItems.forEach(System.out::println);

Try with resources로 간결하게 반납하기

☕ Java

기존 코드 - try-catch-finally 사용 1Connection connection = null; 2Statement statement = null; 3ResultSet resultSet = null; 4 5try { 6 connection = DriverManager.getConnection(/* SECRET */); 7 statement = connection.createStatement(); 8 9 resultSet = statement.executeQuery("select * from customers"); 10 11 while (resultSet.next()) { 12 var name = resultSet.getString("name"); 13 var customerId = UUID.nameUUIDFromBytes(resultSet.getBytes("customer_id")); 14 logger.info("Customer id:{}, name: {}", customerId, name); 15 } 16} catch (SQLException e) { 17 logger.error("Error while connecting to DB", e); 18 throw e; 19} 20finally { 21 try { 22 if (connection != null) connection.close(); 23 if (statement != null) statement.close(); 24 if (resultSet != null) resultSet.close(); 25 } catch (SQLException e) { 26 logger.error("Error while closing connection", e); 27 } 28} 개선 코드 - try with resource 사용 1try ( 2 var connection = DriverManager.getConnection(/* SECRET */); 3 var statement = connection.createStatement(); 4 var resultSet = statement.executeQuery("select * from customers"); 5) { 6 while (resultSet.next()) { 7 var name = resultSet.getString("name"); 8 var customerId = UUID.nameUUIDFromBytes(resultSet.getBytes("customer_id")); 9 logger.info("Customer id:{}, name: {}", customerId, name); 10 } 11} catch (SQLException e) { 12 logger.error("Error while connecting to DB", e); 13 throw e; 14} 위 코드는 JDBC를 이용해 DB와 연결해서 데이터를 가져오는 코드이다. 기존 코드보다 훨씬 간결해진 것을 확인할 수 있다. Try with resources 사용법 1try (/* 자원 생성 */) { 2 /* 자원 사용 */ 3} catch (...) { 4 ... 5} 6/* 자원 자동 반납 */ 조건 try with resources문에서 사용되는 자원은 반드시 AutoCloseble interface를 구현해야한다.

[모각코24하계] 06 : 결과

👨‍💻 모각코

배경 테커 부트캠프 최종발표 전날이다. gpt 프롬프트 부분 수정을 main 브랜치에 반영하고, EC2 서버에 배포했다. 문제 배포한 서버에서 websocket 연결이 404 에러를 반환한다. (내일이 최종 발표인데,,,) 다른 http 요청은 정상적으로 처리되지만 웹소켓만 처리되지 않는 것을 확인했다. nginx의 log 1{IP주소} - - [02/Aug/2024:10:59:04 +0000] "GET /ws/chatrooms/294?user_id=296 HTTP/1.1" 404 22 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15" 2{IP주소} - - [02/Aug/2024:10:59:05 +0000] "GET /ws/chatrooms/294?user_id=296 HTTP/1.1" 404 22 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15" 사고흐름 nginx 설정 문제인가? X nginx 설정은 변경되지 않았다. 배포환경의 문제인가? X 로컬에서 실행한 서버에서도 동일한 문제가 발생하였다. 이번 배포에서 변경된 소스코드가 문제인가? X 육안으로 확인했을 때는, 변경된 부분이 웹소켓과 관련이 없다. 로컬에서 이전 버전으로 reset 후 시도 해보았지만 문제가 해결되지 않았다. Docker image 문제인가? X 백엔드 서버는 python:slim 이미지를 사용하고 있으며, 해당 이미지가 변경되어서 문제가 발생할 가능성이 있다고 생각했다. 로컬에서 docker image를 사용하지 않고 실행해보았지만 문제가 해결되지 않았다. 이때, 로그에서 warning 메시지를 확인했다. WARNING: No supported WebSocket library detected. Please use "pip install 'uvicorn[standard]'", or install 'websockets' or 'wsproto' manually. 원인 모종의 이유로, 이전에 개발/배포할때에는 존재했던 웹소켓 관련 라이브러리가 사라진 것이다. 오류를 해결하고 조사해본 결과 fastapi 레포지토리에 6시간 전 merge된 PR을 확인할 수 있었다. (https://github.com/fastapi/fastapi/pull/11935) 해당 PR에서는 pip install fastapi[standard] 를 통해 표준 종속 라이브러리를 설치하는 기능이 추가되었다. 이로 인해, uvicorn[standard] 라이브러리를 설치하지 않았을 때, 웹소켓 관련 라이브러리가 설치되지 않아 발생한 문제였다. 해결 requirements.txt에 websockets를 추가해서 문제를 해결할 수 있었다. 배운 점 중요한 프로젝트를 할 때 requirements.txt에 항상 각 라이브러리에 버전을 명시해야겠다는 생각이 들었다. 이번에도 버전을 명시했다면, 라이브러리가 업데이트 되더라도 문제가 발생하지 않았을 것이다. 또한, 로그를 잘 확인하고, warning 메시지를 놓치지 않도록 주의해야겠다.

Github Actions에서 pytest 실행하기

🐍 Python

배경 테커 부트캠프에서 팀프로젝트를 진행 중이다. 현재 비즈니스 로직을 수행하는 함수를 대상으로 Unit Test가 필요하다. Unit Test 코드를 작성하고, Github Actions를 이용하여 자동으로 테스트가 수행되도록 설정하고자 한다. run-pytest.yml 1name: Run pytest 2 3# main 또는 dev 브랜치에 pull request가 발생하면 실행 4on: 5 pull_request: 6 branches: 7 - main 8 - dev 9 10jobs: 11 test: 12 runs-on: ubuntu-latest 13 14 steps: 15 - name: Checkout code 16 uses: actions/checkout@v2 17 18 - name: Set up Python 19 uses: actions/setup-python@v2 20 with: 21 python-version: '3.12' 22 23 - name: Install dependencies 24 run: | 25 python -m pip install --upgrade pip 26 pip install -r requirements.txt 27 28 - name: Run tests 29 run: pytest . 결과 Run pytest . ============================= test session starts ============================== platform linux -- Python 3.12.4, pytest-8.2.2, pluggy-1.5.0 rootdir: /home/runner/work/Backend/Backend plugins: anyio-4.4.0 collected 13 items app/tests/test_crud_chatroom.py ... [ 23%] app/tests/test_crud_mentor.py ... [ 46%] app/tests/test_crud_prescription.py ... [ 69%] app/tests/test_crud_user.py .... [100%] ============================== 13 passed in 0.58s ============================== 생각보다 간단하게 구현할 수 있었다. 테스트 커버리지 100% 찍고, CD까지 구현하면 더할 나위 없을 것 같다.

230315 기프랩 Design Thinking 방법론 - 김재정 교수님

🏫 학과 공부

디자인 씽킹이란 공감의 과정을 통해 문제점을 찾아내고, 아이디어를 발산하고, 프로토타입을 만들어 검증 과정을 거치는, 반복적 프로세스에 대한 방법론 및 사고방식 디자인 씽킹 프로세스 공감 - 문제 정의 - 아이디어 도출 - 프로토타이핑 - 테스팅 1. 공감 공감 프로세스 면담하기 관찰하기 경험하기 면담지 준비하기 순차적 경험 질문 : 어떤 순서로 행동하고 경험하는지 물어보자 감정 질문 이유 질문 : 행동 또는 감정에 대한 이유를 물어보자 또 질문 : “또…“라는 질문을 많이 하자 구체화 질문 관찰하기 | 모니터링 현장 중심 관찰 : 세상을 넓고 깊게 바라보기 관찰하기 | 쉐도잉 사람의 체험이나 행동을 그자리에서 관찰하기 관찰하기 | 맥락 질의법 현장에서 관찰 및 면담을 통해 대상자에 대한 이해를 하는 방법 맥락 질의법의 4가지 원칙 맥락 : 대상자의 작업환경에 대한 디테일을 관찰하라 파트너십 : 대상자를 공감하라 해석 : 연구자는 대상자에게 본인의 해석을 공유하라 포커스 : 핵심 목표 주제에서 벗어나지 마라 맥락 질의법 수행하기 준비하기, 기록하기 도제관계 모델 (Master-apprentice Model) 마스터(대상자)가 해당 업무환경에서 자신의 생각과 행동을 소리내어 말하게 한다 연구자는 견습생이 되어 중간중간 물어보면서 학습한다 소리내어 생각하기 (Think Aloud) 기법 병행식 : 과업을 하는 과정에서 실시간으로 이야기 한다 회고식 : 단계별 과업을 끝내고 이야기한다 병행+회고 하이브리드 2. 문제정의 페르소나 만들물 페르소나 : 특정 상황에서 어떻게 행동하고 반응하는지 이해하기 위해 만든 가상의 인물, 솔루션의 수혜자 POV 정의하기 페르소나의 관점에서 1개의 POV로 압축하자 POV(Point of View) 페르소나는 누구인가? 페르소나가 원하는것은 무엇인가? 페르소나에게 그것이 중요한 이유는 무엇인가? HMW 정의하기 구체적인 아이디어를 내기 위한 브레인스토밍 과정 POV로 부터 파생되며 “수행 가능한 단위"로 정의 형식 : (우리는) 어떻게 ~~~ 할것 인가 고객여정 지도 3. 아이디어 도출 브레인스토밍 오즈본의 4원칙 비판금지 자유분방 질보다 양 Idea 편승 어피니티 다이어그래밍 (친화도법) 수집한 데이터를 정리하는 방법 데이터에서 공통된 이슈/문제/필요성 등을 도출할 수 있음 요약하여 포스트잇에 기록, 유사한 테마, 토픽으로 그룹화 다양한 아이디어 도출 방법 의사결정 그리드 (긴급도, 중요도) 10+10 방법 (10개의 아이디어, 10개의 솔루션) 아이디어 평가 테이블 (점수 매기기) 아이디어를 컨셉으로 엮기 4. Prototype 스토리보드 스토리보드는 제품 사용의 환경, 절차, 니즈 충족 요소가 포함된다 스토리보딩 절차 스토리라인 만들기 메인 설정샷 그리기 핵심 아이디어의 전달을 위한 적절한 카메라 구도 설정 및 그리기 행동과 움직임 강조 처리하기 사람들에게 시연 후 피드백 받고 수정하기

프로그래머로 산다는 것 (리더의 생각) - 쏘카 류석문 CTO님

🏫 학과 공부

개발자는 항상 변화하면서 성장해야 한다 개발자의 지속적인 성장 방법 깔끔한 코드 적절한 논리력 (= 문제 해결 능력) 개발이 완료 됐는지 검증하는 방법 ATDD (Acceptance Test Driven Development) : 고객, 개발자, 테스터 간의 커뮤니케이션을 기반으로 하는 개발 방법론 사용하는 코드만 만들기 (Celler Create) 리팩토링 (Refactoring) 코드 읽기 (Code Review) 알고리즘과 데이터 구조 (Don’t Reinvent The Wheel) 단순한 디자인 (Simple Design) 진화적 디자인 (Evolutionary Design) 협업 (Cooperative Design Design Review) 기술 벤치마킹 (Benchmarking) 이력서에 git repo 제출할 때, 꾸준히 개선하기 위해 고민하고 관리한 repo를 제출하자 한번 빡! 하고 신경 끈 프로젝트는 오히려 마이너스 공유를 하자 이유 주변이 똑똑해져야 내가 편하다 좋은 평판을 얻을 수 있다 공유 대상 : 실패경험, 성공경험, 신기술 등 무엇이든 공유 방법 : 메일, 강연, 코드리뷰 사람에 대한 고찰 모든 사람은 합리적이지 않다. 합리적이지 않은 사람에 대해 잘 알아야한다 나에 대해 알아가는 방법 다른 사람에게 물어보자, 생각보다 나보다 나를 더 잘 아는 사람도 있다!

🏫 학과 공부

09-process1 예외적인 제어 흐름 하위 매커니즘 예외 (Exception) 상위 매커니즘 프로세스 컨텍스트 전환 OS 소프트웨어와 하드웨어 타이머로 구현 시그널 OS 소프트웨어로 구현 nolocal 점프 예외 테이블 (Exception Tables) 각 이벤트 타입은 예외번호 k를 갖는다 비동기형 예외 (Interrupt) 입출력 인터럽트 (ctrl + c) 하드 리셋 인터러트 소프트 리셋 인터럽트 동기형 예외 Traps : 명령어의 결과로 발생하는 의도적인 예외 (syscall) Faults : 핸들러가 정정할 수 있는 에러의 결과로 발생 (page faults) Aborts : 복구 불가능한 에러의 결과로 발생 Page Fault 사용자 메모리의 특정 페이지가 현재 하드디스크에 위치하는 경우 오류 처리후에 오류를 발생시킨 명령어를 다시 실행한다 1int a [1000]; 2int main () { 3a[500] = 13; 4} Process 프로세스 : 운영체제가 만들어 주는 프로그램의 한 실행 예 프로그램에 2개의 중요한 추상화 제공 논리적인 제어 흐름 : 각 프로그램이 CPU를 독점하는 것처럼 보이게 한다 사적인 주소 공간 : 각 프로그램이 주 메모리를 독점하는 것 처럼 보이도록 한다 어떻게? 프로세스의 실행이 서로 교대로 실행된다 주소공간의 가상메모리 시스템에 의해 관리 Multiprocessing (과거) 현재 레지스터들을 메모리에 보관 다음 프로세스를 실행하기 위해 스케쥴링 보관된 레지스터들을 가져오고 주소공간을 전환 (context switch) Multiprocessing (현대) 멀티코어 프로세서 각 코어는 별도의 프로세스를 실행 가능 동시성 프로세스 두 프로세스의 실행시간이 서로 중첩되면 -> concurrent 중첩되지 않고 순차적으로 실행된다면 -> sequential fork 1int fork(void) 호출하는 프로세스와 동일한 새 프로세스 생성 자식 프로세스는 0을 리턴 부모 프로세스는 자식 프로세스의 pid 리턴 exit 1void exit(int status) 종료 상태 status 값을 가지고 종료 (정상이면 0) atexit() 함수는 exit 할 때 실행할 함수를 등록 좀비 (Zombies) 종료되었지만, 아직 정리되지 않은 프로세스 1void fork8() { 2if (fork() == 0) { 3 printf("Running child, PID = %d\n", getpid()); 4 while (1) 5 ; 6} 7else { 8 printf("Terminating Parent, PID = %d\n", getpid()); 9 exit(0); 10} 11} 10-process2 wait 1int wait (int *child_status) 현재 프로세스를 자신의 자식 프로세스들 중에 하나가 종료될 때까지 정지시킨다 리턴값은 종료한 자식 프로세스의 PID child_status != NULL인 경우, 자식 프로그램의 종료 이유를 나타내는 상태정보를 갖는다 example 1pid_t wpid = wait(&child_status); 2if (WIFEXITED(child_status)) 3 printf("Child %d terminated with exit status %d\n", wpid, WEXITSTATUS(child_status)); 4else 5 printf("Child %d terminate abnormally\n", wpid); waitpid 1waitpid(pid, &status, options) pid : 특정 pid의 프로세스를 기다린다. -1이면 wait()과 동일 options : 0 (종료된 자식을 기다린다), WNOHANG(==1 한번만 체크), WUNTRACED(==2, 정지되거나 종료된 자식을 기다린다) sleep 1// 자기 자신을 secs초 동안 정지 2unsigned int sleep(unsigned int secs) 3// 호출하는 프로세스를 시그널 받을 때 까지 잠재운다 4int pause(void) execve 1int execve(char *filename, char *argv[], char *envp[]) 실행 파일 filename을 현재 프로세스의 환경변수를 이용하면서 argv로 현재의 code, data, stack을 덮어 씌움 example 1if ((pid = fork()) == 0) { 2 if (execve(myargv[0], myargv, environ) < 0) { 3 printf("%s: Command not found.\n", myargv[0]); 4 exit(1); 5 } 6} shell 사용자의 명령을 처리해주는 응용 프로그램 Utility : file로 구현된 명령어 Built-in : 코드로 구현된 명령어 eval 1void eval(char *cmdline) { 2 char *argv[MAXARGS]; 3 int bg; 4 pid_t pid; 5 6 bg = parseline(cmdline, argv); 7 if (!builtin_command(argv)) { 8 if ((pid = fork()) == 0) { 9 if (execve(argv[0], argv, environ) < 0) { 10 printf("%s: Command not found.\n", argv[0]); 11 exit(0); 12 } 13 } 14 15 if (!bg) { 16 int status; 17 if (waitpid(pid, &status, 0) < 0 ) 18 unix_error("waitfg: waitpid error"); 19 } 20 else 21 printf("%d %s", pid, cmdline); 22 } 23} -> 백그라운드 작업이 종료되면 zombie가 된다 해결방법 : signal 11-signal Signal 어떤 이벤트가 시스템에 발생했다는 것을 프로세스에게 알려주는 짧은 메시지 Receiving a signal 목적지 프로세스가 시그널을 받을 때, 어떤 형태로든 반응을 하도록 커널에 의해 요구될때, 시그널을 받는다고 한다. 3가지 반응 무시 대상 프로세스를 종료 signal handler라고 부르는 유저레벨 함수를 실행하여 시그널을 잡는다 시그널의 특징 프로세스는 특정 시그널의 수신을 블록할 수 있다. 대기하는 시그널은 최대 한번만 수신할 수 있다. 커널이 context에 가지고 있는 비트벡터 pending : 대기 시그널들을 표시 도착할때마다 pending값의 k번째 비트를 1로 설정 수신할때마다 pending값의 k번째 비트를 0으로 설정 blocked : 블록된 시그널들을 표시 sigprocmask 함수를 사용하여 응용프로그램이 1또는 0로 설정 프로세스 그룹 각 프로세스는 하나의 프로세스 그룹에 속한다 기본적으로 자식은 부모와 같은 그룹에 속한다 쉘은 각 job마다 별도의 프로세스 그룹을 만든다 getpgrp() : 프로세스의 프로세스 그룹을 리턴 setpgid() : 프로세스의 그룹을 변경 kill kill -9 24818 : SIGKILL을 pid 24818로 보냄 kill -9 -24817 : pgid 24871의 각 프로세스에 SIGKILL을 보냄 키보드로부터 시그널 보내기 키보드로 ctrl+c (ctrl+z)를 누르면 SIGINT(SIGTSTP) 시그널이 포그라운드 프로세스 그룹의 모든 작업으로 전송된다 SIGINT : 각 프로세스를 모두 종료시킨다. SIGTSTP : 기본 동작은 각 프로세스를 정지시킨다. 시그널 받기 커널은 pnb = pending & ~blocked 를 계산 각 시그널 타입은 사전에 정의된 기본 동작을 가진다. 기본 동작은 signal함수를 이용하여 변경이 가능한다 (SIGSTOP과 SIGKILL은 예외) 시그널 핸들러의 설치 1handler_t *signal(int signum, handler_t *handler) handler의 값 SIG_IGN : signum 타입 시그널 무시 SIG_DFL : signum의 기본동작으로 복귀 이외의 경우 : signal handler의 주소 시그널 블록하기와 해제하기 sigprocmask 이용 1int sigprocmask(int how, const sigset_t *set, sigset_t *oldest); how값에 따라 동작이 결정된다 SIG_BLOCK : blocked = (blocked | set) SIG_UNBLOCK : blocked = blocked & ~set SIG_SETMASK : blocked = set set 관련 지원 함수 sigemptyset : 모든 시그널이 비어있는 집합 생성 sigfillset : 모든 시그널 번호를 1로 설정 sigaddset : 특정 시그널 번호를 1로 설정 sigdelset : 특정 시그널 번호를 0으로 설정 경주 Race 현상으로 인한 동기화의 문제 1void handler(int sig) { 2 int olderrno = errno; 3 sigset_t mask_all, prev_all; 4 pid_t pid; 5 6 sigfillset(&mask_all); 7 while ((pid = waitpid(-1, NULL, 0)) > 0 ) { 8 sigprocmask(SIG_BLOCK, &mask_all, &prev_all); 9 deletejob(pid); 10 sigprocmask(SIG_SETMASK, &prev_all, NULL); 11 } 12 if (errno != ECHILD) 13 sio_error("waitpid error"); 14 errno = olderno; 15} 16 17int main(int argc, char **argv) { 18 int pid; 19 sigset_t mask_all, prev_all; 20 int n = N; // N = 5 21 sigfillset(&mask_all); 22 signal(SIGCHLD, handler); 23 initjobs(); 24 25 while (n--) { 26 if ((pid = fork()) == 0) { 27 execve("/bin/date", argv, NULL); 28 } 29 // !! 여기서 SIGCHLD가 발생하면 오류 30 31 // 핸들러에서 job을 access하지 못하도록 모든 signal block 32 sigprocmask(SIG_BLOCK, &mask_all, &prev_all)류 33 addjob(pid); 34 sigprocmask(SIG_SETMASK, &prev_all, NULL); 35 } 36 exit(0); 37} 부모가 먼저 SIGCHLD 시그널이 터지기 전에 SIG_BLOCK하고 addjob을 하는 경우 -> OK 부모가 SIG_BLOCK하기 전에 자식이 끝나는 경우 handler가 먼저 실행된다 addjob하기전에 deletejob 수행 무한 루프 발생 경주현상을 회피하는 동기화 방법 1int main(int argc, char **argv) { 2 int pid; 3 sigset_t mask_all, mask_one, prev_one; 4 int n = N; // N = 5 5 sigfillset(&mask_all); 6 sigemptyset(&mask_one); 7 sigaddset(&mask_one, SIGCHLD); 8 signal(SIGCHLD, handler); 9 initjobs(); 10 11 while (n--) { 12 sigprocmask(SIG_BLOCK, &mask_one, &prev_one); // block SIGCHILD 13 if ((pid = fork()) == 0) { 14 // 자식은 SIGCHLD를 block할 필요가 없으므로 다시 unblock 15 sigprocmask(SIG_SETMASK, &prev_one, NULL); // unblock SIGCHLD 16 execve("/bin/date", argv, NULL); 17 } 18 sigprocmask(SIG_BLOCK, &mask_all, NULL); 19 addjob(pid); 20 sigprocmask(SIG_SETMASK, &prev_one, NULL); 21 } 22 exit(0); 23} 부모입장에서 fork가 실행되고 나서 SIGCHLD가 unblock 되는 순간이 단 한번도 존재 하지 않음. 항상 addjob이 먼저 실행됨 -> 오류 X 명시적으로 핸들러를 기다리는 방식 1volatile sig_atomic_t pid; // pid는 전역변수로 선언 2void sigchld_handler(int s) { 3 int orderrno = errno; 4 // sigchld_handler에서 waitpid 하는 방식 5 pid = waitpid(-1, NULL, 0); 6 errno = olderrno; 7} 8void sigint_handler(int s) {} 9 10int main(int argc, char **argv) { 11 sigset_t mask, prev; 12 int n = N; // N = 10 13 signal(SIGCHLD, sigchld_handler); 14 signal(SIGINT, sigint_handler); 15 sigemptyset(&mask); 16 sigaddset(&mask, SIGCHLD); 17 18 while (n--) { 19 sigprocmask(SIG_BLOCK, &mask, &prev); // block SIGCHILD 20 if (fork() == 0) 21 exit(0); 22 23 pid = 0; 24 sigprocmask(SIG_SETMASK, &prev, NULL); 25 26 // Wait for SIGCHLD to be recieved 27 while (!pid) 28 ; 29 30 // Do some work after receiving SIGCHLD 31 printf("."); 32 33 printf("\n"); 34 exit(0); 35} sigsuspend를 사용한 시그널 동기화 1int sigsuspend(const sigset_t *mask); 2// 아래의 코드를 구현한 것과 동일 3sigprocmask(SIG_SETMASK, &mask, &prev); 4pause(); 5sigprocmask(SIG_SETMASK, &prev, NULL); sigsuspend를 이용한 시그널 기다리기 1int main(int argc, char **argv) { 2sigset_t mask, prev; 3int n = N; // N = 10 4signal(SIGCHLD, sigchld_handler); 5signal(SIGINT, sigint_handler); 6sigemptyset(&mask); 7sigaddset(&mask, SIGCHLD); 8 9while (n--) { 10 sigprocmask(SIG_BLOCK, &mask, &prev); // block SIGCHILD 11 if (fork() == 0) 12 exit(0); 13 14 pid = 0; 15 // Wait for SIGCHLD to be recieved 16 while (!pid) 17 sigsuspend(&prev); 18 19 // Optionally unblock SIGCHILD 20 sigprocmask(SIG_SETMASK, &prev, NULL); 21 22 // Do some work after receiving SIGCHLD 23 printf("."); 24} 25printf("\n"); 26exit(0); 27}

Spring - JPA : 개념, 영속성 컨텍스트, 연관 관계 매핑

🍃 Spring

JPA (Java Persistence API) JAVA진영의 ORM 기술 표준, interface 모음 Hibernate, EclipseLink, DataNucleus 등의 구현체가 존재 EntityManager Entity : RDB의 Table과 매핑되는 객체 EntityManagerFactory Entity를 관리하는 EntityManager를 생산하는 공장 Thread safe: O EntityManager Entity의 CRUD등 모든 일을 처리 Thread safe: X 영속성 컨텍스트 Entity를 영구 저장하는 환경 EntityManager는 Entity를 영속성 컨텍스트에 보관하고 관리한다 영속성 컨텍스트에서 관리되는 Entity는 식별자값을 가져야 한다 (ID) -> key-value로 Entity를 관리하기 때문 flush: 영속성 컨텍스트에 변경 내용들을 DB에 동기화하는 작업 영속성 컨텍스트의 이점 1차 캐시 동일성 보장 트랜잭션을 지원하는 쓰기 지연 변경 감지 지연 로딩 Entity의 Life cycle 비영속 (New / Transient): 영속성 컨텍스트와 전혀 관계가 없는 상태 영속 (Managed): 영속성 컨텍스트에 저장된 상태 준영속 (Detached): 영속성 컨텍스트에 저장되었다가 분리된 상태 삭제 (Removed): 삭제된 상태 저장 1EntityManager em = emf.createEntityManager(); // Entity manger 생성 2EntityTransaction transaction = em.getTransaction(); // Transaction 획득 3transaction.begin(); 4 5Customer customer = new Customer(); // 비영속 상태 6customer.setId(1L); 7customer.setFirstName("John"); 8customer.setLastName("Doe"); 9 10em.persist(customer); // 영속화 11 12transaction.commit(); // Transaction commit 조회 1// Customer(1L) 만들어서 commit 2... 3Customer entity = em.find(Customer.class, 1L); // 1차 캐시에서 조회, query 실행 X 4em.clear(); // 영속성 컨텍스트를 초기화 5Customer entity = em.find(Customer.class, 1L); // DB에서 조회, query 실행 O 수정 1// Customer(1L) 만들어서 commit 2... 3Customer entity = em.find(Customer.class, 1L); 4entity.setFirstName("guppy"); 5entity.setLastName("hong"); 6 7transaction.commit(); // update! 변경감지 (dirty checking) JPA는 Entity를 영속화할 때의 최초 상태를 스냅샷으로 저장해둔다 flush 시점에 스냅샷과 비교해서 변경된 Entity에 대해 update query를 수행한다 삭제 1// Customer(1L) 만들어서 commit 2... 3Customer entity = em.find(Customer.class, 1L); 4em.remove(entity); 5 6transaction.commit(); // delete! Entity Mapping 단일 엔티티매핑 @Entity : 기본 생성자 필수 @Table : name으로 매핑할 테이블 이름 지정 @Id GenerationType - AUTO, IDENTITY, SEQUENCE, TABLE @Column name, length, unique, columnDefinition… insertable=updatable, nullable @Enumerated EnumType - ORDINAL, STRING 연관관계 매핑 테이블은 외래키로 연관 관계를 맺는다 객체는 참조를 통해 연관 관계를 맺는다 1. 참조의 방향 단방향, 양방향 테이블은 항상 양방향이다 2. 연관 관계 주인 객체가 양방향 연관 관계를 맺을 때, 연관 관계의 주인을 정해야 한다 주인만 외래 키를 관리(등록, 수정) 할 수 있다, 주인이 아닌 쪽은 읽기만 가능 mappedBy를 통해 주인이 아닌 엔티티에서 주인을 지정한다 3. 다중성 ManyToOne, OneToMany, OneToOne, ManyToMany JoinColumn(name="", referencedColumnName="") 외래 키를 매핑할 때 사용 name: 매핑할 외래 키 이름 referencedColumnName: 외래 키가 참조하는 대상 테이블의 컬럼명 예제 - 연관관계 편의 메소드 양방향 연관관계에서 한쪽에만 설정하면 양쪽 다 설정해주는 메소드를 만들 수 있다 양방향 연관관계와 그 편의메소드를 정의한 코드이다 Member.java 1@OneToMany(mappedBy = "member") 2private List<Order> orders = new ArrayList<>(); 3 4public void addOrder(Order order) { 5 this.orders.add(order); 6 order.setMember(this); 7} Order.java 1@ManyToOne 2@JoinColumn(name="member_id", referencedColumnName = "id") 3private Member member; 4 5public void setMember(Member member) { 6 if (this.member != null) { 7 this.member.getOrders().remove(this); 8 } 9 this.member = member; 10 member.getOrders().add(this); 11}

Spring - JPA : getReferenceById vs findById

🍃 Spring

배경 Service layer에서 createPost 메소드를 구현하는 중 이었다 Post entity는 User entity와 ManyToOne 관계이다 User entity를 가져오는 방식에 따라 두가지 방식의 구현이 가능했다 두 방식의 장단점을 파악해보았다 getReferenceById 사용 1public Post createPost(PostDTO.Request postDTO, int userId) { 2 // 프록시 객체를 가져온다 3 User user = userRepository.getReferenceById(userId); 4 5 Post post = Post.builder() 6 .title(postDTO.getTitle()) 7 .content(postDTO.getContent()) 8 .created_at(LocalDateTime.now().truncatedTo(ChronoUnit.MILLIS)) 9 .author(user) 10 .build(); 11 12 try { 13 return postRepository.save(post); 14 } catch (DataIntegrityViolationException e) { 15 throw new EntityNotFoundException("해당 유저가 없습니다."); 16 } 17} 장점 : 쿼리 한번으로 Post entity를 생성할 수 있다 단점 : insert 쿼리 실행 중 발생한 예외를 잡기 때문에 안정적이지 않다 findById 사용 1public Post createPost(PostDTO.Request postDTO, int userId) { 2 // 실제 객체를 가져온다 3 Optional<User> user = userRepository.findById(userId); 4 5 if (user.isEmpty()) 6 throw new EntityNotFoundException("해당 유저가 없습니다."); 7 8 Post post = Post.builder() 9 .title(postDTO.getTitle()) 10 .content(postDTO.getContent()) 11 .created_at(LocalDateTime.now().truncatedTo(ChronoUnit.MILLIS)) 12 .author(user.get()) 13 .build(); 14 15 return postRepository.save(post); 16} 장점: insert 쿼리 실행 전에 미리 예외를 처리하기 때문에 안정적이다 단점: 쿼리 두번으로 인한 성능 저하가 발생한다 결론 쿼리를 두 번 날리더라도 findById 메소드를 사용하는 것이 안정적이라서 유지보수하기 좋을 것 같다

Spring - ResponseEntity 정리

🍃 Spring

ResponseEntity Spring에서 HttpEntity라는 클래스를 지원한다 HttpEntity를 상속받는 두 클래스가 RequestEntity와 ResponseEntity이다 RequestEntity는 http요청을 보낼때 사용하고 ResponseEntity는 http응답을 할때 사용한다 정의 body, header, status를 인자로 넘길 수 있다 1public class ResponseEntity<T> extends HttpEntity<T> { 2 public ResponseEntity(HttpStatusCode status) {...} 3 4 public ResponseEntity(@Nullable T body, HttpStatusCode status) {...} 5 6 public ResponseEntity(MultiValueMap<String, String> headers, HttpStatusCode status) {...} 7 8 public ResponseEntity(@Nullable T body, @Nullable MultiValueMap<String, String> headers, HttpStatusCode status) {...} 9 10 public ResponseEntity(@Nullable T body, @Nullable MultiValueMap<String, String> headers, int rawStatus) {...} 11} 예제 - ResponseEntity 생성자를 이용하거나 builder 패턴을 활용해서 생성할 수 있다 1return new ResponseEntity<>(object, HttpStatus.valueOf(200)); 2/* 또는 */ 3return ResponseEntity.status(HttpStatus.valueOf(200)).body(object);