버튼 수집상

"복합적인 아키텍처 특성은 잘게 나누어 분석하면 객관적으로 정의할 수 있는 특성으로 밝힐 수 있다."6.1 아키텍처 특성 측정6.1.1 운영적 측정'성능' 정의하기- "최적의 웹페이지 최초 렌더링 시간은 500ms 이다."- 페이지 다운로드에 K-가중치 예산 K-weight budget 설정하기K-가중치 예산A "k-weight budget" typically refers to an optimization problem in computer science, specifically graph theory, where a set of elements must be chosen under a numerical constraint, or "budget". - 의미있는 정의에 기대 성능을 측정한다.- 아무 수치..

아키텍처 특성 식별하기도메인 관심사요구사항암묵적 도메인 지식5.1 도메인 관심사에서 아키텍처 특성 도출- 모든 아키텍처 특성을 지원하는 제네릭 아키텍처 generic architecture 를 지향하지 않을 것.- 바사 Vasa 군함의 예시: 수송선과 전함의 특성을 모두 반영하려다가 개시일에 수장됨. '왕에게 안 된다고 말할 수 없었어서'- 무작위로 꼽은 아키텍처 특성 중에 최우선순위 3개 꼽기. - 도메인 이해관계자와 아키텍트는 서로 다른 말을 사용하거나 같은 말을 다른 의미로 사용.- 도메인 관심사와 연결되는 (일반적인) 아키텍처 특성 cheat sheet도메인 관심사아키텍처 특성인수 합병상호운용성, 확장성, 적응성, 신장성출시 시기미첩성, 시험성, 배포성유저 만족성능, 가용성, 내공장성, 시험성, ..

플랫폼마다 연관된 코드를 '모듈'로 묶는 방법은 모두 지원한다.아키텍처 분석에 쓰이는 도구들이 모듈에 기반한다. 3.1 모듈의 정의'복잡한 구조를 만드는 데 쓰이는 각각의 표준화한 부품이나 독립적인 단위'예: 객체 지향 언어의 클래스, 함수형 언어의 함수 3.2 모듈성 측정응집도 Cohesion모듈을 구성하는 파트가 서로 얼마나 연관되어 있는지응집 결여도 LCOM: 공유 필드를 통해 공유되지 않는 메서드의 총 개수LCOM은 '구조적' 응집 결여도만 찾을뿐, '논리적'으로 잘 짜여진 구조인지는 판단할 수는 없다. 커플링 (결합도)두 모듈간에 상호의존하는 정도구심 커플링 afferent coupling : (컴포넌트, 클래스 함수 등의) 코드 아티팩트로 유입되는 접속 수원심 커플링 efferent coupl..

아키텍처 사고란? Architectural Thinking아키텍처와 설계의 차이를 안다폭넓은 기술지식을 확보다양한 솔루션과 기술 간의 트레이드오프를 이해한다비즈니스적 수요(?) driver의 중요성을 이해한다 2.1 아키텍처 대 설계 Architecture vs Design단방향 소통이 문제의 원인인 경우가 많아'아키텍트가 내린 결정이 개발팀에서 전혀 쓸모가 없는 경우가 있음에도 개발팀이 아키텍처를 변경하기로 결정한 내용이 다시 아키텍트에게 전달되는 일은 거의 없다'양방향 소통하는 관계를 정립해야 한다 2.2 기술폭 Technical Breadth아키텍트의 가치는 대부분 기술에 대한 폭넓은 이해와 그 기술을 사용해서 특정한 문제를 해결하는 것에서 나온다.아키텍트에게 기술폭은, '내가 모른다는 사실을 아..

1.0 (서론) 소프트웨어 아키텍트란?직업 정의가 아직 명확하지 않음.끊임없이 변화하는 생태계 안에서 결정을 내리는 사람결정한 기반을 비롯해 모든 것이 다 변하므로 아키텍트는 과거 소프트웨어 아키텍처에서 강조한 핵심 원칙들도 다시 검토해봐야 한다.아키텍처란 예술과 마찬가지로 콘텍스트(맥락)로서만 이해할 수 있다. 1.1 소프트웨어 아키텍처란?아키텍처 특성 architecture characteristics시스템의 기능과 직교하는 시스템의 성공 기준ex) 가용성, 신뢰성, 시험성, 확장성, 보안 등등아키텍처 결정 architecture decisions시스템 제약조건 형성설계 원칙 design principles권장하는 방법에 관한 가이드 1.2 아키텍트에 대한 기대치아키텍처 결정을 내린다guide와 sp..

