야곰야곰's S/W 공부

프로그램은 마법이 아니다. 주문을 쓸 필요가 없다. 42나 3.14159와 같은 리터럴은 사용하지 말자. 이런 값들은 자체적으로 자신을 설명하지 못할뿐더러, 여러 곳에서 사용할 경우 관리도 어렵다. 대신에 width * aspectRatio와 같은 심볼 이름과 표현식을 사용하는 것이 좋다. 프로그램에 원시적인 숫자를 반복해서 사용하는 것은 프로그램의 이해도를 떨어뜨리고 관리를 힘들게 하므로, 상수보다는 열거형이나 const 값, 범위가 주어지고 이름이 정해진 값을 사용하는 것이 바람직하다. 42라는 값을 두 번 썼다고 두 값이 같은 의미를 가지라는 법은 없다. 프로그래머의 머리속에서만 이루어지는 계산은 나쁜 버릇이고, 만약 84라는 값이 있다면 두 개의 42를 더한 것인지, 아니면 어떤 하나의 42를 두..

변하지 않는 값은 그만큼 이해하기도 쉽고, 추적하기도 쉽기 때문이다. 따라서 값을 정의할 때 그 이유가 적당하다면 const를 사용하여 상수를 만드는 것이 좋다. 상수는 안전하고, 컴파일 시에 검사 되며, C++타입 시스템과 부합된다는 것을 기억하라. 상수가 많으면 상수가 정의된 부분과 값만을 신경 쓰면 되기 때문에 그만큼 코드가 간결해진다. void Fun(vector&v) { //... const size_t len = v.size(); //... } const는 일종의 바이러스이다. 한 곳에 일단 위치를 잡으면 코드의 다른 부분으로 전파되기 쉬우며, 아직 const로 지정되지 않은 부분과의 함수 호출 교류가 있을 때에는 그 부분을 const로 만들어버리는 상황을 발생시킨다. 하지만 이는 버그가 아닌..

빌드 시에 해야 할 일을 런타임까지 미루지 말라. 컴파일러가 컴파일을 진행하면서 잘못된 부분을 찾을 수 있게 하는 것이 런타임에 검사하도록 하는 것보다 좋은 방법이다. 런타임 검사는 컨트롤과 데이터에 의존적이기 때문에, 완벽하게 대비하기 힘들다. 반대로 컴파일 시의 검사는 컨트롤과 데이터에 의존하지 않기 때문에 비교적 완벽한 신뢰를 줄 수 있다. C++ 언어는 오류 검사를 컴파일 타임에 진행되도록 하여 보다 가속화할 수 있는 다양한 기회를 제공한다. 정적인 검사는 데이터와 프로그램 흐름에 독립적이다. 정적인 검사는 프로그램의 입력과 흐름에 관계가 없으므로, 그만큼 검사가 수월하다. 반대로 런타임 검사의 경우는 적절한 신뢰를 위해 다양한 입력 샘플과 환경에서 테스트해 볼 필요가 있다. 정적으로 표현된 모델..

애플리케이션이 다중 스레드나 프로세스를 이용한다면, 공유 개체를 최소화할 수 있는 방법과 올바르고 안전한 공유를 위한 시기를 알아야 한다. C++ 표준에는 스레드에 대한 별다른 언급이 없지만 C++는 멀티스레드 코드를 만드는 데 꾸준하게 이용되고 있다. 만약 여러분의 애플리케이션이 스레드 간의 데이터를 공유하고 있다면 반드시 안전한 방법을 강구해야 한다. 타깃 플랫폼의 문서를 참조하라 아주 사소한 정수 연산에서부터 내부 프로세스 및 크로스 프로세스 연산에 이르기까지 로컬 범위의 싱크로 문제에 대해서는 일단 타깃 플랫폼이 어떠한 기능을 갖추고 있는지부터 확인해야 한다. 플랫폼의 기본 기능들을 여러분의 자체적인 추상체에 포함시켜라 여러 플랫폼 간의 호환이 필요할 때 좋은 방법이다. 플랫폼이 지원하는 기능을 ..

추상화되어 있는 엔티티의 내부 정보는 누출하지 않는 것이 좋다. 추상화를 제어하는 호출 코드와 추상화의 임플리먼테이션 사이의 의존성을 최소화하기 위해서는 임플리먼테이션의 내부 데이터를 숨겨야 한다. 그렇지 않으면 호출 코드가 그 정보에 접근(심한 경우는 제어까지)하여 내부 정보가 누설되기 때문이다. 데이터 대신에 추상체(가능하면 도메인 추상화를 사용하고, 최소한 get/set 추상화 정도는 써야 한다)만을 노출하라. 정보를 숨기면 프로젝트의 비용, 스케줄 그리고 위험을 줄일 수 있다. - 변경 내용이 내부에 국한된다 : 정보를 숨기면 변경 내용이 다른 부분에 영향을 주는 것을 줄일 수 있고, 그만큼 그 비용이 절약된다. - 외부의 접근을 방어한다 : 코드의 관리 기능을 제한하여 버그나 외부 침입을 막는 ..

폭발적인 데이터 증가를 주의하라. 너무 이른 최적화는 피하되, 복잡함의 정도를 분명하게 지켜보아야 한다. 데이터를 제어하는 알고리즘은 예측이 가능하고, 선형보다 나쁘지 않으며, 데이터를 처리하는 시간이 적절한 것을 택하자. 최적화가 필요한 시점이 되면 작은 추가 부분을 줄이는 미세한 최적화보다는 전체적인 그림의 복잡성을 줄이는 데 노력하자. 메모리와 디스크 용량은 계속해서 눈에 띄게 증가하고 있다. 예를 들어 1988년부터 2004년까지의 디스크 용량의 증가는 연간 112%에 이르고, 무어의 법칙을 적용한다고 해도 59%나 된다. 따라서 분명한 것은 여러분이 지금 만들어 놓은 코드가 이후에도 계속 사용된다면 보다 많은 데이터를 처리하게 될 것이라는 점이다. 잘못된 알고리즘이라면 그 증가량을 버티지 못할 ..

코드를 다시 살펴보라. 눈이 많을수록 코드의 질은 높아진다. 코드를 다른 사람들에게 보여주고, 다른 사람의 코드도 읽어보라. 배우고 얻을 것이다. 코드 리뷰 과정의 좋은점 여러 동료들의 조언을 통해 코드의 질을 높일 수 있다. 버그를 찾아내고, 적절하지 않은 부분이나 호환/확장성 문제를 찾아낼 수 있다. 아이디어를 공유하는 과정에서 보다 나은 디자인을 찾아낼 수 있다. 새로운 팀 동료나 아직 코드에 익숙하지 않은 사람은 보다 빨리 팀의 업무에 익숙해질 수 있다. 팀의 커뮤니티에 도움을 주며, 일관된 목표를 향해 나아갈 수 있게끔 해준다. 서로에 대한 신뢰, 동기 부여, 전문성 확보에 도움이 된다. 코드 리뷰의 결과를 이메일 등의 간결한 문서로 남기고, 진행 과정을 기록하여 중복되지 않도록 하는 것이 좋다..

한 번에 하나에만 집중하자. 각 엔티티(변수, 클래스, 함수, 네임스페이스, 모듈, 라이브러리)에는 잘 정의된 하나의 역할만을 부여하라. 엔티티의 덩치가 커지면 역할 또한 커지겠지만, 그렇다고 지정된 진로를 벗어나서는 안된다. 좋은 비즈니스 아이디어는 한문장으로 설명될 수 있듯이 , 좋은 엔티티는 분명 하나의 목적만을 가진다. 많은 기능을 가진 엔티티는 사용하기에 힘들다. 복잡함은 버그와 밀접한 관련이 있으며, 특별한 이유 없이 덩치가 커진 엔티티는 재사용이 어렵다. 안정적이지 못할 뿐더러, 여러 목적 간의 경계가 불분명해지면 관리 또한 힘들다.

https://www.acmicpc.net/step/1 입출력과 사칙연산 단계 입출력과 사칙연산 www.acmicpc.net 문제번호 : 2557 Hello World 주) 출력문을 사용할 줄 아는지 테스트 C++에서 Console에 출력하는 명령어는 cout 이며 헤드 파일로 이 필요하다. printf를 사용하여도 되며 헤드 파일로 이다. #include using namespace std; int main() { cout

1. Stored Procedure Stored Procedure란 MySQL에서 제공되는 프로그래밍 기능이라고 생각하면 된다. 이것은 일반적인 프로그래밍과는 조금 차이가 있지만 MySQL 내부에서 사용하기 위해서는 아주 적절한 방식을 제공해 준다. Stored Procdedure는 Query문의 집합으로 어떠한 동작을 일괄 처리하기 위한 용도로 사용된다. 자주 사용되는 일반적인 쿼리를 모듈화 시켜서 훨씬 편리하게 MySQL을 운영할 수 있다. 형식 : DELIMITER $$ CREATE PROCEDURE Stored_Procedure_Name ( IN | OUT Parameters ) BEGIN SQL Coding ... END $$ DELIMITER ; ( 띄어쓰기 주의!! ) 사용 : CALL St..

1. MySQL 사용자 조회 MySQL에서 생성된 사용자를 확인하려면 아래와 같다. host : 접속이 허용된 ip 주소. ( % 는 어디에서 접속하여도 OK! ) user : 등록된 사용자 ID MariaDB [mysql]> SELECT host,user FROM user; +-----------+--------+ | host | user | +-----------+--------+ | % | bskim | | % | guest | | % | hdjang | | % | root | | % | shson | | % | yjcho | | localhost | root | +-----------+--------+ 7 rows in set (0.000 sec) MariaDB [mysql]> 2. MySQL 사..

새로운 연결을 만든다. 1. 상단의 집 모양의 Home Button을 누르면, 아래와 같은 화면이 나타난다. 2. MySQL Connections 옆의 + 버튼을 누르면, 연결을 설정할 수 있는 창이 나타난다. 새로운 연결을 작성한다. 1. Connection Name에 적당한 이름을 넣는다. 2. Hostname은 localhost (서버가 같은 PC에 있는) 경우에는 127.0.01로 한다. Port 번호는 MySQL Server가 초기 값은 3306이며, 서버 구축 시 특별히 바꿨다면 해당 Port 번호와 맞춘다. 3. Username은 사용 가능한 ID를 기입한다. 이 정도만 진행해도 되지만, 접속할 때마다 비밀번호를 작성하는 것이 귀찮다면 화살표가 가리키고 있는 'Store in Vault'를 ..

KISS ( Keep It Simple Software ) : 정확한 것이 빠른 것보다 좋고, 간단한 것이 복잡한 것보다 좋으며, 안전한 것이 불안한 것보다 좋다. 간결한 디자인과 깔끔한 코드의 중요성은 아무리 강조해도 지나침이 없다. 프로그램은 사람이 읽을 수 있도록 쓰여져야 하고, 컴퓨터가 실행할 수 있도록 하는 것은 그 후의 문제다. "헤롤드 아벨슨, 제랄드 제이 수스맨" 프로그램을 쓸 때는 사람을 먼저 생각하고, 컴퓨터는 두 번째로 생각하라. "스티브 맥코넬" 컴퓨터 시스템의 가장 값싸고, 빠르고 안정적인 구성 요소는 바로 "없는" 요소이다. "고든 벨" 빠진 구성 요소야말로 가장 정확한 요소이며, 가장 안전한 요소이며, 디자인하고, 문서화하고, 테스트 관리하기 가장 쉬운 요소이다. 간결한 디자인..

1. Attribute Entity에서 관리하고자 하는 더 이상 분리되지 않는 최소의 데이터 단위이다. Entity의 고유 성격을 표현하며 Entity는 한 개 또는 그 이상을 가진다. 예) 사원(Entity) - 속성 : 이름, 주소, 전화번호, 직책 하나의 Attribute(속성)은 하나의 속성 값만 가진다. 2. Attribute 분류 2.1 특성에 따른 분류 기본 속성 (Basic Attribute) : 업무로부터 추출한 모든 속성, 가장 일반적이고 많음. 예) 제품이름, 제조년월, 원가 설계 속성 (Designed Attribute) : 데이터 모델링 과정에서 발생하는 속성 예) 코드, 일련번호 파생 속성 (Derived Attribute) : 다른 속성에 영향을 받아 발생. 데이터 정합성 유지..

