분류 전체보기
[소프트웨어 아키텍처 101] 4. 아키텍처 특성 정의
[소프트웨어 아키텍처 101] 4. 아키텍처 특성 정의
2024.06.03요약아키텍처 특성 정의아키텍트는 주로 소프트웨어로 처리할 일 중 도메인 기능과 직접적인 관련이 없는 모든 것들, 즉 아키텍처 특성(architectural characteristic)을 정의, 발견, 분석하는 일을 수행함아키텍처 특성은 아래 세 가지 기준을 충족함비도메인 설계 고려 사항을 명시 : 요구사항을 구현하는 방법, 어떤 선택을 하게 된 이유와 관련된 운영/설계 기준을 명시함설계의 구조적 측면에 영향 : 예를 들어, 어떤 시스템이든 기본 보안을 준수해야 하지만, 뭔가 특별한 것을 설계해야 한다면 보안은 아키텍처 특성 수준으로 격상됨어플리케이션 성공에 절대적으로 중요아키텍처 특성을 적게 선정하는 것도 중요한 책무암묵적 아키텍처 특성은 요구사항 정의서에는 없지만 프로젝트 성공에 꼭 필요한 특성 (ex..
[소프트웨어 아키텍처 101] 3. 모듈성
[소프트웨어 아키텍처 101] 3. 모듈성
2024.05.12인상깊은 부분응집에 대한 정의이 책에서는 응집을 아래와 같이 정의하였다. 언뜻 직관적으로 표현하였지만, 해석의 여지가 많아보인다. 코드 레벨의 설계에 대한 공부를 하려면 다른 책을 읽는 게 좋겠다.응집은 한 모듈의 파트가 동일한 모듈 안에 얼마나 포함되어 있는지를 나타냅니다. 다시 말해, 모듈을 구성하는 파트가 서로 얼마나 연관되어 있는가, 하는 것입니다. 이상적으로 응집된 모듈이라면 모든 파트가 함께 패키징되어 있겠죠.오브젝트 책에서는 응집도와 결합도에 대해 아래와 같은 질문을 던졌다.오브젝트 책에서 말한 응집도, 결합도에 대한 정의와 질문에 대한 답은 별도 포스팅할 예정이다.모듈 내의 요소가 얼마나 강하게 연관돼 있어야 응집도가 높다고 말할 수 있는가? 모듈 사이에 어느 정도의 의존성만 남겨야 결합도..
[소프트웨어 아키텍처 101] 2. 아키텍처 사고
[소프트웨어 아키텍처 101] 2. 아키텍처 사고
2024.05.07인상깊은 부분기술 폭2장에서도 1장과 마찬가지로 기술폭에 대한 언급이 나와서 좀 더 생각해봄문제를 해결할 수 있는 특정 기술보다는, 그 문제를 해결할 수 있는 여러 기술을 알라는 조언으로 생각하는 게 좋겠음내가 알던 좋은 아키텍트 겸 리더는 훌륭한 개발자로 깊이를 만든 후 폭을 넓힌 것 같음. 혹은 둘 다 동시에 진행한 것으로 보여짐.개인적인 경험으로 미루어 볼 때 깊이가 없으면 폭을 넓히기도 쉽지 않음.기본적으로 어떤 문제를 해결하기 위해 다양한 솔루션을 확인하고, 특정 기술 한 두 가지 정도는 뾰족하게 가져가야 좋을 것 같음.경매 시스템의 트레이드 오프개인적으로 마음에 드는 예제 p60 ~ p63요약아키텍처 사고 방식은 크게 4 가지로 구성아키텍처와 설계의 차이 이해 및 개발팀과 어떻게 협력해야할 지..
[소프트웨어 아키텍처 101] 1. 서론
[소프트웨어 아키텍처 101] 1. 서론
2024.05.06서문이 책은 지난 10년 동안 일어난 모든 혁신과 더불어 오늘날의 새로운 구조와 관점에 부합하는 새로운 지표를 바탕으로 소프트웨어 아키텍처를 현대적인 관점에서 살펴본다.이 책의 부제는 '엔지니어링 접근 방식'이다.기존 소프트웨어 아키텍처에서 당연시됐던 많은 공리들을 최근 생태계와 설계 아키텍처의 관점에서, 그리고 요즘 전반적인 추세와 비교하여 다시 한번 돌아보겠다.인상깊은 부분아키텍처를 공부하기 어려웠던 이유아래와 같은 이유로 아키텍처에 대한 공부를 하기 어려웠군.소프트웨어 아키텍처의 역사는 과거 아키텍트들의 시도가 난잡하게 얽혀있음소프트웨어 아키텍처에 관한 자료는 대부분 역사적인 연관성을 강조함위키피디아 페이지를 읽다보면 종잡을 수 없는 약어들로 광활한 지식의 세계로 상호 참조하는 링크들을 어렵잖게 발..
[월간회고] 2024년 4월, 계획 다시 세우기
[월간회고] 2024년 4월, 계획 다시 세우기
2024.05.06지난 달 회고 되돌아보기지난 달 액션잠깐 주말부부가 됐다고 생각하고, 평일 저녁시간도 성장을 위해 사용해보자!건강 챙기기 (필테 결제/병원 가기)메모하는 습관 만들고 블로그 포스팅 월 1회 목표, 이력서 갱신, UML 공부되돌아보기이번달부터 개인시간에 공부와 걷기에 많이 투자했다. 원래 아침에 30분 이상 공부한 날에는 스마일 스티커를 붙이고 있었는데 저녁시간도 활용하기로 마음 먹으면서 스마일 빈도가 촘촘해졌다.그 외 건강(필테/병원가기), 블로그 포스팅, 이력서 갱신, UML 공부, 알고리즘 풀기는 아직 안했음. 대신 다른 공부를 했음==공부 계획을 현실적으로 우선순위에 맞게 다시 세워야할 듯. 일회성 목표는 데드라인 설정도 필요==이번 달 회고한 달 모아보기회고다음 달 액션공부계획 다시 세우기 - 우..
[월간회고] 2024년 3월
[월간회고] 2024년 3월
2024.04.01지난 달 회고 되돌아보기 지난 달 액션 사무실 출근 전 몸이 늘어진다면 차라리 재택하고 일이나 하자 집을 쾌적하게 가꿔나가자! 일단 이삿짐 정리부터 개인 다짐 동료들 칭찬/반면교사 따로 기록하기 협업팀/서드파티 API는 스펙 받고 각 환경별로 테스트 해보기 서비스별 로컬 디버깅 환경 잘 갖춰두기 되돌아보기 아침에 되게 잘 일어나는 중! 나아지는 게 체감되지 않았는데 한 달 단위로 회고하니까 개선되고 있다는 걸 느낌 지난 달 액션인 '몸이 늘어지면 출근하지 말고 재택하고 일이나 하자' 빼고는 얼추 수행한 것 같음. 여러모로 재택 횟수도 고정이니까 마음대로 할 수 없음. 대신 차라리 공부하기 전에 아침 샤워를 먼저 해서 휘리릭 출근할 수 있도록 루틴 순서를 바꾸는 중임! 이번 달 회고 다음 달 액션 잠깐 주..
[월간회고] 2024년 2월
[월간회고] 2024년 2월
2024.03.06지난 달 회고 되돌아보기 팀원분들 하는 일에 더 많이 관심을 가졌는지는 모르겠다. 각자 어떤 일을 하고 계시는 지 관심을 갖자! 팀 일감 가져가기는 패스! 각자 주도적으로 적절히 가져가고 계심! (팀원분들이 큰 프로젝트 맡으신 상황이었음!) 개인 일감의 마감 기한이 오기 전에 우선 순위 조정하기 -> 기한이 없는 친구들이 문제다. 회고는 밀려도 늦게라도 하는데.. TODO List 살펴보기는 잘 하고 있는데, 먼슬리 일감은 데일리 TODO에 없어서 깜빡함! 먼슬리 일감도 미리 데일리 영역에 옮겨 적어둬야할듯! 이번 달 회고 한 달 모아보기 반복되는 생각과 다짐 도움을 준 고마운 사람들에게 감사하기 미루지 말자! 누워서 계속 눕지 말자! 특히 사무실 출근하는 날... 남편이랑 잘 지내기! 데이트할 때 폰 ..
[월간회고] 2024년 1월, 새로운 회고 방식 모닝페이지
[월간회고] 2024년 1월, 새로운 회고 방식 모닝페이지
2024.02.04오랜만에 회고 작성!사실 작년 6월부터는 회고 방식을 바꿔서 블로그에 게시하지 않았다.그런데 퍼블릭하게 공개하지 않으니, 회고한 내용을 정제하지 않게 되서 이번년도 부터 다시 월간 회고를 시작하기로 했다.피드백을 위한 회고, 모닝 페이지사실 작년 6월부터는 '모닝 페이지'라는 것을 작성해서 글이 쌓이면 회고를 했다.모닝 페이지는 다이어리에 매일 아침 20분 정도 생각나는 것들을 적으면서, 이 글들이 n개월 정도 쌓이면 내가 어떤 고민을 반복하는 지 회고하는 시간을 갖는 것이다. 나는 처음에 3개월 주기로 회고를 했었는데, 이렇게 해보니 피드백 주기가 너무 길어져서 한 달 주기로 줄였다.주기적으로 각잡고 블로그로 회고한 것을 정리하는 것 보다, 매일매일 쌓인 모닝페이지를 통해 회고하는 것이 나에게 맞는 것..
기능조직에서 목적 조직으로 변경 시 생각해볼 것들
기능조직에서 목적 조직으로 변경 시 생각해볼 것들
2023.07.22나는 목적 조직으로 구성된 회사는 현 회사가 처음이었다. 현 회사에서의 경험을 바탕으로 기능 조직에서 목적 조직으로 변경 시 협업 관점에서 일하는 방식이 어떻게 달라지는 지, 기존과 다름을 느끼는 포인트들을 공유해보려고 한다. 어느 조직에서나 발생 가능한 상황이라서 ‘미리 이런 부분들에 대해 조직 내 문제 인식이나 합의가 있었다면 좋지 않았을까?’ 라는 생각이 들어서 글을 써본다. 내 배경에 대해 간단히 설명하자면, 나는 백엔드 개발자로 그 동안 기능 조직으로 구성된 회사에서 일하거나 프로젝트 단위로 임시로 팀을 꾸려서 함께 일하는 형태로만 근무를 해왔다. 지금 속해있는 팀은 해결하고자 하는 비즈니스 목표/문제를 달성/해결하고자 구성된 팀이고, 팀 내에 PO/PM, 개발자, 디자이너, BA 직군이 존재한..
2023년 상반기 회고, 나만의 성장 시스템
2023년 상반기 회고, 나만의 성장 시스템
2023.05.03성장 관점에서 나를 돌아보는 회고를 작성한다. 나를 증명하기 위해서 혹은 누군가와 경쟁하기 위한 노력이 아니라 나의 성장을 위한, 스스로를 위한 노력을 하자. 내가 좋아하고 성장하고 싶은 일에 집중하자. 특히 나 같은 경우에는 ‘그래도 이 정도는 해야하지 않나?’ 라는 스스로 만든 부채의식으로 하는 공부들이 있는데, 이런 것들을 의식적으로 멈추자. 내가 통제할 수 있는 것(내 생각과 행동)에 집중하고, 내가 통제하지 못하는 것(외부 상황, 타인의 평가, 타인의 행동)에 고통받지 말자. 내가 하고 싶은 일/회사 업무/조직에 필요한 업무/내가 성장하고 싶은 방향에 필요하고 중요한 일에 집중하자. 진짜 하고 싶은것과 실행함으로써 오히려 에너지, 흥미, 재미를 얻을 수 있는 것들 위주로 진행하자! 즉흥적으로 ..
개발자 취저 도커 휴지 케이스 후기!!
개발자 취저 도커 휴지 케이스 후기!!
2023.03.07🐳 진짜 귀여운 도커 컨테이너 휴지 케이스를 얻었다! 진짜 넘모 귀엽고 만족스러움!! 기술블로그 3년 정도 운영 중인데, 협찬은 처음 받아본다!! 포스팅 조건으로 받은건데 제안 넘나 감사함 ㅠㅠ!! 받고 나서 너무 귀여워서, 지인 집들이 선물로 주고싶어서 구매 원하는 팀원들이랑 같이 공구해서 추가로 하나 더 구매했음!! 단품 가격은 비싸서 4명이서 공구해서 할인 가격으로 구매함! (2개 이상 구매하면 쿠버네티스 패키지라고 할인됨;; 넘귀욥;; 쿠버네티스라니;;) 제품은 조립형이고, 케이스 구매하면 케이스에 맞는 휴지도 함께 동봉해주심!! 일반 휴지 곽(?)은 크기가 안맞는 거 같거, 케이스에 맞는 휴지 선택해야함!! 추가로 받은 휴지 케이스 2개가 더 있는데 이거는 사내에 추첨으로 무료 나눔했음!! 휴지..
2022 인프콘 후기
2022 인프콘 후기
2022.10.10나와 팀을 성장시키는 리뷰들 - 박미정 역시 믿고 듣는 갓갓 미정님..! 개발자가 일하는 일련의 과정 속에서 각 단계별 리뷰가 이끄는 성장의 가치를 말씀해주셨다. 어느 날 고민 많은 주니어 개발자가 찾아왔다 - 김영한 제일 인상깊었던 점은 '시스템'에 관해서 발표해주신 내용이다. 동기부여는 결국 한계가 있으니 습관처럼 할 수 있게 루틴(시스템)과 피드백 싸이클을 구축하여 성장하라는 말! 그리고 공감이 갔던 파트는 기술 면접관을 낚는 마법의 단어, 문제와 해결 편에서 문제를 기술적으로 어떻게 해결했는지 자세히 적으라고 말한 부분이다. 이런 과정을 통해 내가 문제를 어떻게 인식했고, 해결했는지 검토해볼 수 있고 더 깊이 생각해볼 수 있다고 느낀다. 그래서 꼭 기술면접 대비용이 아니더라도 이런 시야로 나의 경..