세바시: 뭘 해도 행복한 사람과 불만인 사람의 말버릇

행복한 사람들의 말 습관"방법이 있을거야" "지금은 힘들어도 긍정적인 의미가 있을거야" "좋은점도 있을 거야" "분명 의미가 있을 거야" "지금은 힘들지만 이것만 끝나면!" "이만하길 다행이다" "어떻게든 잘 될거야" "배우는게 있을거야" 상대의 부정적 반응을 내 탓으로 받아들이지 않는다부정적인 팀장님이 불편한 반응을 보이면 일반적으로 왜저래? 미친거 아니야? 라고 하지만 나한테 화를 낸다고 생각하지 않고 "팀장님 왜그래요?", "무슨일이에요?" 처럼 호기심을 보인다. 물음표 하나로 다가가자. 죽음성과 한계성오늘이 삶의 마지막이라면 당신은 오늘 하루를 어떻게 살고 싶은가? 신세한탄을 하기보다는 무엇이 가장 고마웠고 좋았고 아쉬움이 남았는지를 말하고 싶을거다. 트라우마"내가 더 잘했더라면, 안떠나지 않았을..

세바시 인생질문: 성과 없이 야근하는 업무와 칼퇴 하면서 성장하는 업무의 차이

성과 내는 자기 관리 비법 나만의 셀프 동기가 있어야 한다. 취업을 준비할 때 회사를 고르고, 직업을 고르고, 부서를 고르지만 내가 어떤 직업에 가슴이 뛰고 어떤걸 잘할지 찾아보자. 다양한 부서(10년에 2~3개)를 경험해보며 가장 성과를 낼 수 있는 부서를 선택하자. 스스로 HR 매니저가 되어야 한다. 내가 무엇을 하고 있는지, 성장하고 있는지 자책하기보다 업에 의미를 부여해보자. 시대 흐름에 맞춰 스스로 역량을 키웠나 리뷰해봐야한다. 내가 잘한점, 못한점, 새롭게 배운점, 최고 성과, 놓쳤던 부분을 1년에 한 번이라도 기록해보자. 동기들에게 KSS 무기명 설문을 받아도 좋다. Keep: 계속 유지했으면 하는 점, Start: 개선 했으면 하는 점, Stop: 그만했으면 하는 점 성과 내는 시간 관리 ..

Clean Architecture - 아키텍처, 독립성, 경계, 정책과 수준

아키텍처란 시스템이 잘 동작함은 물론 쉽게 이해, 개발, 유지보수 그리고 배포할 수 있게 해주며 시스템 수명주기 비용은 최소화하고 프로그래머 생산성을 최대화할 수 있도록 해야합니다. 소규모 팀에게 지나친 아키텍처가, 규모 있는 팀에서는 잘 설계된 컴포넌트 단위로 분리하지 않는다면 개발에 있어 장애물이 됩니다. 배포도 초기에 고려해야 하는데 자주 놓치는 부분입니다. 초기에 MSA로 결정했지만 배포 당시에 서비스간 연결과 작동 순서를 결정하는 단계에 대해서 고민해보지 않았다면 문제가 됩니다. 물론 유지보수 측면에서 MSA와 같이 컴포넌트를 분리하고 안정화된 인터페이스를 두어 격리하는건 탐사와 위험 부담을 낮추는데 비용을 줄일 수 있는 장점이 있겠지만 상황에 맞는 아키텍처를 하는것이 중요합니다. 따라서 아키텍..

클린 아키텍처 - 컴포넌트

컴포넌트 컴포넌트는 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위로 정의하는데, 아키텍처는 컴포넌트를 독립적으로 배포할 수 있도록 개발할 수 있어야 합니다. 재미있는 역사 프로그램 초기에는 프로그램을 메모리의 어느 위치에 로드 할지 중요하게 고려해야 했고 프로그램 위치가 결정되면 재배치가 불가능했습니다. 이 때는 라이브러리 함수의 소스 코드를 애플리케이션에 직접 포함시켜 단일 프로그램으로 컴파일 했었죠. (참조용) 그리고 약 50년간 다음과 같은 과정을 거치며 발전해왔습니다.메모리가 작아 소스 코드를 메모리에 상주시킬 수 없었고 디스크와 같이 느린 장치를 통해 소스코드와 함수 라이브러리를 통짜로 여러 차례 읽음 더보기 1. 컴파일 시간을 단축시키기 위해 함수 라이브러리를 별도로 관리하고 컴파일하여..

클린아키텍처 - 설계원칙