일시: 2024-06-21주최: 골든래빗 출판사 토크 패널 (존칭 생략)- 이동욱(향로)- 이동욱(네피림)- 박미정 https://careerly.co.kr/@mjpark03 지금은 당근마켓!Q1회고나 이력정리의 원칙레거시한 기술스택을 가졌을 때 이력서A 이동욱님- 망분리 환경에 CI 환경이 없어서 배포할 때 WAR 파일을 직접 회사가서- 낙후된(?) 환경에서도 내가 할 수 있는 한 개선을 하려고 했다- 최대한 자동화 -> 작업 내역 블로그에 정리- 현재보다는 나은 환경을 만드려고 노력했다.- 인프라 엔지니어에게 물어봐가면서.- 휴가만 손꼽아 기다리면서 일하기는 싫었다- 현재 환경을 개선하는데에 집중했다- 너무 좋은 환경에서는 내가 잘해봐야 티도 안 난다(이런 내용을 예전에 동욱님 기술블로그에서 봤었다:..

일시: 2025-07-11 오후 2시연사: 최수민 (어썸데브 CEO)Copliot VS Cursor- Github Copilot - 확장레이어 - 파일, 폴더, 익스텐션 설정값 등을 읽음- Cursor - 편집 레이어 - 열려있는 코드, Git History, 터미널 실행 정보, 코드베이스 (indexed) => 맥락으로서 프롬프트에 제공됨 그 외의 AI Tool- Lovable, Replit, bol, vo - 코드를 가상환경에서 관리, 리소스 제한 있음 - 규모 커지면 유지보수 안 됨 - 개발자의 고려대상은 아님 - 기업 내에서 인터넷 도구를 만들때 사용하기 좋음 - Code Rabbit - 코드 리뷰해줌 - 코드 컨벤션 - Claude Code ..

아래 아티클 요약 8년을 돌아보면서 (feat. 데이터 엔지니어)왜 이렇게 어려운 데이터 엔지니어링 업무를 하냐?, 도대체 언제까지 이렇게 high tension으로 살아야 되는건가? 나만 이런 생각이 하고 있는 건가?medium.com왜 DE는 어려울까?데이터 플랫폼의 End-to-End -> 책임 영역이 넓다.- 데이터 인프라 (CICD, 클라우드 서비스, 클러스터)- 데이터 품질- 데이터 모니터링- 데이터 분석환경 등등 완벽한 Data Platform 아키텍쳐가 없다.- 여러 framework를 연결하는 경험이 필요.- 하나로 다 해결할 수 없다. 데이터 명세 Data Contract 관리- 데이터 명세 변경 -> 백필 혹은 시스템에서 호환가능한 스키마 수정 불가피- 기술부채로 이어짐 어떤 기업에서..

시기: 2025년 5월 31일설명회 들으면서 적었던 기록들.시간이 더 지나기 전에 간단하게라도 메모. - 쓸데없이 도전해오는 질문에 답하는데 에너지를 쓰고 있지는 않나 인식. - 메타인지 생산성 툴이 있다고 한다.(간단히 검색해봤을 때는 변변한 결과가 없음.생산성 툴로 주기적으로 마일스톤을 점검한다는 뜻으로 말한 것이었을까?참고: https://brunch.co.kr/@shin-eunhae/7)- 지금 내린 결정이 최선의 결정이 되도록 먼저 노력하자. - 막내인데 이런 일까지 나서야 하나? ❌막내여도, 처음이어도, 제일 많이 고민한 내가 책임자 🅾️ - 오버 커뮤니케이션; 먼저 노티하고 과정을 공유한다 - Q. 주도권과 존재감이 드러나지 않는 것이 고민.A. 우선은 인정하자! 퍼포먼스가 살짝 떨어지는..

-마스터 테이블의 정의.주요 데이터가 우리 시스템에 없을 때. -trauma-bonding -파이프라인데이터 획득 Acquisition -> 정제 Processing -> 적재 Store (Increment) -> Prod에 반영 Fetching -회사에 끼치는 개발팀의 영향력이, 개발팀이 스스로 생각하는 것보다 작을 수도 있다. -회사의 중반기 성장동력이 데이터가 아니라 무역이었던 건에 대해. -"ec2로 서버를 돌리는 것은 2017년스럽다" ?