1. Entity 실체, 객체 라는 의미를 가지고 있으며 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 것이다. Entity는 명사로 표현할 수 있다. Entity는 업무상 관리가 필요한 관심사이다. Entity는 저장되어야 하는 어떤 것(thing)이다. 예) 학생의 Entity는 이름, 학번, 학점, 전공 등의 속성으로 특징 지어질 수 있다. 2. Entity Type Entity Type은 EDM(Entity Data Model)을 사용하여 데이터 구조를 설명하는 기본 구성 요소이다. 개념적 모델에서 Entity Type은 고객이나 주문과 같은 최상위 개념의 구조를 나타낸다. Entity Type은 Entity Type Instance의 Template이다. - https://docs.mic..

1. SRP(Single Responsibility Principle) : 단일 책임 원칙 콘웨이(Conway) 법칙에 따름 정리 : 각 Software module은 변경의 이유가 하나, 단 하나여야만 한다. Module이 하나의 일을 해야한다는 의미는 아니다. 해당 Module의 변경을 요청하는 한 명 이상의 사람들(actor)에 대해서만 책임을 져야 한다는 것이다. 이 때 Module은 소스가 될 수도 있고 함수나 데이터베이스가 될 수도 있다. 1.1. 우발적 중복 이 클래스는 SRP를 위반하는데, 이들 3가지 Method가 서로 매우 다른 3명의 actor를 책임지기 때문이다. calculatePay() method는 회계팀에서 기능을 정의하며, CFO 보고를 위해 사용한다. reportHours..