아키텍처를 잘 만들기 위해선 벽돌(코드)부터 잘 만들어야 합니다. 이 때 SOLID 원칙에 따른 함수와 데이터 구조를 서로 결합하는 방법을 적용함으로써 변경에 유연하고, 이해하기 쉽고, 다양한 곳에 사용할 수 있는 수준의 소프트웨어 구조를 만들 수 있습니다. SOLID에 대해 간단한 정의만 복기해보자면, SRP(Single Responsibility Principle) - 소프트웨어 모듈의 변경 이유는 단 하나여야 한다. OCP(Open-Closed Principle) - 코드를 수정하기보다 새로운 코드를 추가하는 방식으로 설계해야 시스템을 쉽게 변경할 수 있다. LSP(Liskov Substitution Principle) - 대체 가능한 구성요소를 이용해 시스템을 만들 수 있으려면 구성요소는 반드시 ..

프로그래밍의 패러다임

패러다임 아키텍처 경계를 넘나들기 위한 매커니즘으로 다형성을 이용하는 객체지향을, 데이터 위치와 접근 방법에 규칙을 부과할 때는 함수형을 그리고 모듈 기반 알고리즘으로 구조적 프로그래밍을 사용합니다. 위 세 가지 패러다임과 아키텍처의 세가지 큰 관심사인(함수, 컴포넌트 분리, 데이터 관리)가 어떻게 되는지 알아보기 위해 위에서 언급된 세가지 프로그램이 방식을 살펴보겠습니다. 구조적 프로그래밍 (절차형 프로그램이라고도 불리는) 구조적 프로그래밍은 프로그램이 실행될 때 위에서 아래 방향으로 진행되도록 절차와 순서를 갖는 패러다임입니다. 이를 위해 순차, 선택, 반복의 구조를 반복해가며 코드를 진행하는데, 순차: 코드를 순서대로 진행 선택: 조건문, 선택문(if, switch~case) 반복: 반복문(for,..

클린 아키텍처 소개

설계와 아키텍처 저수준의 구조나 결정사항을 의미하는 설계(Design), 고수준의 무언가를 가리킬 때는 아키텍처(Architecture)라고 많이들 부르는데 사실 소프트웨어 설계에 있어 저수준부터 고수준까지 모두 중요한 전체 설계의 요소다. 뭐가 됐건 ‘시스템을 만들고 유지보수하는 데 투입되는 인력을 최소화’ 하기 위한 목적이 중요하다는 것을 알아야한다. 사례로 엔지니어링 직원 수의 증가추이와 제품의 크기 그리고 코드 라인당 비용의 그래프를 책에서 보여줬는데 직원 수가 증가하고 코드 라인당 비용과 인건비는 급격하게 올라가는데 반해 서비스의 성장이 멈추는 익숙한 그래프였다. 또 다른 엉망진창이 되어가는 신호로 너무 급격하게 만들어 구조와 설계 없이 만든다면 첫 출시에선 좋았던 성과가 점차 시간이 지날수록 ..

클린 아키텍처, 소프트웨어 구조와 설계의 원칙

클린 아키텍처와 프로그래밍의 패러다임 설계 원칙과 컴포넌트 원칙 아키텍처1 아키텍처2 아키텍처3 세부사항 https://product.kyobobook.co.kr/detail/S000001033082 클린 아키텍처: 소프트웨어 구조와 설계의 원칙 | 로버트 C. 마틴 - 교보문고 클린 아키텍처: 소프트웨어 구조와 설계의 원칙 | “살아있는 전설이 들려주는 실용적인 소프트웨어 아키텍처 원칙” 소프트웨어 아키텍처의 보편 원칙을 적용하면 소프트웨어 수명 전반에서 product.kyobobook.co.kr

화목한 회사 생활

입사 세 달 차 기록 😉

내가 맡은 프로젝트는 현재 다음과 같다. 사내 커뮤니티 (MongoDB, Nest.js, Next.js, Typescript) Backup + PR (4월~) 다음 라이브 이슈는 내가 해결하겠다고 일감을 뺏고 PR을 요청해서 익숙해져보자 😀 디자인 시스템 개발 (4월~9월) (Lit, Open WC Testing, Typescript, Decorator, Sass) Web Components: a new browser feature that provides a standard component model for the Web GitHub에서도 사용 😉 OpenAPI Frontend (9월~) 팀 분위기 스트레스가 없는 사람 같다는 말을 자주 듣는다. 감사히도 스트레스가 많던 팀원들에게 능동적인 에너지를 ..