아둥바둥 버텨라

저번에 책리뷰 이후로 오늘 리눅스마스터 2급 결과가 나왔다. 가채점결과 대로 70점 언저리가 나왔다. 이력서에 한 줄 더 추가하는 정도라지만 그래도 합격은 언제나 기쁘다 전략대로 공부해서 시험 봤었고 가채점에서 운이 좋게 아리까리했던 문제들을 거의 다 맞혀 사실 편안한 마음이었다ㅎㅎ 시험을 보고 난 후 아 이렇게 공부했으면 더 쉬웠겠다. 싶은 부분이 있어 물론 다른 블로그나 유튜브에도 정말 많은 정보가 있지만 혹시나 리눅스마스터 자격증 공부를 시작하려는 사람들에게 나만의 팁(?)을 알려주고 싶다. 시험의 목표를 정하자 자격증 취득? 리눅스 활용? 정확히 나의 시험 목표는 2가지로 나눴다. 자격증 취득만을 위해서 단순암기 목표는 60~70점을 목표로 한다. 이 시험에 더 많은 에너지를 쏟지 말자 맨 처음에..

Composition API Vue.js3 에서 CompositionApi를 사용하라고 "권장"하고 있다. 쭉 사용해보고 나니 확실히 사용하기 편해 OptionsApi를 멀리하는것이 당연해 질 정도이다. 점점 Vue.js3에서 좋은 방향으로 권장하고 있는 부분들이 있는데 그 중 하나가 현재 진행하고 있는 토이프로젝트의 일부분이다. CompositionApi를 적용하였지만 Vue.js를 공부하면서 매번 export default를 통해 name, composition, props..등등 지정하면서 import시키는 부분이 귀찮고도 궁금했지만 그냥저냥 사용하고 있었다. export default는 찾아보니 javascript에서 하나의 클래스로 동작하는 개념인 것 같지만 깊게 적혀있는 블로그가 없어 더 찾지..

https://mo-greene.tistory.com/97 [Vue.js3] Vuex란 애플리케이션이 복잡해지고 컴포넌트 수가 많아지면, 컴포넌트 간의 데이터 전달 및 관리가 점점 더 어려워진다. 기본적으로 Vue.js2에선 자식 컴포넌트간 데이터를 전달하는 eventBus가 있었지만 V mo-greene.tistory.com 전에 포스팅한 중앙 집중식 상태관리 저장소 Vuex 따지고 보면 Vuex의 생김새는 Vue.js3에서 강조하는 CompositionAPI가 아닌 OptionsApi의 형태를 보이고 있다. https://vuex.vuejs.org/ What is Vuex? | Vuex What is Vuex? Pinia is now the new default The official state ma..

추상화 종류 분류와 인스턴스화 일반화와 특수화 집합과 분해 1. 분류와 인스턴스화 * 개념과 범주 객체들의 특정집합에 공통의 개념을 적용하는 것 바퀴를 이용해 사람들을 운반하는 운송수단 -> 자동차 푸른 잎과 갈색의 줄기를 가진 다년생 식물 -> 나무 분류는 세상에 존재하는 객체에 개념을 적용하는 과정이다. 우리는 무수히 많은 자동차와 나무를 개별적으로 다루지않고 하나의 범주로 묶어 복잡성을 낮춘다. 분류를 통해 개별현상을 하나의 개념으로 다룬다. 수많은 개별적인 현상들은 객체이다. 하나의 개념은 타입이다. 객체들을 동일한 타입 또는 범주로 묶는 과정을 의미하므로 객체를 타입의 인스턴스라고 한다. * 타입 타입으로 객체를 분류할때 적용하는 세가지 관점 심볼 : 간략한 이름이나 명칭 내연 : 타입의 완전한..

객체지향 설계 안에 존재하는 세가지 상호 연관된 관점 개념관점 실제 도메인의 규칙과 제약을 최대한 유사하게 반영하라. => 도메인 설계를 잘해라. 명세관점 소프트웨어 관점에서 객체가 다른 객체와의 협력을 위해 '무엇'을 할 수 있는가에 초점을 맞춰라 => 인터페이스와 구현체를 하나의 클래스 혹은 생략하지말고 분리하여 생각하자. 구현관점 객체들이 책임을 수행하는데 필요한 코드를 작성한다. => 즉, 인터페이스는 객체들간의 책임과 협력에서의 명세서로써 분리하고 그 인터페이스에 메서드와 속성들을 구현하자. 커피 전문점 도메인 객체 손님 바리스타 메뉴판 메뉴 커피 연관관계 메뉴판

안정적인 구조를 기반으로 시스템을 분할하는 객체지향적인 접근법은 역할, 책임, 협력을 기반으로 시스템의 기능을 구현하는 책임-주도 설계의 본질을 이해하는 것에 도움이 된다. 자주 변경되는 기능이 아닌 구조를 따라 역할, 책임, 협력을 구성하라. 기능 설계 대 구조 설계 불행하게도 요구사항은 변경된다.설계라는 행위를 중요하게 만드는 것은 변경에 대한 필요성이다. (성능 보단 유지보수를 생각하라는 말이 사실인것 같다.) 우리는 변경을 예지하는 것이 아닌 변경을 수용할 수 있는 선택의 여지의 설계를 마련해 놓는 것이다. 자주 변경되는 기능을 중심으로 설계한 후 구조가 기능을 따르게 하는 '전통적인 기능분해'는 변경에 취약하다. 객체지향은 자주 변경되지 않는 안정적인 객체 구조를 바탕으로 시스템 ..