1. Implicit Linking (묵시적 링크) Implicit Linking은 정확하게 표현하면 Implicit Load Time Linking 이라 할 수 있는데 이는 해당 프로그램에서 사용될 DLL 정보를 프로그램에 내장하는 방법이다. 이렇게 하면 프로그램을 실행할 때 어떤 DLL이 필요한지 알려주어 프로그램이 착오 없이 실행된다. Implicit Linking으로 사용하고자 할 때는 해당 LIB 파일을 링크 옵션에 더해준 뒤 헤더 파일을 소스코드에 포함시키고 원하는 함수를 사용하면 되므로 간단하다. 2. Explicit Linking (명시적 링크) Explicit Linking은 Implicit Linking에 비해 그 사용이 까다롭지만 원하는 시점에 마음대로 올리고 내릴 수 있다는 점에서 ..

auto를 이용하면 표현식의 타입이 자동으로 연역된다. 만약 const 한정자가 붙어 있다면 const 속성을 없애버린다. decltype은 이런 효과가 없기 때문에 중복된 코드를 만들게 된다. C++14에서는 이 문제를 해결하기 위해 decltype(auto)를 도입했다. const string message = "Test"; const string& foo() { return message; } // foo()를 호출해서 그 리턴 값을 auto 변수에 담을 수 있다. auto f1 = foo(); 그런데 auto는 함수 foo()의 리턴 값이 가진 const 속성을 없애버리기 때문에 f1은 string 타입이 되며 복제본이 만들어진다. 만약 f1이 const 참조형을 유지하길 원한다면 아래처럼 명시적..