티스토리

은율실험실

검색하기

블로그 홈

은율실험실

sombian.tistory.com/m

도내최고미소녀이세계전생카타나무쌍

구독자: 2

방명록 방문하기

반응형

주요 글 목록

the rule of 0/3/5 혹시 구조체는 다음과 같은 것들을 구현해야 한다고 들어보신 적이 있으신가요?destructor copy constructor move constructor copy assignment move assignment오늘은 이것들이 무엇인지, 또 왜 필요한지를 한번 같이 살펴보도록 할게요.좌측값(lvalue)은 표현식이 끝나도 계속 사용이 가능한 값을 의미해요.auto lvalue {"69"};std::cout 우측값(rvalue)은 표현식이 끝나면 더 이상 사용이 불가능한 값을 의미해요.std::cout 소멸자(destructor)는 생명주기(life cycle)가 끝날 경우(e.g. scope) 자동으로 실행되는 함수예요.#include struct foo{ foo() { std::cout int{ .. 공감수 1 댓글수 1 2025. 3. 18.
String & SSO 프로그래밍에서 문자열을 다루는 일은 굉장히 잦지만,문자열이 어떻게 구현되었는지 생각해 본 적 있으신가요? 물론 단순히 문자(character)의 배열(array)이라는 답도 근본적으로는 틀리지 않지만요 :3 ... 저번에는 유니코드 인코딩 방식을 위주로 설명했다면, 이번에는 문자열 구현체의 설계를 소개해보고자 해요.이번 글은 다양한 개념들을 한꺼번에 다루기에, 만약 기억이 안 나신다면 이전 글들을 확인해 보는 걸 추천드릴게요!문자열의 크기는 컴파일 시간(compile-time)에 알 수 없는 경우가 있어요. 크기를 알 수 없다면, 문자열의 내용을 stack 메모리에 저장할 수 없고,따라서 필연적으로 실행 시간(runtime)에 heap 메모리를 할당해야 해요.그리고 heap 메모리를 할당하는 작업은 성능.. 공감수 1 댓글수 3 2025. 2. 17.
Union & Bit-field 만약 한정된 메모리에서, 한 종류의 값만 표현하는 것이 아니라,여러 종류의 값을 효율적으로 표현하고 싶으면 어떻게 해야 좋을까요?Union#include #include struct foo{ bool a; // 1 byte uint32_t b; // 4 byte};int main(){ std::cout struct fooapaddingbalignmentalignment1 byte1 byte1 byte1 byte1 byte1 byte1 byte1 byte 위 코드에서 구조체 foo의 필드는 각각 1, 4 byte를 사용해서 값을 표현하고 있어요.만약 a, b 중에서 항상 한 가지 필드만 사용한다는 가정 하에, 서로 다른 자료형을 표현하기 위해서구조체 패딩을 포함해 불필요한 메모리를 추가로 할당하는 것은 메.. 공감수 0 댓글수 0 2025. 2. 17.
Struct Padding 구조체(struct)는 사용자가 임의로 정의한 연관된 정보(변수)를 이름으로 묶은 것을 의미해요.struct cat{ char* name; uint8_t age; }; 그럼 20000 ( ◡̀_◡́)ᕤ사실 여기서 끝난다면 글을 작성하지 않았겠지만요! 위와 같이 구조체의 각 필드는 각각의 자료형을 갖으며해당 자료형의 크기에 따라 구조체의 전체 크기 또한 커져요. 그렇다면 구조체가 메모리를 얼마나 점유하는지 계산해 볼까요?#include #include struct foo{ bool a; // 1 byte uint32_t b; // 4 byte};int main(){ std::cout 각 필드의 크기를 더하면 5(1 + 4)가 나오겠ㅈ..어라? 어떤 이유에서인지 8이 출력되는 것을 확인할 수 있어요.운영.. 공감수 2 댓글수 8 2025. 2. 13.
Unicode 프로그래밍에서 문자열을 다루는 일은 굉장히 잦지만,문자열이 어떻게 구현되어 있는지 생각해 본 적 있으신가요? 물론 단순히 문자(character)의 배열(array)이라는 답도 근본적으로는 틀리지 않지만요 :3C/C++에서 배열은 암묵적(implicit)으로 포인터로 변형(decay)되어요. 이때, 배열의 범위 밖을 접근하는 경우,미정의 된 행동(undefined behaviour)이 발생하고 이는 굉장히 심각한 보안 취약점으로 이어질 수 있어요.따라서 함수에 배열을 전달할 때, 포인터와 배열의 길이를 둘 다 전달해줘야 하는 번거로움이 있어요.(혹은 template의 기능을 이용해 길이와 함께 배열의 참조(reference)를 전달할 수 있어요.)이처럼 매번 문자열의 포인터와 문자의 길이를 전달해줘야 하.. 공감수 0 댓글수 1 2025. 1. 19.
Metaprogramming 혹시 메타인지라는 단어를 들어 보셨나요?메타인지는 자신에 대해서 자각하는 정도를 뜻하는 표현이에요.이와 비슷하게 메타프로그래밍은 프로그램 자신을 변형시키는 프로그래밍을 뜻해요. C++ 같은 컴파일 언어에서는 macro를 사용해 자동으로 코드를 생성 가능하고,Java 같은 런타임 언어에서는 reflection을 통해 코드를 실행 중에 분석 및 분기할 수 있어요.다만 macro/reflection은(는) 각각 컴파일/처리 시간을 증가시키기에 너무 빈번한 사용은 권장하지 않아요. reflection은 주로 특정한 이름 규칙이 있는 클래스를 동적으로 호출할 때, 메서드/필드의 접근자를 무시하고 호출할 때 (anti-pattern), 메서드/필드의 정보(e.g. 이름, 접근자)를 동적으로 분석 및 분기할 때, 등.. 공감수 4 댓글수 3 2024. 12. 20.
안전?하게 외부 코드를 실행해보자! stackoverflow 등의 웹사이트에서는 본문에 첨부된 코드를 실행시킬 수 있는 기능이 있다. 만약 이러한 기능을 필요로 할 때, 외부 코드를 안전하게 실행시킬 수 있는 방법들은 크게 다음과 같다. 1. JS 처리기를 JS 내부에서 구현... 2. 서버의 격리공간에서 실행 후 결과를 반환 3. 클라이언트의 격리공간에서 실행 후 결과를 반환 첫 번째 방법은 매우 고된 작업이고... 두 번째 방법은 서버에 부하가 클 수 있기에 주로 세 번째 방법을 사용한다.// worker.js const [global, permits] = [this, new Set([ // variables "self", "global", "permits", // functions "eval", "console", "onmessage.. 공감수 1 댓글수 3 2024. 9. 11.
불편한 WebWorker 통신 JS는 기본적으로 병렬처리를 염두에 두고 설계되지 않아 병목현상으로 인한 지연을 최소화하기 위해 효율적인 코드를 짜는 것이 매우 중요하다. 그래서 이러한 문제를 타파하기 위해 고안된 WebWorker는 일종의 멀티스레딩을 제공한다. 하지만 실제로 사용되는 곳은 매우 적은데 그 이유는 무엇일까? 첫번째로, 병렬 처리가 필요한 경우는 매우 드물다. switch문이 if문보다 속도가 빠르고, 전위연산자가 후위연산자보다 속도가 빠르지만 현대 기기의 환경에서 유의미한 성능 향상이 없는 것처럼, 대다수의 경우 웹 환경에서 수행하는 간단한 작업들에는 멀티스레딩이 필요가 없다. 특히, 무거운 연산이 필요하다면 WASM이라는 훌륭한 대체제가 이미 존재한다. 더욱이 병렬 처리는 동시성 문제가 발생할 수 있으며 각 WebW.. 공감수 2 댓글수 0 2024. 9. 10.
Branchless Programming 공감수 0 댓글수 0 2024. 4. 24.
Short-Circuit Evaluation 공감수 0 댓글수 0 2024. 4. 23.
Buffer 공감수 0 댓글수 0 2024. 4. 22.
Cache 캐시는 방대한 연산이 필요한 결과를 기억장치(Memory)에 저장하여 재사용하는 방법이다.이때 사전에 연산한 값이 있는 경우를 Cache Hit (이)라고 하며 반대의 경우는 Cache Miss (이)라고 한다. 노후된(Oudated) 값이라는 불확실성을 극복하기 위해,값의 근간을 이루는 요소가 변경되었을 경우 재구축(Rebuild)이 요구되며,따라서 어떻게 값을 저장하고 관리할지에 대한 전략(Caching Strategy)이 필요하다.Pros재연산을 생략하고 값을 사용 가능하다Cons저장공간이 요구된다저장된 값이 노후되었는지 알 수 없다Read Cache Strategy캐시 읽기 전략은 다음과 같다.Look Aside Read Through Write Cache Strategy캐시 쓰기 전략은 다음과 .. 공감수 1 댓글수 0 2024. 4. 21.
Karnaugh Map 공감수 0 댓글수 0 2024. 4. 19.
Logical Gate 공감수 0 댓글수 0 2024. 4. 18.
Boolean Algebra 공감수 0 댓글수 0 2024. 4. 17.
Data Structure 공감수 0 댓글수 0 2024. 4. 16.
Hard Coding 하드코딩은 임의로 입력한 값을 의미한다. 하드코딩을 최소화 하는 방법으로는 다음과 같은 다양한 방법이 존재한다. (CLI) 명령어의 인자를 사용 (GUI) 입력요소의 값을 사용 (공통) 설정 파일의 값을 사용 (공통) 변수/상수의 값을 사용 ...etc 하드코딩은 유지보수성 및 확장성을 위해 제거가 권장되면서도 개발에 있어서 절대로 배제할 수 없는 필요악이다. Bad final class Program { public static void main(String[] args) { System.out.println("#"); // hard-coded System.out.println("##"); // hard-coded System.out.println("###"); // hard-coded System.o.. 공감수 1 댓글수 0 2024. 4. 15.
Naming Convension 공감수 1 댓글수 0 2024. 4. 14.
Code Style 코드 스타일은 가독성을 높이기 위해, 때로는 다중 해석의 여지를 제거하기 위해 사용하는 양식을 뜻해요.이때 각 언어가 권장하는 지침을 준수하는 것이 권장되며, 따라서 이하의 내용은 지극히 개인적인 의견이에요.Curly Brace중괄호는 보통 문(Statement)의 시작과 끝을 구별하기 위해 필수적이지만일부 언어에서는 문과 같은 줄에 작성하는 경우 생략이 가능한 편의성을 제공하기도 해요.My 2 Cents분기(Branch)를 제어하는 경우가 아닌 이상 생략이 가능한 경우에도 반드시 작성하는 것을 권장드려요.Indentation들여 쓰기는 보통 공백문자(Whitespace)를 사용해 가독성을 향상하는 역할이지만문법상 괄호가 없는 언어(e.g. Python)에서는 문의 시작과 끝을 구별하기 위해 필수적에요.. 공감수 1 댓글수 0 2024. 4. 13.
SOLID SOLID 은(는) SRP/OCP/LSP/DIP/ISP 원칙의 앞글자를 모은 것으로객채지향 5대 원칙이라고도 불리우는 객체지향 설계에서 권장되는 원칙들을 의미해요.SRPSRP 은(는) 단일 책임 원칙(Single Responsibility Principle)의 축약어에요. 하나의 객체는 하나의 책임을 가져야 한다. 이는 객체가 복합적인 역할을 수행하면 안 된다는 것을 의미해요.Badfinal class Generalist{ public void cook() { System.out.println("Let me cook!"); } public void paint() { System.out.println("Let's beat the devil out of.. 공감수 1 댓글수 0 2024. 4. 12.
YAGNI YAGNI 은(는) You Aren't Gonna Need It 의 축약어로,당장 필요하지 않으면 추후 확장성을 고려한 설계를 하지 않을 것을 의미하는 개발의 기본 원칙이에요.Badfinal class Program{ public static void main(String[] args) { System.out.println(add(10, 20)); } public static int add(int a, int b) { return a + b; } public static int subtract(int a, int b) // you aren't gonna need it { return a - b; } public static int multiply(int a, int b) // you aren't g.. 공감수 1 댓글수 0 2024. 4. 11.
KISS KISS 은(는) Keep It Short and Simple 의 축약어로,불필요한 복잡성을 추가하지 않을 것을 권장하는 개발의 기본 원칙이에요.Badfinal class Program{ public static void main(String[] args) { var A = true; var B = false; if (!!A) { System.out.println("A is true"); } if ((!A && B)) // De Morgan's laws { System.out.println("either A or B is true"); } }}Goodfinal class Program{ public static void main(String[] args) { var A = true.. 공감수 1 댓글수 0 2024. 4. 10.
DRY DRY 은(는) Dont Repeat Yourself 의 축약어로,중복된 코드를 제거하는 것을 의미하는 개발의 기본 원칙이에요.Badfinal class Program{ public static void main(String[] args) { for (var i = 0; i Goodfinal class Program{ public static void main(String[] args) { reuse_where_possible(100); reuse_where_possible(200); } public static void reuse_where_possible(int length) { for (var i = 0; i 공감수 1 댓글수 3 2024. 4. 9.

반응형

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.